在设计和实现Java EE相关技术的时候，性能问题是我们所要面临的最大挑战之一。对于IT架构师和Java EE开发者来说，很重要的是要理解客户端的环境，并确保提出的解决方案不仅能够满足日益增长的业务需要，并且能够确保生产环境在长期之内的可伸缩性和可靠性。

接下来他列举了在过去十年中所遇到的Java EE性能问题的原因，并做出了一些高层次的建议。十大原因包括：

  1. 缺少合适的容量计划。

  2. Java EE中间件环境规格说明不充分。

  3. 过度的Java虚拟机垃圾回收。

  4. 与外部系统过多或者很差的集成。

  5. 缺少合适的数据库SQL调优和容量计划。

  6. 对应用程序特定的性能问题。

    1. 线程安全代码的问题。

    2. 缺少通信API的超时处理。

    3. I/O、JDBC或者关系型持久API资源管理的问题。

    4. 缺少合适的数据缓存。

    5. 过度的数据缓存。

    6. 过度的日志记录。


  7. Java EE中间件调优问题。

  8. 主动监控不充分。

  9. 通用基础设备上硬件饱和。

  10. 网络延迟问题。

针对这些问题，P-H做出的建议包括：

  • 项目团队应该花足够的时间，为Java EE生产环境创建合适的运营模型。

  • 找到Java EE中间件规格的平衡点，像业务和运维团队提供足够的灵活性，以应对运行中断的情况。

  • 避免在32位的JVM中部署过多Java EE应用程序。中间件的设计可以处理多个应用程序，但是JVM可能不行。

  • 在需要的时候选择64位JVM替换32位的JVM，但是要有合适的容量计划和性能测试，以确保硬件能够支持它。

  • 确保你的监控程序对JVM的垃圾回收有很好的理解。

  • 要记住，垃圾回收相关的问题可能不会再开发或者功能测试阶段发现。

  • 合适的容量计划包括负载和性能测试，在调优数据库环境的时候非常重要，它能够在SQL级别找到问题。

  • 如果你使用Oracle数据库，要确保DBA团队对AWR报告做出了评审。

  • 利用JVM Thread Dump和AWR报告找到运行缓慢的SQL，并使用选定的监控工具来做同样的工作。

  • 确保花费足够时间来增强数据库环境的运行能力（磁盘空间、数据文件、REDO日志、表空间等等），还要做出合适的监控和警告。

  • 评审你当前的Java EE环境监控能力，并找到提升的机会。

  • 你的监控解决方案应该尽可能覆盖端到端的环境，包括主动的警告。

  • 监控解决方案应该与容量计划过程保持一致。