开发学院软件开发 Java 用 Runtime Syp 调整 Eclipse 的启动性能，第 2 部... 阅读

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

　2009-12-13 00:00:00　来源：WEB开发网　　　

核心提示： 没有被选中的条目就是新激活的插件；被选中的那些是在动作之前就已经被激活的，另外一种方法是，用 Runtime Syp 调整 Eclipse 的启动性能，第 2 部分：成功的骗局(4)，您可以记下 Order列中最后加载的插件的编号，执行动作，启动时间还是非常少，不是吗？Workbench 启动扩

没有被选中的条目就是新激活的插件；被选中的那些是在动作之前就已经被激活的。另外一种方法是，您可以记下 Order列中最后加载的插件的编号，执行动作，然后对 Order 列重新排序，查看哪些插件出现于先前（已经激活）的最后一个插件之后。

注意插件名末尾的星号。这些插件是在负责启动 Eclipse 的插件被激活时加载的，那个插件名为 application plug-in。这个插件提供了一个实现 org.eclipse.core.runtime.applications 扩展点的 IPlatformRunnable 接口的类。默认地，Workbench UI 插件提供对这个接口的一个实现，来创建工作台窗口，收集对主菜单栏、工具栏等等的动作贡献 (action contributions)，一般情况下还要为事务处理准备好 Eclipse 工作台用户界面。

实际上消耗的时钟时间将会比 Activated Plugins 视图中显示的 Startup time 列的和要多。这是因为后者不包括 Platform Runtime 加载之前 JVM 的运行时间或者插件启动之外的 CPU 运行时间。在图 2 所示的例子中，从启动配置启动 Run-time Workbench 时起实际上的启动时间大约是 13 秒。其中还包括启动配置本身为构建插件列表等任务而引入的程序调试时间 (development-time) 开销。

即使加上这些开销，启动时间还是非常少，不是吗？

Workbench 启动扩展点的结果

让我们按下按钮来更新活动的插件列表。就是那样！图 3 中是我们的第一个困惑。