VS Code 的 Ctrl+F 默认不支持跨行查找，需通过 Ctrl+H 启用正则模式或按 Alt+Enter 插入 \n；搜索范围可能被误设为当前文件，应检查右上角下拉框；大小写/全字匹配依赖语言模式，需确认右下角标识；搜索卡顿时可禁用子文件夹搜索或关闭 followSymlinks。
Ctrl+F 不能跨行查找？用 Ctrl+H 打开替换面板再关掉
VS Code 默认的 Ctrl+F 是单行查找，遇到换行符就停住——这不是 bug，是设计。真正想查跨行文本（比如一段带换行的 JSON 片段、多行注释里的关键词），得先触发「高级查找模式」。
实操建议：
- 按
Ctrl+H打开「查找/替换」面板，哪怕你不想替换，也先打开它 - 点一下查找框右侧的
.*按钮（正则模式），再点一下它关闭——这步会激活跨行匹配能力 - 此时回到
Ctrl+F，输入含换行的关键字（比如TODO\n.*bug），就能匹配上了 - 如果关键字本身不含正则元字符，但想跨行，直接在
Ctrl+F输入时按Alt+Enter（Windows/Linux）或Option+Enter（macOS），会自动插入\n
搜索范围被限制在当前文件？检查右上角的「文件」下拉框
很多人输完关键字没结果，其实是误点了右上角那个小箭头，把搜索范围从「整个工作区」缩成了「当前打开的文件」——这个状态没有视觉高亮，极难察觉。
常见错误现象：
- 在
Ctrl+Shift+F全局搜索时，左上角显示「1 result in 1 file」，但你知道应该有更多 - 搜索结果只出现在一个文件里，而其他同名变量/字符串明明在别的文件中
解决办法：
- 看查找面板右上角，有个下拉框，默认是「Entire workspace」；如果不是，点开选回它
- 如果项目用了
.gitignore或files.exclude，某些目录可能被默认排除，需手动在搜索框下方点击「…」展开「files to include/exclude」配置 - 路径过滤写法要小心：
src/**/*.{ts,js}有效，但src/**/*.ts,*.js会失效
大小写/全字匹配不生效？别只盯着勾选项，先确认语言模式
VS Code 的查找开关（Aa 大小写、\b 全字匹配）依赖当前文件的语言模式。如果文件没正确识别类型（比如一个无后缀的配置文件），这些选项会静默失效。
使用场景：
- 在
docker-compose.yml里搜image，开了「全字匹配」却仍匹配到image_name - 在
.env文件中搜PORT，大小写开关不起作用
怎么做：
- 看 VS Code 窗口右下角，确认语言标识是
YAML、Shell Script或对应类型；不是的话，点它手动选 - 全字匹配对正则模式无效——如果开了
.*按钮，\b就得自己写进正则里，比如\bimage\b - 大小写敏感在正则模式下由
(?i)控制，和 Aa 开关互斥：开了正则，Aa 开关就自动忽略
搜索卡顿或漏结果？关掉「搜索子文件夹」或调大 search.followSymlinks
大型项目里，Ctrl+Shift+F 搜索突然变慢、甚至无响应，大概率是 VS Code 在遍历符号链接或深层嵌套的 node_modules 子目录。
性能影响明显的情况：
- 搜索时编辑器假死超过 3 秒
- 结果列表里缺了本该出现的文件，尤其在
packages/或dist/下
参数差异与调整：
- 在搜索框下方点「…」→ 取消勾选「Search subfolders」，可立即提速，但只搜当前层
- 更稳妥的做法：在设置里搜
search.followSymlinks，设为false（避免循环链接卡死） - 如果项目真需要搜
node_modules，单独加到「files to include」里，比如**/node_modules/**/package.json，别让它扫全部
真正麻烦的是混合了符号链接、Git 子模块和自定义 exclude 规则的项目——这时候搜索行为不再只是“找字符串”，而是受至少三层配置叠加影响。调的时候建议改一项、试一次，别一口气全调。
