对于J2EE我们知道当开发应用时在架构设计阶段决定将对应用性能和可扩展性产生深远影响现在当开发个应用项目时我们越来越多地注意到了性能和可扩展性问题应用性能问题比应用功能不丰富问题往往更为严重前者会影响到所有用户而后者只会影响到碰巧使用该功能那些用户 作为应用系统负责人直被要求"要少花钱多办事"----用更少硬件更少网络带宽以及更短时间完成更多任务J2EE通过提供组件方式和通用中间件服务是目前首选最优方式而要能够构建个具有高性能和可扩展性J2EE应用需要遵循些基本架构策略 缓存Cache(Caching) 简单地说缓存Cache中存放着频繁访问数据在应用整个生命周期中这些数据存放在持久性存储器或存放在内存中在实际环境中典型现象是在分布式系统中每个JVM中有个缓存Cache例子或者在多个JVM中有个缓存Cache例子 缓存Cache数据是通过避免访问持久性存储器来提高性能否则会导致过多磁盘访问和过于频繁网络数据传输 复制 复制是通过在多台物理机器上创建指定应用服务多个拷贝来获得整体更大吞吐效率理论上看如果个服务被复制成两个服务那么系统将可处理两倍请求复制是通过单服务多个例子方式从而减少每个服务负载来提高性能 并行处理 并行处理将个任务分解为更为简单子任务并能够同时在区别线程中执行 并行处理是通过利用J2EE层执行模式多线程和多CPU特点来提高性能和使用个线程或CPU处理任务相比以并行方式处理多个子任务可以使操作系统在多个线程或处理器中进行分配这些子任务 异步处理 应用功能通常被设计为同步或串行方式异步处理只处理那些非常重要任务部分然后将控制立即返回给者其他任务部分将在稍后执行 异步处理是通过缩短那些在将控制返回给用户的前必须处理时间来提高性能虽然都做同样多事情但是用户不必等到整个过程完成就可以继续发出请求了 资源池 资源池技术使用是套准备好资源和在请求和资源的间维持1:1关系区别这些资源可被所有请求所共享资源池使用是有条件需要衡量下面两种方式代价: A、维持套可被所有请求共享资源代价 B、为每个请求都重新创建个资源代价 当前者小于后者时使用资源池才是有效率

TAG: J2EE j2ee