5. 编译频繁使用的脚本
脚本语言的缺点一直存在于性能方面。其中的原因是，大多数情况下脚本语言是 “即时” 解译的，因而它在执行时会损失一些解析和验证文本的时间和 CPU 周期。运行在 JVM 的许多脚本语言最终会将接收的代码转换为 Java 字节码，至少在脚本被第一次解析和验证时进行转换；在 Java 程序关闭时，这些即时编译的代码会消失。将频繁使用的脚本保持为字节码形式可以帮助提升可观的性能。
我们可以以一种很自然和有意义的方法使用 Java Scripting API。如果返回的 ScriptEngine 实现了 Compilable 接口，那么这个接口所编译的方法可用于将脚本（以一个 String 或一个 Reader 传递过来的）编译为一个 CompiledScript 实例，然后它可用于在 eval（） 方法中使用不同的绑定重复地处理编译后的代码，如清单 8 所示：
清单 8. 编译解译后的代码
92.
93. import java.io.*;
94. import javax.script.*;
95.
96. public class App
97. {
98. public static void main（String［］ args）
99. {
100. try
101. {
102. ScriptEngine engine =
103. new ScriptEngineManager（）.getEngineByName（“javascript”）;
104.
105. for （String arg ： args）
106. {
107. Bindings bindings = new SimpleBindings（）;
108. bindings.put（“author”， new Person（“Ted”， “Neward”， 39））;
109. bindings.put（“title”， “5 Things You Didn‘t Know”）;
110.
111. FileReader fr = new FileReader（arg）;
112. if （engine instanceof Compilable）
113. {
114. System.out.println（“Compiling.。..”）;
115. Compilable compEngine = （Compilable）engine;
116. CompiledScript cs = compEngine.compile（fr）;
117. cs.eval（bindings）;
118. }
119. else
120. engine.eval（fr， bindings）;
121. }
122. }
123. catch（IOException ioEx）
124. {
125. ioEx.printStackTrace（）;
126. }
127. catch（ScriptException scrEx）
128. {
129. scrEx.printStackTrace（）;
130. }
131. }
132. }
在大多数情况中，CompiledScript 实例需要存储在一个长时间存储中（例如，servlet-context），这样才能避免一次次地重复编译相同的脚本。然而，如果脚本发生变化，您就需要创建一个新的 CompiledScript 来反映这个变化；一旦编译完成，CompiledScript 就不再执行原始的脚本文件内容。
结束语
Java Scripting API 在扩展 Java 程序的范围和功能方面前进了很大一步，并且它将脚本语言的编码效率的优势带到 Java 环境。jrunscript — 它显然不是很难编写的程序 — 以及 javax.script 给 Java 开发人员带来了诸如 Ruby （JRuby） 和 ECMAScript （Rhino） 等脚本语言的优势，同时还不会破坏 Java 环境的生态系统和可扩展性。
关于作者
Ted Neward
Ted Neward是Neward&Associates的总裁，从事关于Java、.NET、XML Services以及其他平台方面的咨询、指导和演示等工作。他居住在华盛顿西雅图。