不能。package control: list packages仅显示通过package control启用的插件，禁用、手动安装（目录名含空格或后缀）、.sublime-package压缩包内的插件均不显示；完整清单需结合browse packages目录下的子文件夹及installed packages目录中的.sublime-package文件。
Package Control: List Packages 能列出所有插件吗
不能。它只列出当前启用且被 Package Control 识别的插件，禁用的、手动放入 Packages/ 但目录名含空格或版本后缀（如 BracketHighlighter v2）的，大概率不会出现。它也不显示 .sublime-package 压缩包里的插件——这些得靠物理路径确认。
真正“已安装”的定义得看文件系统：Preferences → Browse Packages… 打开的目录里每个非空子文件夹，基本就是一个已安装插件；同级的 Installed Packages/ 目录下所有 .sublime-package 文件，也都是已安装插件（只是未解压）。两者加起来，才是完整清单。
如何用控制台快速定位插件冲突源头
Sublime 没有“一键检测插件冲突”的内置命令，但控制台能暴露真实加载问题：
- 按
Ctrl+`（Windows/Linux）或Cmd+`（macOS）打开控制台 - 输入
sublime.log_input(True)回车，再按疑似失效的快捷键（如Ctrl+/），看是否有key evt:日志——没输出说明被系统/输入法截获；有输出但功能不对，才是插件层冲突 - 启动时或操作后观察控制台是否报错，常见冲突提示包括：
Key binding X overrides Y、ImportError: No module named 'xxx'、reloading plugin XXX.YYY后跟异常堆栈
这些错误比列表更直接：不是“哪个插件装了”，而是“哪个插件正在破坏什么”。
用安全模式验证是否为插件导致的问题
subl --safe-mode（命令行）或菜单 Help → Troubleshoot → Restart in Safe Mode 会跳过所有第三方插件加载。如果此时快捷键恢复、UI 正常、无控制台报错，就能坐实是插件冲突。
安全模式下你仍可执行以下操作进一步缩小范围：
- 调用
Package Control: List Packages—— 此时返回空列表，说明正常模式下的列表本身不可靠 - 执行
Preferences → Browse Packages…—— 对比安全模式与普通模式下该目录内容是否一致，排查是否有插件文件损坏或权限异常 - 不重启，直接在命令面板输入
Package Control: Enable Package，逐个启用插件并测试，比禁用更快定位问题源
ignored_packages 设置为什么有时不生效
写进 Preferences → Settings - User 的 "ignored_packages": ["Vintage", "Emmet"] 看似简单，但容易踩坑：
- 插件名必须完全匹配文件夹名（大小写敏感，Linux/macOS 下尤其注意），比如
GitGutter不能写成gitgutter - 如果插件以
.sublime-package形式存在（在Installed Packages/目录），ignored_packages仍有效；但如果同名文件夹也存在（Packages/GitGutter/），Sublime 优先加载文件夹，此时忽略的是文件夹而非压缩包 - 某些插件（如
LSP）会在首次启用时生成大量缓存和配置文件，即使加入ignored_packages，残留进程或监听端口可能仍在后台运行，需手动杀掉或重启 Sublime
最稳妥的做法是：先用 Package Control: Disable Package 命令禁用，再检查 ignored_packages 是否同步更新；若仍异常，直接删掉 Packages/ 下对应文件夹或 Installed Packages/ 下对应 .sublime-package 文件。
