许多开发人员都很熟悉墨菲法则的一个例子:他们发现在花费了大量时间确保应用程序在开发环境中 快速和灵活之后,在发布到生产环境的时候性能会不可思议的大幅下降。更糟糕的是,应用程序平时运行 正常,老板或者重要客户操作应用的时候却反应缓慢。详细的日志记录和分析对于追踪这些间歇性的性能 瓶颈尤为重要。
然而,当今世界充满了面向服务的架构和分布式的应用,查找性能瓶颈对应的组件极其困难。考虑一 个典型Web 2.0风格应用的服务器端的常见场景:
服务器接收一个Web请求,分发给负责产生响应的组件。
该请求也许需要通过LDAP服务器进行安全验证。
控制器组件对数据库执行查询。
控制器组件也会调用第三方Web服务。
控制器组件将所有获得的数据进行汇总,组成一系列业务对象用于显示。
业务对象被展现,响应内容传回用户浏览器。
运行于浏览器的AJAX代码产生其他的请求,与服务器端交互。
对于“为何我的网页反应迟钝?”这样问题的回答需要研究多个组件和执行路径,同时需要生产环境 中所有应用组件的详细性能数据。
Perf4J是一款开源工具包,用于添加Java服务器端计时代码、记录日志和监控结果。对于熟悉诸如 log4j日志框架的开发人员来说,可以这样类比:
Perf4J is to System.currentTimeMillis() as log4j is to System.out.println()
如何利用这个类比理解Perf4J呢?回想一下过去还没有广泛应用Java日志记录框架的糟糕岁月,我们 大多数人如何添加日志记录语句。我们使用System.out.println()作为一种“简陋的调试器”,利用这种 快捷但糟糕的方式记录信息。我们很快意识到,这是不够的。我们希望把记录语句输出到专门的日志文件 中(如果可能的话,多个不同文件),也许可以每天覆盖日志。我们需要能够设定重要性的不同级别以输 出不用的日志语句,可以选择在不改变代码的情况下在特定环境下只输出特定日志,或者在不同环境中改 变日志格式。因此,log4j提供的丰富功能来源于原始想法,是一种“更好的 ”System.out.println()日 志语句。
类似的,当Java新手发现他们需要添加性能监控代码时,他们经常这样做:
long start = System.currentTimeMillis();
// execute the block of code to be timed
log.info("ms for block n was: " + (System.currentTimeMillis() - start));
但是很快,这些开发人员发现他们需要更多的信息,综合的性能统计数据如平均、最小、最大、标准 差和特定时间段内每秒的事务处理量。他们希望将这些数据绘成实时图表监控运行服务器上的问题,或者 通过JMX输出性能指标以便于启动监控器在性能下降的情况下发出警报。此外,他们还希望计时语句可以 和类似 log4j的框架配合使用。