Ctrl+Shift+F没反应是因为焦点在TERMINAL或DEBUG CONSOLE，或中文输入法拦截，或快捷键被插件覆盖；“包含文件夹”需用glob语法；Ctrl+Tab切换所有区域，非仅编辑器；编辑器组编号动态分配，不固定。
Ctrl+Shift+F 按下没反应，到底卡在哪？
不是快捷键失效，而是焦点或输入法挡住了它。最常见的情况是：当前焦点在 TERMINAL 或 DEBUG CONSOLE 里——这两个区域会直接吞掉 Ctrl+Shift+F，因为它在终端中默认触发的是「终端内查找」，跟编辑器的全局搜索无关。
- 先看右下角状态栏：显示
TERMINAL或DEBUG CONSOLE？按Ctrl+`切出来，或点一下编辑器空白区域再试 - 确认输入法是英文：中文输入法（尤其某些第三方）会拦截组合键，临时切到系统默认英文键盘再按
- 检查是否有插件覆盖：打开命令面板
Ctrl+Shift+P→ 输入Preferences: Open Keyboard Shortcuts (JSON)，搜workbench.action.findInFiles，确认绑定没被改写
想只搜某个子目录，怎么填“包含文件夹”？
全局搜索面板第二行「包含文件夹」不是随便输路径就行，必须用 VSCode 认的 glob 语法，否则无效或行为异常。
-
src/**/*：搜src及所有子目录下的任意文件 -
**/*.ts：搜整个工作区所有 TypeScript 文件（注意开头两个*） -
!node_modules/**,!dist/**：排除这两个目录（逗号分隔，!开头） - 路径不能带引号，也不能以
/开头（除非是绝对路径，但不推荐） - 如果填了
src但没加/**/*，实际只会匹配名字叫src的文件，不是目录
为什么 Ctrl+Tab 总跳去终端或大纲，而不是编辑器？
Ctrl+Tab 的设计目标就是切换「所有可聚焦区域」，包括编辑器组、终端、大纲、问题面板等——这不是 bug，是功能本身。如果你只想在编辑器标签页之间循环，它就不是对的工具。
- 真要只切编辑器标签页：用
Ctrl+PageUp/Ctrl+PageDown（Windows/Linux），严格按左右视觉顺序循环 - 想让
Ctrl+Tab少跳非编辑器区域：关掉设置项workbench.editor.focusRecentEditorAfterClose，能减少关闭标签后意外跳转 - 完全禁用非编辑器区域参与
Ctrl+Tab？VSCode 没提供开关，硬要实现只能靠插件或放弃这个快捷键
编辑器组编号混乱，Ctrl+2 总找不到对应组
VSCode 的编辑器组编号是动态分配的，不是固定位置序号。关掉第 2 组后新建一个，它大概率变成第 2 组，而不是补位成第 3 组——所以 Ctrl+2 不是“第二个打开的组”，而是“当前编号为 2 的那个组”。
- 当前只有 1 个组，按
Ctrl+2就没反应（不是错误，只是无目标） - 编号只在当前窗口生效，跨窗口不共享；新开一个 VSCode 窗口，编号重新从 1 开始
- 没有重排编号的功能，但可以全部关闭（
Ctrl+K→Ctrl+W）再逐个打开，编号就回归连续 - 想稳定定位？别依赖编号，用
Ctrl+PageUp/PageDown或Ctrl+Tab（配合上面的设置调整）更可靠
Ctrl+Tab 的广度、Ctrl+PageUp 的精度、Ctrl+Shift+F 的焦点敏感性。最容易忽略的，其实是「当前焦点在哪」这个前提，它比快捷键本身更能决定结果。 
