Spring 应用性能调优全解析
1. 事务管理与远程调用优化
1.1 全局事务管理的复杂性
全局事务管理比本地事务管理复杂得多，除了两阶段协议的开销外，两阶段提交协议还忽略了网络连接和可能出现的故障细节。例如，当所有资源都响应查询提交消息，表示可以提交，事务管理器发送提交消息后，若其中一个资源未能报告提交成功，就难以判断是资源提交失败还是管理器与资源之间的网络链接出现问题。因此，只有在应用确实需要时才使用 XA 事务。
1.2 远程调用性能控制
无法像数据访问调优那样通过配置来提高远程调用的性能。远程调用的优化策略是尽量使其粗粒度化，这与数据访问层调优的建议相反。在数据访问层，应选择尽可能少的数据；而在远程层，应倾向于在一次调用中获取所有可能需要的数据。不过，数据大小是有限制的，不能尝试加载由供应商名称标识的所有发票对象并将它们保留在会话中以实现快速分页，因为这可能会占用大量堆空间，导致应用很快耗尽内存或花费大量时间进行垃圾回收。建议使用尽可能轻量级的协议，若应用无需与其他服务交互，可考虑使用 Spring 的 httpinvoker 而非 SOAP，也可使用更快的 Java RMI。
1.3 远程调用优化策略对比
| 优化策略 | 数据访问层 | 远程层 |
|---|---|---|
| 数据选择 | 尽量少的数据 | 一次调用获取所有可能需要的数据 |
