导出当前插件列表用 code --list-extensions 是最轻量、最可靠的方式，不依赖 ui 操作或第三方扩展，输出纯文本已启用插件 id 列表（如 ms-python.python），每行一个，支持重定向保存为 extensions.txt 用于跨平台备份与批量安装。
导出当前插件列表用 code --list-extensions
这是最轻量、最可靠的方式，不依赖 UI 操作或第三方扩展。执行后会输出所有已安装插件的 ID 列表（如 ms-python.python、esbenp.prettier-vscode），每行一个。
建议在终端中运行并重定向保存：
code --list-extensions > extensions.txt
注意：code 命令需已加入系统 PATH；若未配置，可使用 VS Code 安装路径下的完整路径（如 macOS 上是 /Applications/Visual Studio Code.app/Contents/Resources/app/bin/code）。
- 只导出「已启用」插件，禁用的不会出现在结果里
- 不包含插件版本号或设置，纯 ID 列表，适合跨平台复用
- Windows 用户若遇到“不是内部或外部命令”，请重启终端或手动添加 VS Code 的 bin 目录到 PATH
在新机器上批量安装用 code --install-extension
配合上一步导出的 extensions.txt，可用 shell 或 PowerShell 逐行安装：
cat extensions.txt | xargs -L 1 code --install-extension
macOS / Linux 下有效；Windows PowerShell 可用：
Get-Content extensions.txt | ForEach-Object { code --install-extension $_ }
- 如果某插件安装失败（如网络超时或权限问题），命令会报错但继续执行后续项，不会中断整个流程
- 部分插件（如含本地二进制依赖的）可能需要额外重启 VS Code 才生效
- 不要加
--force参数——它会覆盖已存在插件，但新版插件未必兼容旧版设置，反而引发冲突
插件设置不同步？别指望 settings.json 自动适配
settings.json 里写的插件相关配置（比如 "python.defaultInterpreterPath"、"prettier.tabWidth"）可能在新环境失效：路径不存在、Python 解释器没装、Prettier 版本不兼容等。
- 导出前先检查
settings.json中是否含硬编码路径（如"C:\Users\xxx\.venv\python.exe"），这类必须手动清理或替换 - 插件自带的默认设置（如 ESLint 的
"eslint.validate"）通常无需修改，但自定义规则要确认目标环境是否已安装对应语言服务 - 推荐用
sync功能仅同步通用设置（字体、缩进、自动保存），插件专属配置留待手动校验
为什么不用 Settings Sync 或第三方扩展？
VS Code 内置的 Settings Sync（登录 GitHub 账户开启）能同步插件列表和设置，但实际体验常卡在几个地方：
- 插件安装状态不同步：已启用/禁用状态可能丢失，导致不该启的启了，该启的没启
- 私有插件（如公司内网发布的
internal.theme）无法通过 Sync 分发 - 某些插件（如
github.copilot）因授权限制，不会出现在 Sync 插件列表中，即使导出也装不上
所以对生产环境迁移，手动导出 + 批量安装仍是可控性最高的方式。
真正容易被忽略的是插件之间的隐式依赖——比如装了 ms-python.python 却没装 ms-toolsai.jupyter，某些 Python 文件的右键菜单就缺选项；这类组合关系得靠经验补全，不能只盯着 extensions.txt 里的那一行 ID。
