VSCode离线安装的插件最终存放在用户级扩展目录.vscode/extensions，Windows为C:\Users\{用户名}\.vscode\extensions，macOS/Linux为/Users/{用户名}/.vscode/extensions或/home/{用户名}/.vscode/extensions，每个插件以独立子目录（如ms-python.python-2023.10.1）形式存放，含package.json等必要文件，.vsix文件仅作安装媒介，解压后不保留。
VSCode离线安装后插件存放在哪个目录
离线安装的插件最终都会落到用户级扩展目录，和在线安装完全一致——.vscode\extensions 是唯一生效位置。Windows 默认路径是 C:\Users\{用户名}\.vscode\extensions，macOS 和 Linux 分别为 /Users/{用户名}/.vscode/extensions 和 /home/{用户名}/.vscode/extensions。这个目录不是“缓存”，而是 VSCode 启动时扫描并加载插件的唯一来源。
每个插件子目录的命名规则和内容组成
VSCode 不会把所有插件塞进一个文件夹，而是为每个插件创建独立子目录，名字形如 ms-python.python-2023.10.1（发布者名.插件名-版本号）。该目录下必须包含：
-
package.json：定义插件 ID、激活事件、贡献点（如命令、语法高亮）、依赖项等元信息 -
extension.js或out/extension.js：主入口模块，VSCode 激活插件时执行的代码 - 资源文件（如
media/、snippets/）：语言配置、图标、代码片段等可选内容
注意：.vsix 文件本身不会保留在该目录中；它只是安装媒介，解压后即被丢弃。
为什么直接拷贝插件目录有时不生效
常见错误是把外网机器上 .vscode\extensions 整个目录复制过去，却忽略了几个关键点：
- 插件目录名含版本号，但 VSCode 启动时会校验
package.json中的version字段是否匹配——若手动改名或删了版本号，插件无法识别 - 某些插件（如
ms-python.python）依赖预编译二进制（如pyright），这些文件可能因平台差异（Windows/macOS/Linux）无法跨系统复用 - 如果目标机器没装过该插件，VSCode 可能拒绝加载未签名的插件，需在设置中启用
extensions.experimental.affinity或手动信任
如何验证插件是否真正加载成功
不能只看扩展面板里有没有显示，得确认运行时行为：
- 执行
code --list-extensions | grep ms-python.python，输出应为完整 ID（不含路径） - 打开一个
.py文件，检查状态栏是否出现 Python 解释器选择提示，或按Ctrl+Shift+P输入Python: Select Interpreter是否可触发 - 查看开发者工具（
Help → Toggle Developer Tools）的 Console 标签页，有无Activating extension...或报错日志
最易被忽略的是：插件目录权限问题。Linux/macOS 下若用 root 拷贝，普通用户启动 VSCode 时可能因读取权限不足而静默跳过该插件。
