策略、方法和方法论.pdfVIP

1.1 性能问题的现状 1 1 第 1 章 策略、方法和方法论 2 3 凡事预则立，不预则废，和许多事情一样，Java性能调优的成功，离不开行动计划、方法或 策略以及特定领域的背景知识。为了在Java性能调优工作中有所成就，你得超越“花似雾中看” 4 的状态，进入“悠然见南山”或者已然是“一览众山小”的境界。 这3个境界的说法可能让你有些糊涂吧，下面进一步解释。 ? 花似雾中看（I don’t know what I don’t know ）。有时候你的任务会涉及你所不熟悉的问题 5 域。理解陌生问题域首先面临的困难就是如何竭尽所能地了解它，因为你对它几乎一无 所知。对于这类问题域，你有许多东西不了解，或者不知道重点。换句话说，这个问题 域有哪些东西需要了解，你还傻傻看不清楚。这个阶段就是“花似雾中看”。 6 ? 悠然见南山（I know what I don’t know ）。刚进入不熟悉的问题域时，你对它知之甚少，随 着时间的推移，你对它的许多重要方面都已有所认识，只是对重要的具体细节还缺乏了 解。这时，你可以算是刚刚“见南山”。 7 ? 一览众山小（I already know what I need to know ）。还有些时候，你对任务的问题域非常熟 悉，或者已经具有该领域所必备的技能和知识，是这方面的专家。或者你对问题域足够 了解，处理起来得心应手，比如你已经掌握了必要的知识，解决问题游刃有余。如果达 8 到这个境界，那就意味着你已经是“一览众山小”了。 如果你已经或打算购买本书，说明可能还没有“一览众山小”，除非你只是想手边有本不错 的参考手册。如果还在“花似雾中看”，本章将有助于你找到那些不了解的内容，以及应对Java 9 性能问题的方法或策略。那些“悠然见南山”的读者也能从本章获得有用的信息。 本章首先讨论了性能问题的现状，并建议将性能调优集成到软件开发过程中，接着探讨了两 种不同的性能调优方法——自顶向下和自底向上。 10 1.1 性能问题的现状 通常认为，传统的软件开发过程主要包括4个阶段：分析、设计、编码和测试，如图1-1 11 所示。 分析是开发过程的第一步，用于评估需求、权衡各种架构的利弊以及构思高层抽象。设计 则依据分析阶段的基本架构和高层抽象，进行更精细的抽象并着手考虑具体实现。编码自然就 20 2 第 1 章 策略、方法和方法论 是设计的实现。编码之后是测试，用以验证实现是否合乎应用需求。值得注意的是，测试阶段 通常只包括功能测试，即检验应用的执行是否合乎需求规格。一旦测试完成，应用就可以发布 给客户了。 图1-1 传统软件开发过程 遵循这种传统软件开发过程的应用，通常要到测试或即将发布时才会关注性能或扩展性。为 了解决这个问题，Wilson和Kesselman对传统软件开发过程做了些补充，即在传统开发模型基础 上引入了性能测试分析阶段，参见他们的畅销书Java Platform Performance 。他们建议在测试阶段 之后增加性能测试，并将“性能测试是否通过”设定为产品是否发布的标准。如果达到性能和 扩展性标准，应用就可以发布，否则就要转向性能分析，并依据分析结果回到之前的某个或者某 些步骤。换句话说，通过性能分析来定位性能问题。Wilson和Kes