VSCode扩展必须通过市场或vsix安装，禁用不等于卸载，卸载后配置残留可能干扰其他工具；Python等扩展依赖链复杂，路径变更易致服务静默失效。
VSCode 的扩展插件不能靠“安装包”手动部署，必须通过内置扩展市场或 vsix 文件安装；直接复制文件夹或改名放 extensions/ 目录下大概率不生效，且后续更新、禁用、卸载都会出问题。
在 VSCode 界面里搜索并安装扩展
这是最安全、最推荐的安装方式。点击左侧活动栏的「扩展」图标（或按 Ctrl+Shift+X），在搜索框输入关键词（如 Python、Prettier、ESLint），回车后会列出匹配项。
注意以下几点：
- 优先选「Verified Publisher」带勾标识的扩展，避免来源不明的脚本注入风险
- 安装前点开详情页，重点看
Dependencies和Permissions—— 比如某些主题插件会申请「读取全部文件」权限，需警惕 - 同一功能有多个热门扩展时（如格式化：
PrettiervsBeautify），别只看下载量，要查 GitHub 最近一次 commit 时间和 issue 响应速度 - 安装后不会自动启用：部分扩展需重启窗口（如语言支持类），有些需打开对应类型文件（如
.ts）才激活
用命令行安装 vsix 扩展（离线/CI 场景）
当无法联网，或需要在 Docker 容器、CI 流水线中预装扩展时，得用 code CLI 工具。前提是已安装 VSCode 并将 code 加入系统 PATH。
操作步骤：
- 从扩展页面下载
.vsix文件（地址形如https://marketplace.visualstudio.com/_apis/public/gallery/publishers/ms-python/vsextensions/python/2024.6.0/vspackage，右键另存为） - 执行命令：
code --install-extension /path/to/extension.vsix - 若提示
command not found: code，Windows 用户去 VSCode 安装目录找bin/code，macOS 用户用/Applications/Visual Studio Code.app/Contents/Resources/app/bin/code - 批量安装可写成 shell 脚本：
for ext in *.vsix; do code --install-extension "$ext"; done
禁用、卸载和配置扩展的常见陷阱
看似简单的操作，实际容易误操作导致功能异常：
- 禁用扩展 ≠ 卸载：禁用后配置项仍保留在
settings.json中，下次启用可能因版本不兼容报错 - 卸载扩展后，其关联的设置（如
"editor.formatOnSave": true）不会自动清除，可能让其他格式化工具失效 - 工作区级扩展（
.vscode/extensions.json）优先级高于用户级，但只在该文件夹下生效；若忘记加"recommendations"字段，协作者打开项目时不会收到提示 - 某些扩展（如
GitLens）默认开启后台进程，长期运行会吃内存；可在设置里搜gitlens.advanced.telemetry.enabled关闭遥测
扩展管理真正的复杂点不在安装，而在「依赖链」和「激活时机」——比如 Python 扩展依赖 Pylance，而 Pylance 又依赖特定版本的 Python 解释器路径；一旦路径变更或解释器升级，整个语言服务就静默挂掉，错误日志藏在 Output 面板的 Python 通道里，不是所有用户都会想到去看。
