Ctrl+P在VSCode中真正对应全局搜索的命令是workbench.action.quickOpen，需验证其是否生效、排除系统/终端/Vim插件拦截，并在keybindings.json中用when条件（如"workbenchFocus"）限定作用域，避免被扩展覆盖或修饰键顺序错误。
Ctrl+P 被占用或想换键？先确认它是否真在“全局搜索”场景下生效
VSCode 里真正对应“全局搜索”的命令是 workbench.action.quickOpen，不是“查找文件”或“在文件中查找”。很多人误以为改了 files.filter 或 search.action.focusSearchFromResults 就能控制全局搜索框，结果按下去没反应——因为压根没绑对命令。
验证方式：打开命令面板（Ctrl+Shift+P），输入 workbench.action.quickOpen 并执行，看是否弹出左侧带“>”符号的快速打开框。只有这个才叫“全局搜索”。
- 系统级快捷键如
Alt+Tab、Cmd+Space会拦截，VSCode 拦不到 - 某些终端模拟器（如 Alacritty、GNOME Terminal）会吃掉
Ctrl+P，即使 VSCode 绑定了也收不到 - 如果装了 Vim 插件，默认把
Ctrl+P映射成“上一行”，必须禁用该映射或改插件配置
用 keybindings.json 绑定时，why 必须加 when 条件
直接写 {"key": "ctrl+alt+p", "command": "workbench.action.quickOpen"} 看似简单，但漏掉 when 字段后，这个快捷键会在设置页、输出面板、调试控制台等地方也触发——而这些上下文不支持 quickOpen，结果就是静默失败，或者弹出奇怪的报错提示。
安全写法是限定作用域：
-
"when": "workbenchFocus"：只要焦点在 VSCode 主窗口内就生效（最接近“全局”语义） -
"when": "editorTextFocus || inQuickOpen"：编辑器有焦点，或已在快速打开框内（避免嵌套打开） - 别用
always或留空when，那等于把命令扔进不可控上下文
图形界面改键后没反应？大概率是扩展在抢键
右键某条 workbench.action.quickOpen 绑定 → “更改键绑定”，设完 Ctrl+Alt+P，一按却打开了 Prettier 面板或 GitLens 的提交历史——这不是 VSCode bug，而是扩展注册了更高优先级的同 key 绑定。
排查步骤：
- 临时禁用所有扩展（尤其是 Vim、GitLens、Thunder Client、Prettier）再试
- 打开开发者工具（
Ctrl+Shift+P→Developer: Toggle Developer Tools），切到 Console，按你的新快捷键，看日志里实际 dispatch 的command是什么 - 回到快捷键界面，搜
ctrl+alt+p，看“源”列里是不是显示 Extension 优先于 User
Linux/macOS 下修饰键顺序和大小写敏感点
key 字段值不是字符串自由拼接，VSCode 内部按固定顺序解析：修饰键必须是 ctrl→shift→alt→meta（macOS 用 cmd，Windows/Linux 用 win），字母键一律小写。
这些写法会失效：
-
"Ctrl+Alt+P"（首字母大写） -
"alt+ctrl+p"（顺序错） -
"ctrl+alt+P"（P 大写，触发的是Ctrl+Alt+Shift+P） -
"ctrl+alt+space"（空格必须写成(U+00A0)，即"ctrl+alt+\u00a0"）
Linux 用户还要注意：桌面环境（GNOME/KDE）可能默认占用了 Ctrl+Alt+T、Ctrl+Alt+L 等组合，VSCode 收不到事件，得先去系统设置里解绑。
