InfoQ

InfoQ

新闻

我的书签

登录注册 以永久保存书签。

该内容已经被标记书签!

标记书签错误,请重试!

Spring应用性能调优

作者 Ian Roughley 译者 宋玮 发布于 2007年11月29日

领域
语言 & 开发,
架构 & 设计,
运维 & 基础架构,
企业架构
主题
企业架构 ,
性能和可伸缩性 ,
Java ,
开放源代码 ,
架构
在来自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

译者 宋玮 有多年软件开发经验,长期担任技术管理和项目管理工作,一直关心开源软件的发展动态以及软件过程和敏捷开发的实践探索。

白皮书下载: 发表人 Feng Fan 发表于
  1. 返回顶部

    白皮书下载:

    发表人 Feng Fan

深度内容

大规模视频网站的计费与流量管理

本次分享将会就大规模视频网站的计费与流量管理这个话题,从操作层面细细进行讲解和分析,为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”,让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011

专访Jeffery Richter:Windows 8是微软的重中之重

Jeffery Richter以其多本Windows核心技术的经典著作而闻名,同时,他深入掌握微软的.NET等一系列核心技术,2012年1月,Jeffery Richter在北京接受了InfoQ中文站的专访,谈到Windows 8和WinRT编程,并就异步编程、Windows编程中的可扩展性、性能和安全性方面给出自己的建议。

应用云平台的可用性——从新浪SAE看云平台设计

云计算平台的可用性,相比传统互联网服务而言,更加复杂和困难,也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台,以及对云计算的用户提出了建议。

JVM定制改进 @ 淘宝

淘宝高度重视Java平台的健康发展,组建了一个团队专注于Java平台的底层部分的性能、功能与稳定性改进;工作主要基于OpenJDK中的HotSpot VM开展,其中一些通用的功能随后也会逐渐反馈给OpenJDK社区。希望能与使用Java平台开发应用的大家交流经验。
本次演讲视频录制于QCon杭州2011

"伤得起"的云计算应用——对云端应用之架构的思考

2011年4月21日至22日是值得云计算从业者纪念的日子。Amazon的IaaS服务出现故障,导致许多商业网站的服务中断,影响非常严重。作为云计算用户,我们需要思考的是,如何保证即便在云服务不可用的情况,我们的应用架构仍然能够屹立不倒?本文正是站在云计算用户的角度试图探讨这一问题。

让交付的速度跟上思考的速度

12人的技术团队,4组刀片服务器,每月20亿的访问量,每日1次准时部署,99.9%的可用性。这可能吗?当然。想知道如何做的吗?百姓网将与您分享他们在DevOps实践过程中的经验和技巧。
本次演讲视频录制于QCon杭州2011

架构之路——穿行在产品和业务之间

篱笆作为一家起源于社区的电子商务公司,反映到技术层面就是同时要面对产品和业务,以及经营战略的变化调整。如何在产品和业务的夹缝之间完成技术架构的抽象与平衡,寻找更有效的价值定位,这当中有些经验教训和个人感悟愿与众人分享。
本次演讲视频录制于QCon杭州2011

特性注入:成功三部曲

本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。