VSCode默认排除node_modules是为性能保护，需修改search.exclude配置并设为false；跨行搜索时^/$失效，应改用\n或勾选“匹配行首”；文件过滤用file:.{ts,tsx} -file:.{d.ts}。
Ctrl+Shift+F 打开的搜索框为什么搜不到 node_modules 里的内容
VSCode 默认会忽略 node_modules、.git、dist 等目录，不是 bug，是刻意设计的性能保护。如果你确实需要搜依赖源码（比如调试第三方库行为），得手动改排除规则。
- 点击搜索框右上角的
…（三个点）→ 选「在文件中排除」→ 删除或注释掉**/node_modules这一行 - 更稳妥的做法是：在工作区根目录的
.vscode/settings.json中加配置："search.exclude": { "**/node_modules": false }注意设为false而非删掉，否则会被用户设置覆盖 - 搜
node_modules时明显变慢甚至卡顿是正常的——它可能含数万文件。建议配合file:*.ts或file:package.json限定范围
正则模式下 ^ 和 $ 为什么经常不生效
^ 和 $ 在 VSCode 搜索里默认按「行首/行尾」匹配，但前提是整个搜索上下文是单行文本。而 VSCode 的跨行搜索（启用「使用正则表达式」后点「…」→ 勾「跨行搜索」）会让 ^/$ 行为失效——它们不再指向原始文件中的行边界，而是指向当前匹配块的开头结尾。
- 想精确匹配某行开头的
export default？别用^export default，直接输export default+ 勾「匹配行首」（搜索框右侧图标） - 要找以
TODO:开头、后面跟空格和文字的整行？用^TODO:\s+.+，但必须确保没勾「跨行搜索」 - 跨行场景下，用
\n显式换行比^/$可靠，例如匹配function foo() {\n console.log(就写function foo\(\) \{\n\s+console\.log\(
怎么只在 TypeScript 文件里搜，且排除声明文件
VSCode 的文件过滤语法比想象中灵活，但容易写错路径通配符。关键不是靠后缀名硬匹配，而是用 file: 限定器组合逻辑。
- 搜所有
.ts但不含.d.ts：在搜索框底部「文件中」输入file:**/*.ts -file:**/*.d.ts - 如果项目有
src/和tests/，只想在这两个目录下搜：用file:src/**/*.{ts,tsx} file:tests/**/*.{ts,tsx} - 注意
file:后不能带空格，多个条件用空格分隔；-file:表示排除，不是减号运算 - 误写成
file:*.ts会导致只搜当前打开文件夹，不递归子目录——必须用**/*.ts
搜索结果太多，怎么快速定位真正要改的地方
全局搜索不是目的，精准定位可编辑位置才是。VSCode 的搜索结果面板本身就有筛选能力，但很多人没点开右上角的齿轮图标。
- 右键搜索结果 → 「在文件中替换」比全量替换安全；替换前先点「预览」看上下文是否一致
- 搜索时加引号强制全字匹配，比如搜
"useEffect"不会匹配到useEffectCallback - 用
!keyword排除干扰项，例如搜fetch !axios !request能过滤掉封装层调用，直奔原生fetch使用处 - 最常被忽略的是「上下文行数」：搜索面板右上角齿轮 → 设置「显示匹配项上下文行数」为 2～3 行，一眼看出是不是在组件内部、hook 里还是测试用例中
跨文件搜索真正难的不是找到，而是判断该不该动、在哪动、会不会漏改。每次点开一个结果前，先扫一眼路径和上下文行，比盲目替换省半小时。
