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

核心提示： com.ibm.etools.validation.* （可以被延迟或者设为可选？）com.ibm.etools.rsc.core.ui (db)com.ibm.etools.rdblib (db)com.ibm.etools.sqlmodel.* (db)com.ibm.sed.prefere

com.ibm.etools.validation.* （可以被延迟或者设为可选？）

com.ibm.etools.rsc.core.ui (db)

com.ibm.etools.rdblib (db)

com.ibm.etools.sqlmodel.* (db)

com.ibm.sed.preferences （可以被延迟？）

com.ibm.etools.rsc (db)

com.ibm.etools.sqlparse (db)

com.ibm.etools.rdbschemagen.ui (db)

com.ibm.etools.rdbexport.ui (db)

com.ibm.etools.sqlbuilder (db)

com.ibm.etools.subuilder （db 并且需要 1828ms 加载时间！）

com.ibm.etools.sqlj (db)

到现在并没有与数据库相关的视图或者编辑器被打开。而为什么关系数据库模式中心 (6) 和那么多其他数据库相关的插件被激活了？插入的“可以被延迟”注释表示 Eclipse 有能力以体系化的解决方案使它们在需要之前不被激活，这只是关于属性的一种特殊情况。但是，即使全面地考虑，这些大部分都是无足轻重的。然而，还是有一些插件消耗了大量的启动时间，而且，如我们所看到的，它们的开销与处理扩展点期间插件激活紧密联系在一起。下一节更全面地解释了这一开销，并对启动开销是如何产生的进行了研究。然后我们将返回到我们对 J2EE 透视图启动的分析。

理解插件激活与扩展点处理之间的关系

通过避免对 subuilder 插件（按它的插件清单的说法，它是 Stored Procedure和 UDF Builder）的激活来节省启动时间看起来可以成功，因为它需要用去总时间的 10%。此外，它几乎是在激活序列的最后（73 个中的第 72 个），所以，进行“修剪 (trim off)”可能要比避免次序靠前的插件激活更为简单。这个插件激活的栈记录见图 8。

图 8. com.ibm.etools.subuilder 的插件激活栈记录