如何生成p2 director决策树以排查Eclipse插件依赖链？

1. 用Eclipse自带工具查依赖溯源 #

• 产品配置编辑器的依赖分析：打开你的.product文件，切到Dependencies标签页，点右上角的Analyze Dependencies按钮。弹出窗口里选中那个莫名出现的插件，右键选Show In > Dependency Hierarchy，就能看到从根产品/核心插件到它的完整依赖链，每一层的依赖原因（比如Require-Bundle声明、Import-Package触发、可选依赖被激活等）都会标清楚。
• p2 director追踪日志：用p2 director安装时加上-debug和-consoleLog参数，命令示例：

  p2director -repository <你的更新站点地址> -installIU <你的产品ID> -debug -consoleLog > dependency-trace.log
  

  日志里会详细记录每个插件被纳入的决策过程，包括触发依赖的来源、是强制还是可选依赖。

2. 生成可视化依赖决策树 #

• PDE依赖可视化工具：打开Window > Show View > Other...，找到PDE > Dependency Visualizer。把目标插件拖进视图，选Hierarchy模式，就能生成可视化的依赖树，每个节点会显示依赖类型（直接/间接），点节点能看具体的依赖声明。
• 手动整理决策树：结合上面的报告，按这个结构梳理：

  你的产品ID
  ├─ 核心插件A（产品配置明确指定的直接依赖）
  │  ├─ 插件B（A的Require-Bundle依赖）
  │  │  └─ 目标插件X（B的Import-Package依赖，该包由X提供）
  └─ 可选插件C（产品配置勾选的可选特性）
     └─ 目标插件X（C的可选依赖被激活）
  

3. 排查意外依赖的常见坑 #

• 检查产品配置的Features标签页，是不是不小心加了带冗余依赖的特性。
• 看插件的MANIFEST.MF文件，有没有Require-Bundle或Import-Package用了通配符（比如*），导致意外拉进依赖。
• 检查p2更新站点的复合配置，是不是混进了无关的更新源，导致插件被误拉。

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