按下ctrl+shift+f（windows/linux）或cmd+shift+f（macos）后，按tab键跳转至files to include输入框，直接输入路径模式（如/src/utils/）再按enter，即可立即限定搜索范围。
Ctrl+Shift+F 按下后怎么立刻限定到某个文件夹？
快捷键本身不带路径参数，但按下 Ctrl+Shift+F（Windows/Linux）或 Cmd+Shift+F（macOS）后，焦点会落在搜索输入框，此时可直接用键盘操作完成范围锁定——无需鼠标点选、不用改设置。
常见错误是输完关键词就回车，结果搜遍整个工作区。正确做法是在输入关键词后、按 Enter 前，把光标移到搜索面板下方的 files to include 输入框（它默认隐藏，按 Tab 键可顺序跳入），然后填入路径模式：
-
**/src/utils/**：只查src/utils及其所有子目录 -
src/**,tests/**：逗号分隔，同时查两个顶层目录 -
**/*.ts：只搜 TypeScript 文件，配合路径更精准
填完直接按 Enter，VSCode 会立即用这个范围执行搜索，不缓存、不二次确认。
右键“Find in Folder”为什么有时没反应？
这个功能依赖资源管理器中「已选中」的状态，不是单纯右键就能触发。容易踩的坑有三个：
- 资源管理器未聚焦：按
Ctrl+Shift+E确保侧边栏是打开且激活状态，再用鼠标点击目标文件夹使其高亮 - 文件夹未展开：如果
src是折叠状态，右键src不会弹出Find in Folder，必须先点三角箭头展开，再右键其子目录（如utils） - 快捷键冲突：
Alt+Shift+F（Windows）可能被输入法或录屏软件劫持，可改用右键菜单，或在命令面板（Ctrl+Shift+P）里手动运行Search: Find in Folder
触发成功后，搜索面板顶部会显示类似 in folder: src/utils 的提示，这是唯一可信的确认依据。
为什么 files to include 填了路径却还是搜到 node_modules？
VSCode 的路径过滤是“包含优先”，但 search.exclude 规则仍会生效。也就是说：files to include 决定“哪些文件有机会被读”，而 search.exclude 决定“哪些文件即使被包含也强制跳过”。两者叠加后，实际搜索范围是交集。
典型失效场景：
-
files to include填了**/src/**，但search.exclude里留着默认的"**/node_modules/**": true—— 这没问题，node_modules本就不在src下 -
files to include填了**（全量），同时search.exclude被清空，但底部! Use Exclude Settings and Ignore Files开关仍开启 → 此时.gitignore和files.exclude依然起效 - 路径模式写错：比如填
src/utils（缺**/前缀和/**后缀），VSCode 不识别为 glob，当作字面量匹配失败
验证是否生效最简单的方法：在 files to include 填 **/nonexistent-folder/**，搜一个肯定存在的词，结果应为空。若仍有结果，说明过滤根本没走通。
搜索范围限定后，替换操作还受限制吗？
替换（Replace）完全继承搜索范围，files to include 和 files to exclude 对“查找”和“替换”一视同仁。但有两个隐藏约束：
- 替换前必须先完成一次搜索：不能跳过“查找”步骤直接点替换按钮，否则 VSCode 不知道要改哪几处
- 替换仅作用于当前搜索结果列表里的匹配项，不会自动扫描新加入的文件——比如你中途新增了一个
src/utils/new.ts，它不会被本次替换覆盖，除非重新执行搜索 - 大文件（>10MB）默认被跳过，即使路径匹配也不会参与替换，且无任何提示；可在设置中关闭
search.useLargeFileOptimizations
真正容易被忽略的是：替换操作不校验语法合法性。比如你在 TypeScript 文件里把 const foo = 替成 let bar =，VSCode 照做，但后续类型检查或 ESLint 报错得靠你自己发现。
