VSCode不会主动解决插件依赖冲突，仅在联网、市场可访问、ID精确匹配且依赖未被禁用时，才静默尝试安装extensionDependencies所声明的扩展；离线或环境不满足则完全跳过，不报错。
VSCode 不会主动帮你解决插件依赖冲突，所谓“自动安装依赖”只在特定条件下静默发生，多数失效场景根本不会报错，只会让你以为功能该有却没出现。
extensionDependencies 字段在哪写、怎么生效
它只存在于插件作者发布的 package.json 文件中，不是你装插件时能改的地方。你看到的“Python 插件装完自动带 Jupyter”，其实是 ms-python.python 的 package.json 里写了："extensionDependencies": ["ms-toolsai.jupyter"]。VS Code 在你点击安装 ms-python.python 时，会检查这个字段，然后尝试去市场拉取 ms-toolsai.jupyter 并安装。
但这个过程有硬性前提：
- 你的 VS Code 必须联网，且能访问官方市场（
marketplace.visualstudio.com） - 目标依赖插件必须在市场中上架，且 ID 完全匹配（大小写、连字符都不能错）
- 你没有提前禁用过那个依赖插件——如果已禁用，VS Code 认为“它存在但不可用”，就不会重试启用
- 你没手动删掉或覆盖过该插件的
package.json（比如用第三方打包版）
为什么你点了安装，依赖却没出现
最常见原因不是配置错了，而是环境卡住了。比如装完 ms-python.python，发现 ms-toolsai.jupyter 没启动，先别急着重装：
- 按
Ctrl+Shift+P运行Developer: Show Running Extensions，搜ms-toolsai.jupyter—— 如果它出现在列表里但状态是inactive，说明加载失败，不是没装 - 打开命令面板，输入
Extensions: Enable All Extensions，再手动启用一次ms-toolsai.jupyter - 检查输出面板（
Ctrl+Shift+U），切换到Jupyter标签页，看有没有类似Failed to start language server或Node.js version too old的错误 - 确认你没开离线模式（
File > Preferences > Settings搜proxy或offline，确保没勾选相关选项）
离线环境怎么处理 extensionDependencies
VS Code 在离线时压根不会尝试拉取依赖，也不会提示“缺啥”。所以离线部署前，你得自己把整条依赖链都下全：
- 先在有网机器上，用
code --install-extension ms-python.python安装主插件 - 再手动查它的
package.json（解压.vsix或查 GitHub 仓库），找出所有extensionDependencies项 - 对每个依赖 ID，重复执行
code --install-extension <id>，确保全部装上 - 最后把这堆
.vsix文件一起拷进内网，用相同命令批量安装
注意：有些插件（比如 ms-python.pylance）还依赖特定版本的 Node.js 运行时，离线时更要核对 engines.vscode 和本地 VS Code 版本是否匹配，否则即使装上了也激活失败。
多个插件争抢同一功能时，依赖顺序完全不生效
VS Code 不按依赖关系决定谁管格式化、谁管调试，而是按「最后启用者胜出」。比如你同时装了 esbenp.prettier-vscode 和 HookyQR.beautify，哪怕 prettier 是 python 插件声明的依赖，只要 beautify 启用得晚，javascript 文件就归它格式化。
这类冲突不会报错，但你会明显感觉快捷键（如 Shift+Alt+F）行为突变。解决方式很直接：
- 打开设置（
Ctrl+,），搜format，找到Editor: Default Formatter，手动指定语言对应格式器 - 或者干脆禁用其中一个，避免后台互相干扰
- 别指望靠“先装 A 再装 B”来控制优先级——VS Code 加载顺序受缓存、启动参数、扩展激活时机等多因素影响，不可控
真正容易被忽略的是：插件之间共享同一个渲染进程，某个插件的依赖（比如某个 node_modules 里的库）如果版本冲突，可能让另一个看似无关的插件崩溃，而错误日志里根本不会提那两个插件的名字。
