VSCode命令面板支持Extensions: Show Enabled Extensions和Extensions: Show Disabled Extensions命令，可快速筛选本地启用或禁用的插件列表，响应快且无需网络；需VSCode ≥1.70版本。
在VSCode命令面板中快速筛选已启用/禁用插件
想在VSCode里快速理清哪些插件开着、哪些关着？虽然插件市场视图本身不支持按状态筛选，但有个更高效的原生方法：直接使用命令面板。
你只需要按下 Ctrl+Shift+P（或 macOS 的 Cmd+Shift+P），然后输入下面这两个命令之一：
Extensions: Show Enabled Extensions—— 瞬间，列表里就只剩下当前启用的插件了。Extensions: Show Disabled Extensions—— 同理，这会帮你聚焦所有被禁用的插件。
关键在于，这个操作跳过了扩展市场首页，直接加载你本地的插件列表并进行过滤。所以响应速度极快，而且完全不需要网络。如果你的编辑器里找不到这两个命令，那很可能是因为版本太旧了——请确认 VSCode 版本是否在 1.70 或以上，旧版本中的命令名称可能略有不同。
用扩展ID或publisher精确搜索已启用插件
如果你已经知道某个插件的“身份证号”（也就是它的ID，比如 ms-python.python），或者它的发布者名称，想快速确认它是否在启用列表中，其实不用手动一页页翻找。
这里有个组合技：
- 先用上面提到的
Extensions: Show Enabled Extensions命令，进入已启用插件列表页。 - 然后，在这个页面里按下
Ctrl+F（Windows/Linux）或Cmd+F（macOS），唤出页面内的搜索框。 - 输入你想找的ID，比如
ms-python.python，或者使用VSCode支持的ID前缀语法@id:ms-python.python。
这里有个常见的“坑”需要留意：直接在插件视图顶部的全局搜索框里输入 @id:xxx 是无效的。这个语法只在特定场景下生效——要么是在扩展市场的网页版，要么就是通过命令触发的本地插件列表页。换句话说，只有在你用命令筛选出的“已启用”或“已禁用”列表页里，这个前缀语法才会被真正解析。
禁用插件后仍出现在“已启用”列表？检查工作区级禁用
有没有遇到过这种奇怪的情况：你在 Extensions: Show Enabled Extensions 列表里看到了某个插件，但它在你当前的项目里就是不生效，甚至重启VSCode也没用？
这通常不是灵异事件，而是因为插件被“工作区级禁用”了。VSCode的插件启用/禁用状态其实分了好几个层级，优先级从高到低是这样的：
- 工作区级：只对当前打开的文件夹或工作区生效，配置保存在项目目录下的
.vscode/extensions.json文件里。 - 用户级：对你电脑上所有的VSCode实例都生效。
- 远程容器/WSL级：在远程开发或WSL环境下，会有独立于本地的另一套设置。
所以，一个插件在全局是启用的，但完全可以在某个特定工作区里被禁用。这就解释了为什么它还会出现在“已启用”的全局列表里。
如果想验证插件是否真的被加载了，可以打开开发者工具看看：通过命令面板运行 Developer: Toggle Developer Tools，然后切换到 Console 标签页，执行一段简单的查询代码，比如 vscode.extensions.all.filter(e => e.id === 'ms-python.python')[0]?.isActive。如果返回结果是 false，那就说明插件确实没有激活，原因很可能就是工作区级禁用，或者遇到了依赖冲突。
批量启用/禁用插件时别忽略 settings.json 的隐式覆盖
通过点击插件旁边的启用/禁用按钮来管理插件，看起来很方便，但背后其实暗藏玄机。VSCode 会在你的 settings.json 配置文件里写入一些相关的设置项，比如 "extensions.ignoreRecommendations" 或 "extensions.autoUpdate"。
这里有几个细节值得注意：
- 当你禁用一个插件时，VSCode 可能会在
settings.json里添加"extensions.disabledRecommendations"（针对推荐类插件）或调整自动更新设置。 - 如果配置文件中已经存在
"extensions.autoUpdate": true这样的全局设置，而你又试图通过UI去禁用某个插件，VSCode 有可能会静默地忽略你的UI操作，导致你看到的界面状态和实际生效的状态不一致。 - 因此，当你手动编辑
settings.json时，最好检查一下是否有重复或冲突的配置项。例如，同时存在"extensions.autoUpdate": true和"extensions.disabledRecommendations": ["xxx"]时，后者的优先级通常更高。
最稳妥的做法是什么呢？在通过UI操作后，不妨直接打开 settings.json 文件，检查里面是否存在一个叫 "extensions.disabledExtensions" 的数组。这才是真正控制插件禁用状态的“幕后黑手”，你在UI界面上看到的“已禁用”列表，很大程度上只是这个数组的可视化呈现而已。搞清楚这一点，管理插件时就能避免很多困惑了。
