(zt)J2EE程序的性能优化技巧(3)
三、I/O 性能输入/输出（I/O）包括很多方面，我们知道，进行I/O操作是很费系统资源的。程序中应该尽量少用I/O操作。使用时可以注意： . 合理控制输出函数System.out.println()对于大多时候是有用的，特别是系统调试的时候，但也会产生大量的信息出现在控制台和日志上，同时输出时，有序列化和同步的过程，造成了开销。
特别是在发行版中，要合理的控制输出，可以在项目开发时，设计好一个Debug的工具类，在该类中可以实现输出开关，输出的级别，根据不同的情况进行不同的输出的控制。
·使用缓存
读写内存要比读写文件要快很多，应尽可能使用缓冲。
尽可能使用带有Buffer的类代替没有Buffer的类，如可以用BufferedReader 代替Reader，用BufferedWriter代替Writer来进行处理I/O操作。
同样可以用BufferedInputStream代替InputStream都可以获得性能的提高。
四、Servlet
Servlet采用请求——响应模式提供Web服务，通过ServletResponse以及ServletRequest这两个对象来输出和接收用户传递的参数，在服务器端处理用户的请求，根据请求访问数据库、访问别的Servlet方法、调用EJB等等，然后将处理结果返回给客户端。
·尽量不使用同步
Servlet是多线程的，以处理不同的请求，基于前面同步的分析，如果有太多的同步就失去了多线程的优势了。
·不用保存太多的信息在HttpSession中
很多时候，存储一些对象在HttpSession中是有必要的，可以加快系统的开发，如网上商店系统会把购物车信息保存在该用户的Session中，但当存储大量的信息或是大的对象在会话中是有害的，特别是当系统中用户的访问量很大，对内存的需求就会很高。
具体开发时，在这两者之间应作好权衡。
·清除Session
通常情况，当达到设定的超时时间时，同时有些Session没有了活动，服务器会释放这些没有活动的Session，.. 不过这种情况下，特别是多用户并访时，系统内存要维护多个的无效Session。
当用户退出时，应该手动释放，回收资源，实现如下：..
HttpSession theSession = request.getSession();
// 获取当前Session
if(theSession != null){
theSession.invalidate(); // 使该Session失效
}
五、EJB 问题
EJB是Java服务器端服务框架的规范，软件厂商根据它来实现EJB服务器。应用程序开发者可以专注于支持应用所需的商业逻辑，而不用担心周围框架的实现问题。EJB规范详细地解释了一些最小但是必须的服务，如事务，安全和名字等。
·缓存Home接口
EJB库使用Enterprise Bean 的客户端通过它的Home接口创建它的实例。客户端能通过JNDI访问它。服务器通过Lookup方法来获取。
JNDI是个远程对象，通过RMI方式调用，对它的访问往往是比较费时的。所以，在设计时可以设计一个类专门用来缓存Home接口，在系统初始化时就获得需要的Home接口并缓存，以后的引用只要引用缓存即可。
·封装Entity Bean
直接访问Entity Bean是个不好的习惯，用会话Bean封装对实体Bean的访问能够改进事务管理，因为每一个对get方法的直接调用将产生一个事务，容器将在每一个实体Bean的事务之后执行一个“Load-Store”.. 操作。
最好在Session Bean中完成Entity Bean的封装，减少容器的事务处理，并在Session Bean中实现一些具体的业务方法。
·释放有状态的Session Bean
相当于HttpSession，当把一个Session Bean设为Stateful，即有状态的Session Bean 后，应用容器（Container）就可能有“钝化”（Passivate）和活化（Activate）过程，即在主存和二级缓存之间对 SessionBean进行存储位置的转移，在这个过程中，存在序列化过程。
通常有状态Session Bean的释放是在超时时发生，容器自动的清除该对象，但是如果交给容器管理，一方面可能产生对象钝化，另一方面未超时期间，系统还要维护一份该对象，所以如果我们确认使用完该StatefulSession Bean后不再需要时，可以显式的将其释放掉，方法是调用：
theSesionBean.remove();
页:
[1]
