Spring 应用性能调优

在来自 SpringSource 的一份新白皮书中，Adrian Colyer 说明了 Spring 所提供的运行时环境。

Spring 编程和配置模型已经得到很好的理解并有大量的文档，而且被全球数十万开发者所使用。这个白皮书是为管理 Spring 应用程序的运营团队而写的。

白皮书的第一部分回顾了 Spring 内核的核心职责，它们是： - 引导程序 —— 创建应用程序上下文，它为应用程序提供运行时上下文。

• 决定组件配置 —— 决定哪些应用组件需要被创建、它们是怎样被配置的、以及它们需要什么样的支持服务。这个步骤也就是大家所熟知的蓝图（blueprint）阶段，这时决定了服务准备情况。
• 实例化、配置及装配 —— 使用蓝图，组件现在可以在需要的时候被构造。这一阶段极为重要，因为 Spring 需要需要考虑组件间的依赖、特定顺序、以及构造机制。这一阶段的失败将导致应用程序不可操作。
• 组件后处理（Post Processing） —— 调用被 Spring 企业级服务和用户服务器注册为后处理器的组件。
• 装饰 —— 当使用 AOP 命名空间或标注类将横切组件行为描述、声明为 aspect 时，Spring 内核就有了额外的任务。所描述的切入点（pointcut）需要被许可，并为原始组件产生一个代理，以便用额外的功能装饰该组件。
• 管理组件生命周期和范围 —— 由于组件可能有不同的生命周期和范围，Spring 内核将持续监视创建、重用和销毁组件。

白皮书中更有趣的部分涉及 Spring 应用程序性能调优。象其他任何应用程序一样，首先建议使用如 Apache JMeter、Selenium、JAMon 或利用 Spring AOP 或 AspectJ aspect 去测量一下性能。 > 于是最优化归结为两类：建立一个有效的蓝图（调优你的配置）、有效使用运行时设施（使你的应用设计最优化）。从一个干净且清晰的设计开始，充分利用 Spring 提供的设施，只在数据显示确实有好处的地方才无需遵循这一点。

建立一个有效的蓝图
为了建立一个有效蓝图，你需要利用你的部署平台，让环境依赖脱离 Spring 配置。当声明数据库连接和 JMS 连接时这一点尤为重要，那些利用 JNDI 的地方能使你充分利用你的部署平台设施。白皮书所提供的其他建议是： > Spring 的 PropertyPlaceholderConfigurer 非常适合将那些可能需要由运营团队修改的配置设定外部化。

而且 > 这里一个好的技巧是使用 Spring 的 JMX 输出（export）能力来定义一个 MBean，它通过 JMX 来暴露所有配置值。这使你能够连接到一个正在运行的应用程序上，并很容易看到它当前正在使用的配置值。

利用运行时最优化
许多产品运行时的性能问题都会被跟踪至持久层，拥有正确优化过的数据库和数据访问层是极其重要的。

• 争取在 eager 和 lazy 装载策略之间找到恰当的平衡点
• 在 log 中显示出 SQL 语句
• 对于批量操作、大批更新或插入、以及存储过程，通常最好使用 JDBC（通过 Spring JDBC）而非 ORM 工具
• 充分利用你的数据库所提供的特性
• 如果你有一个包含完整持久性逻辑（并非业务逻辑）的操作，考虑将它作为存储过程移到数据库中，并通过 Spring JDBC 来调用
• 只读引用数据可以被保持在内存缓存中

性能调优章节的结尾是从 SpringSource 的一些顾问那儿搜集的其他调优和最优化技巧的汇总：

• Spring Batch 项目中支持的重试可以用来重试失败的操作（例如，在 Oracle RAC 中，一个在某一簇节点上已经失败的操作）。通过减少传播到最终用户失败的数量，可以减轻运营负担。
• 不要低估 Web 内容展现的开销。你应该明确地在事务之外做这项工作。
• 不要每次请求都实例化应用程序上下文（它是团队移植遗留应用到 Spring 上时不时会碰到的错误）。
• 对可以在后台运行的任务，考虑使用 Spring 的异步任务执行器来减少用户等待时间。
• 选择合适的远程协议。如果你不需要 SOAP 的互通性，一个简单方案（如 Spring 的 HttpInvoker 支持）将更快更简单。
• 对影响大部分应用程序的 aspect，考虑使用 AspectJ 代替 Spring AOP。

完整的白皮书可以从 SpringSource 下载。 查看英文原文： Performance Tuning Spring Applications