如何在Eclipse中通过编程方式移除扩展（规避反射调用风险）

我完全懂你的困扰——用反射扒Eclipse内部私有字段masterToken来移除扩展真的是个定时炸弹，Eclipse平台一更新，内部API变了代码直接崩，完全没保障。下面给你几个基于官方支持API的可行方案，分场景给你说：

场景1：你自己动态注册的扩展 #

如果这个扩展是你的插件在运行时动态注册的（不是写在plugin.xml里的静态扩展），那注册的时候Eclipse会返回一个合法的token，直接用这个token移除就行，完全安全：

// 动态注册扩展时，保存返回的注册token
IExtensionRegistry reg = Platform.getExtensionRegistry();
IExtensionDescriptor extensionDesc = ...; // 你的扩展描述对象
Object registrationToken = reg.addExtension(extensionDesc);

// 需要移除的时候，直接用这个token调用官方方法
reg.removeExtension(extensionDesc.getExtension(), registrationToken);

这是Eclipse官方明确支持的用法，完全不用担心平台更新的兼容性问题。

场景2：其他插件的静态注册扩展 #

如果是别的插件通过plugin.xml静态注册的扩展，没法直接从注册表移除，但可以通过控制插件的Bundle状态来间接实现：

1. 先找到目标插件的Bundle：

Bundle targetBundle = Platform.getBundle("com.target.plugin.id"); // 替换成目标插件的实际ID

2. 停止该Bundle，它的所有扩展会自动从注册表中移除：

if (targetBundle != null && targetBundle.getState() == Bundle.ACTIVE) {
    try {
        targetBundle.stop();
    } catch (BundleException e) {
        // 按需处理停止异常
        e.printStackTrace();
    }
}

3. 如果之后需要恢复扩展，再启动Bundle即可：

try {
    targetBundle.start();
} catch (BundleException e) {
    e.printStackTrace();
}

⚠️ 注意：停止Bundle会让该插件的所有功能都失效，所以要确认这个影响是你能接受的。

场景3：仅需屏蔽扩展功能（不物理移除） #

如果不想影响插件本身，只是不想让这个扩展生效，那可以在你处理扩展的代码里加个开关逻辑，直接跳过该扩展的执行：

IExtensionRegistry reg = Platform.getExtensionRegistry();
IConfigurationElement[] config = reg.getConfigurationElementsFor("com.temp.rcp.product");
for (IConfigurationElement configElement : config) {
    if (configElement.getAttribute("name").equals("Temp")) {
        // 自定义开关判断，比如从配置文件读取禁用状态
        if (isTempExtensionDisabled()) {
            continue; // 跳过这个扩展的处理流程
        }
        // 正常实例化并执行扩展逻辑
        Object extension = configElement.createExecutableExtension("class");
        // ... 调用扩展的业务方法
    }
}

这种方式最灵活，也最安全，不会触碰任何内部API，只是在业务逻辑层面过滤掉不需要的扩展。

为什么反射方案不可取 #

Eclipse的内部私有API（比如ExtensionRegistry里的masterToken）没有任何兼容性承诺，官方随时可能修改字段名、类型甚至整个注册表的实现逻辑。用反射硬改这些内部细节，属于未定义行为，一旦平台更新，代码必然崩溃，绝对是不可持续的方案。

内容的提问来源于stack exchange，提问作者Kumar