 |
|
|
 首页 |
名片设计 CorelDRAW Illustrator AuotoCAD Painter 其他软件 Photoshop Fireworks Flash |
|
你的J2EE应用程序运行缓慢么？它们可以满意足够的压力么？本文将会描述如何在开发高性能的应用和JSP以及servlets中使用性能调整技术 (PTT performance-tuning techniques)。使用这些技术可以构建更加迅速、稳健的系统，以满意更多用户或者更多哀求的需要。在本文中，我将会带你进行实际的实践，试验如何调整性能提升你的servlets 和 JSP 页面缓慢的性能，最终以提升你的J2EE应用的性能。其中一部分技术使用在开发过程阶段，也就是说，适应于在你进行系统设计或者编写代码的时候。另外一些则是和配置相关技术。 调整方式1：使用 HttpServlet init()方式缓存数据 应用服务器在servlet开始构造的时候，接受处理任何哀求之前调用servlet的init()方式。在servlet的生命周期中仅仅调用一次。Init()方式通过缓存静态数据或者完成占用大量资源的操作，用来在初始化的过程中提高性能。 举例说明，通过使用jdbc连接池是一个最好的实践，在调用javax.sql.DataSource接口的时候。依赖通过JNDI(java命名和服务接口)树获得DataSource。假如在每一次SQL调用时候都进行JNDI查找DataSource ，将会严峻的影响应用服务的应能。Servlet的init()方式将用来取得DataSource，并且将其进行缓存以备以后使用。 public class ControllerServlet extends HttpServlet { private javax.sql.DataSource testDS = null; public void init(ServletConfig config) throws ServletException { super.init(config); Context ctx = null; try { ctx = new InitialContext(); testDS = (javax.sql.DataSource)ctx.lookup("jdbc/testDS"); } catch(NamingException ne) { ne.printStackTrace(); } catch(Exception e) { e.printStackTrace(); } } public javax.sql.DataSource getTestDS() { return testDS; } ... ... } 调整方式2：禁止servlet和jsp的自动重载 为了节约开发时间，在开发阶段Servlet/JSP容器提供自动重载功能，方便你在修改Servlet/JSP后不用重新启动服务。可是，在生产环境下面，却是占用大量开销，因为进行了没有必要的重新载入的操作，所以带来了很怀的性能影响。同时，在部分类载入，部分为载入的时候也可能带来各种希奇的冲突。因此在J2EE的生产环境下关闭自动载入功能可以得到更好的性能。 译者注： 这点被我深深的体会到。 一、在一个大型的J2EE项目中进行大量压力测试下，在开发模式下莫名其妙的发生错误，部分哀求任务失败，就是因为载入类造成的系统冲突。 二、在另外一个大型的J2EE项目实际应用过程中，突发的大量用户让足以满意用户的系统处于瘫痪边缘，经过了系统、数据库、应用服务器等等调整后，终没有解决问题。最后不得不排除人员去现场解决，最后发现问题竟是这个原因。这个事件仅仅发生在前天。 调整方式3：控制HttpSession 许多应用服务需要一系列的客户哀求，这些哀求之间又相互依存。因为http协议是无状态的，所以基于web的应用系统必须使用session技术来维持连接。为了实现应用服务进行状态治理，java servlet技术提供了一套API，通过使用HttpSession对象进行会话治理，但是在使用这个功能的同时，不管servlet进行任何哀求， HttpSession对象都要进行读写，服务器也承担了响应的系统开销。你可以使用下列方式提升性能。 在默认情况下，不要在jsp页面中创建HttpSessions对象，jsp页面默认会自动创建HttpSessions，假如在你的jsp页面中不需要HttpSessions，为了节省一些性能，使用下面的页面指令避免自动创建HttpSessions对象。 <%@ page session="false"%> 不要存储大型对象到HttpSession：假如你存储大型对象数据到HttpSession中，应用服务器不得不在每一次哀求中处理整个的 HttpSession，这将会强迫使用java的串行化操作，占用大量系统资源。应用服务的性能将会因为java的串行化操作而减少。 在结束时候释放HttpSessions对象：在它们不在需要的时候使用HttpSession.invalidate()方式消除sessions。 设置session的超时值：servlet有一个默认的超时值。假如你在这个时间里面，你既没有移除它，也没有使用它（进行任何服务哀求）， servlet服务将会自动将其销毁。因为对内存和垃圾的回收处理，因此，超时值越大，对服务器的性能影响越大。所以，尽可能的保持session的超时值最小。 调整方式4：使用gzip压缩 压缩是一个去处庸余信息的操作，以便可以使用最小的空间存储。使用 gzip(GNU zip)压缩内容可以显著的减少下载HTML文件的时间。信息内容越小，传送的速度越快。因此，假如在生成web应用的时候压缩内容，就可以更快的传送、显示在用户的屏幕上面。由于不是每一个浏览器都支持gzip压缩功能，所以你必须简朴的检查浏览器是否支持。 下面代码是演示如何发送压缩内容的例子： public void doGet(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { OutputStream out = null // Check the Accepting-Encoding header from the HTTP request. // If the header includes gzip, choose GZIP. // If the header includes compress, choose ZIP. // Otherwise choose no compression. String encoding = request.getHeader("Accept-Encoding"); if (encoding != null && encoding.indexOf("gzip") != -1) { response.setHeader("Content-Encoding" , "gzip"); out = new GZIPOutputStream(response.getOutputStream()); } else if (encoding != null && encoding.indexOf("compress") != -1) { response.setHeader("Content-Encoding" , "compress"); out = new ZIPOutputStream(response.getOutputStream()); } else { out = response.getOutputStream(); } ... ... } 调整方式5：不要使用SingleThreadModel SingleThreadModel接口确保servlet在同一时间只接受一个哀求。假如servlet实现这个接口，servlet将会为每一个新的哀求创建隔离的servelet实例，这将造成很大的系统开销。假如你需要处理线程安全问题，可以使用其他方式代替这种方式。在servlet2.4中 SingleThreadModel接口已经被反对使用。 调整方式6：使用线程池 Servlet引擎为每一个哀求创建一个隔离的线程，分配这个线程给service()方式，在它执行完后移除这个线程。默认情况下，servlet引擎为每一个哀求创建新的线程。因为创建和消除线程是需要系统开销的，这种行为将会引起性能问题。可以通过使用线程池来提升性能。依据所期望的并发用户数量，配置线程池的最大、最小、以及增加数量。在服务启动的时候，servlet引擎使用最小的线程数量创建一个线程池。然后servlet引擎会分配线程给每一个哀求，替换原来的创建新的线程，在处理完成后把线程返回给线程池。使用线程池，性能会有一个显著的提升。假如需要，根据线程的最大和增加数量，更多的线程会被创建，添加到池中以供更多的哀求使用。 调整方式7：选择准确的包含机制 在jsp中有两种方式使用包含文件：包含指令(<%@ include file="test.jsp" %>) 和包含动作 (<jsp:include page="test.jsp" flush="true" />)。包含指令在转变的过程中包含文件内容；也就是说，在一个页面转变成一个servlet的时候。包含动作在哀求处理的阶段包含文件内容；也就是说，在一个用户哀求页面的时候。包含指令快于包含动作。因此，除非被包含的内容常常变化，应该使用包含指令提升性能。 调整方式8：选择准确的范围在使用useBean动作 Jsp页面的一个强盛功能就是在jsp中交互使用JavaBeans组件。通过使用<jsp:useBean>动作标签，JavaBeans可以被直接的嵌入jsp页面中。语法如下： <jsp:useBean id="name" scope="page|request|session|application" class= "package.className" type="typeName"> </jsp:useBean> 范围属性指定了bean的作用范围。它的默认值是page。你可以根据你的系统要求选择准确的范围。否则它会影响到应用系统的性能。 举例说明，假如你需要一个对象仅仅作为哀求使用，但是你的范围设置为session，在你完成哀求后，这个对象将依然会留在内存中。直到你明确的清晰它为止，通过销毁session，或者session自动超时。如果你没有选择准确的范围，它同样也会影响性能因为过度的内存和垃圾收集。因此，需要准确的设置对象的范围，同时当你使用完成之后，也应该立刻去除它们。 其他方式： 避免字符串相加：使用 + 操作会产生很多临时对象，因为String是不可变化(immutable)的对象。越多的 + 操作，越多的临时对象会被创建，造成很大的系统开销。使用StringBuffer替换 + 操作，当你需要字符串相加的时候。 避免使用System.out.println：System.out.println是同步处理的在disk i/o操作中，并且会严峻的影响性能。因此最大可能的要避免使用System.out.println。尽管存在强盛的调试工具，有时候为了跟踪目的、错误处理、调试程序，还是使用System.out.println。你应该配置System.out.println仅仅在开发和调试情况下使用。使用一个静态的final boolean变量，在生产模式下，配置成false，避免System.out.println的使用。 ServletOutputStream比较PrintWriter：使用PrintWriter会占用一些系统开销，因为它是为处理字符流的输出输出功能。因此PrintWriter应该使用在确保有字符集转变的环境中。换句话说，在你知道servlet返回的仅仅是二进制数据时候，应该使用 ServletOutputStream，这样你可以消除字符转变开销，当servlet容器不用处理字符集转变的时候。 总结 本文的目的是通过一些实践操作，使用性能调整技术，通过提升servlets和jsp页面的性能，进而提升J2EE应用系统的性能。下一次将会涉及性能调整关于EJB (Enterprise JavaBeans), JMS (Java Message Service), and JDBC (Java Database Connectivity)。 返回类别: 教程 上一教程: 漫谈EJB (2) 下一教程: JSP的出错处理 您可以阅读与"SERVLET 和 JSP 性能调整"相关的教程: · SERVLET、JSP性能优化 · 在JSP-SERVLET开发中导入事件驱动技术 · SERVLET和JSP迈上新台阶 · SERVLET和JSP概述 · 使用JMeter测试JSP应用程序性能 |
  |
| 快精灵印艺坊 版权所有 |
首页 会员中心在线印刷在线编辑付款方式索取样品设计指南连锁门店
|
||
