用 Runtime Spy 调整 Eclipse 的启动性能，第 1 部分：开始

核心提示：我们几乎每天都会听说有新的公司选用 Eclipse 作为他们的应用程序开发平台，尽管所有这些公司的产品（更不用说所有的 Eclipse 组织成员公司的产品了）的安装设置可能是正在趋于相同，用 Runtime Spy 调整 Eclipse 的启动性能，第 1 部分：开始，但是内存使用过多和性能下降的风险还是很大，本文介绍

我们几乎每天都会听说有新的公司选用 Eclipse 作为他们的应用程序开发平台。尽管所有这些公司的产品（更不用说所有的 Eclipse 组织成员公司的产品了）的安装设置可能是正在趋于相同，但是内存使用过多和性能下降的风险还是很大。本文介绍了一个非常有用却鲜为人知的工具， Runtime Spy，来帮助插件开发者。Runtime Spy 透视图是核心团队（Core team）的侦探和工具（Spies and Tools）小组的一部分。

注意：核心工具只能运行于 Eclipse 版本 2.x。在本文发表时，它们还不能运行于 Eclipse 3.0 驱动程序上；编号为 47518 的 bug 描述了这一问题。

为什么 Eclipse 需要快速启动

Eclipse 的体系结构是为了在运行期发现其环境的扩展而设计的。这种体系结构化扩展能力让很多工具可以无缝地集成到 Eclipse 中。Eclipse 架构师在项目早期就意识到，这些扩展不能在客户机代码中以程序控制的方式定义，因为当 Eclipse 集成了越来越多的扩展后，累积的启动开销将变得无法接受。从而，这些扩展由 插件 定义。

为了在保持灵活性的同时避免启动开销，插件静态地将它的扩展定义在一个 清单文件（manifest file）中。插件清单定义了足够的信息，使 Eclipse 平台可以延迟加载代码，同时仍可以识别扩展的初始影响。例如，用户界面扩展点需要足够的信息来描绘初始的用户界面元素（例如，所提供的工具条按钮的图标和热区提示（tooltip）文本），这样平台可以推迟插件代码的加载，直到用户真正选择一个菜单选项、选择一个工具条按钮、打开一个属性页或者启动某个向导时才加载。插件的最初开销只是对其清单的解析。XML 格式的解析很快，结果保存到磁盘，下次还可再用，这样，当定义了新的插件或者扩展时，启动不会受到显著影响。不过，有一些方法会无意中让这种好处失效，从而增加了启动时间和内存消耗。