插件故障本质是禁用、未加载、网络不通或环境不匹配，应针对性修复而非重装；VS Code更新后常将不兼容插件自动禁用，需通过Extensions: Show Disabled Extensions启用，并检查版本兼容性、共享进程状态、语言模式、工作区信任及settings.json语法错误。
插件故障不是“坏了”，而是被禁用、没加载、连不上市场，或环境不匹配——直接修对应环节，别重装。
插件显示已启用但实际没运行
VS Code 更新后常把不兼容插件自动移入 Disabled 列表，状态栏图标可能还亮着，但插件根本没激活。按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 Extensions: Show Disabled Extensions，看目标插件是否在列表里。若顶部写着 Disabled 并有 Enable 按钮，就点它。注意区分：Disable (Workspace) 只影响当前文件夹，Disable (For All Workspaces) 是全局禁用。控制台（Help → Toggle Developer Tools → Console）里若有红字报错，比如 Extension 'ms-python.python' is not compatible with Code '1.102.3'，说明版本不匹配，得换旧版。
点了 Enable 却没反应，或者运行按钮消失
启用 ≠ 激活成功。有些插件启动失败会静默退场，甚至重启后又变回禁用。打开命令面板执行 Developer: Toggle Shared Process，若状态栏显示 Not Responding，说明插件卡死在共享进程里，必须彻底退出所有 VS Code 窗口再重开。打开开发者工具（Ctrl+Shift+I），切到 Console 标签，过滤 activate 或插件 ID（如 esbenp.prettier-vscode），找类似 Extension 'xxx' failed to activate 的错误。右上角 ▶️ 按钮消失？检查三点：Change Language Mode 是否设对（如 Python）；左下角是否提示 Restricted Mode（要点进去选 Trust Folder and Subfolders）；formulahendry.code-runner 是否启用，且 code-runner.executorMap 里 python 对应值是 "python -u"（不是 pyhton 或空字符串）。
settings.json 错误导致插件集体失效
settings.json 里一个非法字符就能让整个配置文件被 VS Code 静默跳过——你改了十次，其实一次都没加载。常见错误包括：// 单行注释、末尾多逗号、引号没闭合、写了已卸载插件的配置项（如 "eslint.enable": true 但 ESLint 扩展根本没装）。按 Ctrl+Shift+P 输入 Preferences: Open Settings (JSON)，把内容全删掉，只留 {}，保存后**彻底退出 VS Code 进程**（macOS 查 Activity Monitor，Windows 查任务管理器），再重开。如果此时插件恢复，问题就在这儿。别指望重装插件能绕过这个；语法错，插件连初始化机会都没有。
重置用户环境前必须关掉 Settings Sync
很多人重命名 User 目录后一重启，设置又回来了——不是操作失败，是 Settings Sync 在后台自动拉取了上次同步的配置。这个功能默认开启，且不弹窗提醒。务必先左下角齿轮 → 关掉同步，再执行重命名操作。路径如下：
Windows：%APPDATA%\Code\User\
macOS：~/Library/Application Support/Code/User/
Linux：~/.config/Code/User/
重命名为 User_backup 后重启，VS Code 会自动生成全新目录。扩展还在（它们在 extensions/ 目录），但快捷键、代码片段、登录态、UI 折叠状态全部清空——这是预期行为，不是 bug。真正难处理的，是那些藏在 globalStorage 或 storage.json 里的二进制缓存，它们不会随 settings.json 清空而消失。
