VS Code插件依赖关系由package.json中的extensionDependencies字段显式声明，需解压.vsix后查看；该字段仅对官方市场合法ID生效，离线、禁用、ID错误或缺失均导致静默跳过，非安装顺序问题。
VS Code插件依赖字段在哪查
插件之间的依赖关系不是运行时动态发现的，而是由插件作者在 package.json 里显式声明的 extensionDependencies 字段决定的。这个字段只对 VS Code 官方市场发布的插件生效，且必须是合法的扩展 ID（如 ms-python.python），拼错大小写或加空格都会静默失效。
要查某个已安装插件的依赖，得先找到它的 .vsix 文件（本质是 zip），解压后打开根目录下的 package.json。别指望在 VS Code UI 里点几下就看到——它不展示这个字段，也不校验格式是否合法。
- 扩展 ID 必须和市场 URL 里的完全一致，比如 https://www.php.cn/link/3d29fb5278af9da98e9e7c9d3c97b9e2 中的
ms-python.python -
extensionDependencies是字符串数组，不是对象；写成{"ms-python.python": "1.0.0"}会直接被忽略 - 字段缺失 ≠ 没有依赖，很多插件改用运行时动态加载（比如通过
vscode.extensions.getExtension()），这时package.json里根本不会写
为什么“依赖没自动装”不是顺序问题
你装了 A 插件，它声明依赖 B，但 B 没自动出现——这不是安装顺序不对，而是环境约束未满足。VS Code 不会报错，也不会提示，只会跳过。
- 当前离线：B 插件无法从市场拉取，静默失败
- B 已被禁用：VS Code 认为“已存在”，不再尝试启用
- B 的 ID 写错或已下架：比如
ms-toolsai.jupyter写成ms-toolsai.Jupyter，大小写敏感 - 你装的是第三方打包版（非官方 ID）：它的
package.json根本没写extensionDependencies
验证方式：命令面板运行 Developer: Show Running Extensions，看 B 是否在列表中且状态为 activated。不在？说明没装成功；在但灰色？说明被禁用或加载失败。
依赖冲突实际是加载仲裁，不是依赖链
多个插件可能同时注册同一能力（比如格式化、语言服务器、文件关联），VS Code 不按依赖顺序裁决，而是按「最后启用者胜出」规则。这跟 extensionDependencies 完全无关。
-
esbenp.prettier-vscode和HookyQR.beautify都支持javascript格式化 → 后启用的那个接管，另一个被自动禁用 -
ms-python.python和ms-python.pylance有依赖声明，但如果pylance因 Node.js 版本不匹配启动失败，python会降级使用旧语言服务，不报错也不提示 - 没有“插件依赖图”概念：VS Code 不维护插件间的调用链，只管 extension activation 和 contribution point 注册
真正该关注的是 extension contribution 点
想搞清插件之间怎么“协作”，别盯着 extensionDependencies，要看它们各自贡献了什么 capability，以及谁响应了谁的 event 或 command。
- 打开命令面板，搜
Developer: Inspect Context Keys，再触发某个功能（比如保存一个 .py 文件），能看到当前激活的 context key 和哪些插件参与了 - 在
package.json里找contributes字段：重点关注commands、activationEvents、languages、grammars、debuggers这些键 - 比如
ms-python.python的activationEvents包含onLanguage:python，而ms-python.pylance贡献了languageFeatures，这才是它们协同工作的底层依据
依赖字段只是安装钩子，真正影响行为的是 contribution 注册时机和范围。这点容易被忽略，但决定了插件到底能不能一起干活。
