官方帮助文档：http://help.adobe.com/zh_CN/flashbuilder/using/WSe4e4b720da9dedb5510654d812e4d126514-8000.html
性能概要文件分析：尝试查找性能瓶颈时，可以通过单击“调用者”表或“被调用者”表中的方法来浏览调用堆栈。双击这些表中的某个方法时，概要分析器会在“方法统计数据”视图的顶部显示该方法的摘要，并在两个表中分别显示所选方法的调用者和被调用者。
闲置对象试图：“闲置对象”视图显示正在进行概要分析的应用程序的两个内存快照之间的差异。此视图显示的差异主要涉及内存中对象的实例数与这些对象使用的内存大小。它对确定内存泄漏非常有用。
分析应用程序能够帮助我们确定以下问题：
@调用频率 有时，我们会多次调用一些计算代价昂贵（耗时）的方法，而这些调用是不必要的。通过识别那些经常被调用的方法，我们能够在调节性能的过程中，专注于应用程序中对性能影响最大的地方。
@方法耗时 性能分析工具能够告诉我们一个调用特定方法所消耗的时间。如果这个方法被调用了多次，性能分析工具将告诉我们，在与应用程序交互的这段时间里，调用这个方法所消耗的平均时间。如果其中的一些方法造成了性能瓶颈，我们可以想办法优化一下它们。
@调用堆栈 通过追踪某一方法的调用堆栈，我们可以看到应用程序调用该方法的完整路径。
@实例数量（对象分配） 有时，我们会发现同一对象被创建了太多次，而我们只需要这一对象的几个实例。在这些情况下，如果只需要一个实例，我们可能考虑使用单件模式；如果需要多个，则应用其他技术来减少对象分配。如果确实需要很多该对象的实例，我们得考虑优化对象本身来降低资源总数以及内存占用量。
@对象大小 如果观察到某些对象大小异常，我们可以尝试优化它们以减少其内存占用量。程序中某些对象被多次创建时尤为有效。
@垃圾回收 比较性能快照时，我们可能发现一些不再被程序使用的对象仍然在“loitering”，或者存储在内存中。为了避免内存泄漏，我们可以添加一些逻辑，来移除这些对象身上的“残余”引用。
我们不应当把性能分析看成一个与应用程序开发毫无关联，相对独立的阶段。相反，性能分析应当或多或少的集成到整个开发过程的每一阶段。我们在开发过程中应尽可能的早进行性能分析，多进行性能分析。这样，我们才能更快的找出有问题的地方。性能分析是一个反复进行的过程，尽可能频繁的进行性能分析将使我们受益无穷。
相关文档：