使用 JSP pre-compilation来缓解效能限制
发布时间：2023-07-10 14:23:36 所属栏目：教程 来源：
导读：欢迎来到“管理角”这个版，新一期的月刊专栏专注于 WebLogic 服务器的管理、配置、处理和开发方面。
开辟这个专栏的目的是为了向大家介绍在使用WebLogic Sever时，能普遍用到的非J2EE开发方面的问
开辟这个专栏的目的是为了向大家介绍在使用WebLogic Sever时，能普遍用到的非J2EE开发方面的问
|
欢迎来到“管理角”这个版，新一期的月刊专栏专注于 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文件，因此编译状态必需的时间增加了很多倍。 （编辑：聊城站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐
