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: 限定器组合逻辑。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 搜所有 .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 里还是测试用例中

跨文件搜索真正难的不是找到，而是判断该不该动、在哪动、会不会漏改。每次点开一个结果前，先扫一眼路径和上下文行，比盲目替换省半小时。