用 Runtime Syp 调整 Eclipse 的启动性能，第 2 部分：成功的骗局

核心提示： Workbench 的 run 方法被高亮了，对扩展点的贡献在这里被处理，用 Runtime Syp 调整 Eclipse 的启动性能，第 2 部分：成功的骗局(7)，自此以后激活的插件或者是对 startup 扩展点有贡献，或者是对其中的引用有贡献，为节省空间，下面这个列表并不完全， 找出可能

Workbench 的 run 方法被高亮了，对扩展点的贡献在这里被处理。自此以后激活的插件或者是对 startup 扩展点有贡献，或者是对其中的引用有贡献。

找出可能的 WebSphere Studio 热点

让我们打开 J2EE 透视图来查看一些 Studio 特定内容。（如果您想诊断一个简单些的情形，那么打开一个单一的视图，比如 Window > Show View > DB Servers，而不要打开相应的透视图；那样已激活插件的列表会短很多。）打开 J2EE 透视图后，回到 Runtime Spy 并选择 Activated Plugin 的 按钮。 哇!列表中的插件数从 22 跳到了 73，增加了 20 秒的插件激活时间（先前总的时间也只有三秒多）。图 7 的显示中以插件的激活顺序对它们进行排序，最近激活的插件显示于顶部。

图 7. 打开 J2EE 透视图后激活的插件

查看原图（大图）

公平地讲，Runtime Spy 增加了开销，尤其是当需要捕获栈记录时，所以从半热态启动 (warm start) 时，实际上不加修正 (uninstrumented) 消耗的总的时间接近 37 秒。但是让我们来看一下是否有一些启动插件之外的插件有可能不必启动。为节省空间，下面这个列表并不完全，因为我们认为基本的组件比如 EMF、JDT 和 J2EE UI 是需要的。但是这些呢？