欢迎来到天天文库
浏览记录
ID:45918957
大小:79.52 KB
页数:5页
时间:2019-11-19
《高性能J2EE应用的技巧》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库。
1、高性能J2EE应用的技巧 Java性能的基础—内存管理 任何Java应用单机的或J2EE的性能基础都可归结到你的应用是如何管理内存的问题Java的内存管理包括两个重要任务:内存的分配和内存的回收在内存的分配中目标是要减少需要创建的对象 内存回收是导致性能下降的普遍原因也就是说内存中的对象越多垃圾回收越困难所以我们对创建对象的态度应该越保守越好 在J2EE应用中常见的两个内存有关的问题是:游离的对象(也被称为内存泄露)和对象循环(指大量频繁创建和删除在Java中体现为解除引用对象) 我们应注意确保所有可到达的对象实
2、际是活的即这些对象不但在内存中而且也要在执行的代码中是存在的当对象在应用中已经没有用了而我们却忘记了删除对该对象的引用时游离的对象就出现了 我们知道垃圾回收会占用CPU时间短期对象的大量创建增加了垃圾回收的频率会造成性能下降 不要在Servlet中实现业务逻辑 在构建J2EE应用时架构工程师通常会使用到J2EE的基本部分——Servlet如果架构师不使用SessionBeans,EntityBeans,或MessageBeans,那么改进性能的方法就很少只能采用增加CPU或更多的物理服务器等方法EJB使用了缓存(cache)
3、和资源池等方法可以提高性能和扩展性 尽可能使用本地接口访问EJB 在早期的J2EE(遵循EJB1.X规范)应用中访问EJB是`通过RMI使用远程接口实现的随着EJB2.0的出现可以通过本地接口访问EJB不再使用RMI在同一个JVM中使用远程方法已经少多了但是现在还是有一些使用EJB1.X实现的应用和不知道使用本地接口的一些EJB新手为说明这点我们作个比较: 1、客户端应用调用本地Stub 2、该Stub装配参数 3、该Stub传到skeleton 4、该skeleton分解参数 5、该skeleton
4、调用EJB对象 6、EJB对象执行容器服务 7、EJB对象调用企业BEAN实例 8、企业BEA执行操作 9、执行组装/分解步骤然后返回 与远程接口处理相比较本地接口的EJB方法是: 1、客户端调用本地对象 2、本地对象执行容器服务 3、本地对象调用企业Bean实例 4、企业Bean实例执行操作 5、没有其他返回步骤 如果你不需要从远程的客户端访问一个特殊EJB就应该使用本地方法 在实现SessionBean的服务中封装对实体EJB的访问 从Servlet访问实体EJ
5、B不但效率低而且难于维护使用SessionFacade(会话外观)模式可把对实体EJB的访问封装在会话EJB中在该会话EJB中通过使用本地接口访问实体EJB而避免过多的远程调用 这项技术会有额外的性能和扩展方面的好处这是因为会话和实体EJB可以使用缓存和资源池技术来进行改进另外由于负载的需要会话和实体EJB可被扩展部署到其他硬件设备上这比将Servlet层复制扩展到其他硬件设备上要简单的多 尽量粗粒度访问远程EJB 当访问远程EJB时调用set/get方法将产生过多的网络请求同时也导致远程接口处理的过载为避免这种情况可考虑将
6、数据属性集中在一个对象中这样通过一次对远程EJB的调用就可以传递所有数据这项技术就是数据传输对象(DataTransferObject)模式 优化SQL J2EE的架构设计工程师和开发人员通常不是SQL专家或经验丰富的数据库管理员首先应该确保SQL使用了数据库提供的索引支持在某些情况下将数据库的索引和数据分开存放会提高性能但要知道增加额外的索引可以提高SELECT性能但也会降低INSERT的性能对于某些数据库关联表之间的排序会严重影响性能可以多向数据库管理员咨询 避免在实体EJB中过多执行SQL 有时候通过实体EJB访
7、问数据会执行多个SQL语句根据J2EE规范第一步将调用实体Bean的find(发现)方法;第二步在第一次调用实体EJB的业务方法时容器会调用ejbLoad()从数据库中获得信息 很多CMP(容器管理持久性)在调用发现方法时就缓存了实体数据所以在调用ejbLoad()时就不再访问数据库了应该避免使用BMP(Bean管理的持久性)或者自己实现缓存算法避免二次访问数据库 使用FastLaneReader模式访问只读数据 J2EE应用经常要以只读方式访问大量长时间不变的数据而不是访问单个实体例如浏览在线产品目录在这种只读情况下使用实
8、体EJB访问数据会导致严重过载并且实现很麻烦实体EJB适合于对单个实体的粗粒度访问访问大量的列表只读数据时效率不高不管是使用CMP还是BMP一定需要编写代码操作多个
此文档下载收益归作者所有