通过JSP预编译消除性能瓶颈

 　　欢迎来到“管理角”这个版，新一期的月刊专栏专注于 WebLogic 服务器的管理、配置、处理和开发方面。

　　开辟这个专栏的目的是为了向大家介绍在使用WebLogic Sever时，能普遍用到的非J2EE开发方面的问题。开发者和管理者同样会发现这个专栏非常有价值，因为这些文章既适用于开发又适用于最终产品的应用。此外，它很大程度上利用了来自于该领域和工程实验室的经验，它提供了对实际问题的详细解答。

　　JSP预编译的必要性

　　本文着眼于移除潜在的系统性能瓶颈，它通过解决一个最普通的问题??在服务器运行时间中的JSP (JavaServer Page)编译的系统开销问题，这个问题困扰着几乎所有的J2EE发展计划。虽然JSP是在J2EE应用范围内呈现动态HTML视图的理想选择，但在某种程度上它们会影响性能，这比错误的更令人讨厌，给人的第一感觉是该程序很慢。

　　根据J2EE规范，JSP主要是HTML文件，在它里面包含着Java代码用来和其他的系统组件进行交互以及动态的显示信息。规范规定所有的J2EE编译应用服务器应当支持JSP，客户请求一个特定的JSP，将：

　　● 转换JSP从HTML格式成为servlet类型的Java类(Java源格式)，用简写的JSP符号代替完全符合规定的Java语法

　　● 将新产生的Java源文件编译成.class字节码形式

　　● 在新编译的类上执行适当的接口方法并且对客户端请求返回响应。

　　虽然从发展的观点来看对于在表示层内管理动态HTML的产生这是最好的途径，但它影响到服务器的运行时间环境，要求JSP被解析、转变成Java代码，并且在它去处理一个特定的客户端请求之前被编译。对最终用户明显的影响是，一个响应将会被延迟知道给定的JSP文件被编译通过。考虑到一个特定的用户请求可能用到两个或多个JSP文件，因此编译状态必需的时间增加了很多倍。