默认enter只跳转首个匹配项，应使用f4/cmd+g向下导航；替换需先聚焦匹配文本再调用ctrl+h/cmd+option+f面板，批量替换受包含/排除glob规则严格约束。
查找结果列表里怎么跳转到下一个匹配项
默认按 Enter 会直接跳转到第一个匹配项并聚焦光标，但后续匹配项无法靠 Enter 循环跳转——这是很多人卡住的第一步。真正有效的导航方式是用 F4（Windows/Linux）或 Cmd + G（macOS）向下跳转；反向跳转用 Shift + F4 或 Cmd + Shift + G。
注意：这个行为只在全局搜索面板（Ctrl + Shift + F）或文件内查找面板（Ctrl + F）**已展开且获得焦点**时生效。如果面板没激活，按 F4 会触发其他功能（比如终端聚焦），容易误判为“快捷键失效”。
逐条确认替换前必须停在哪一级界面
想逐个确认替换，不能直接在搜索结果列表里点“替换”按钮——那样只是修改当前行文本，不触发替换逻辑校验。正确路径是：先点击某条结果进入对应文件 → 光标落在匹配文本上 → 按 Ctrl + H（或 Cmd + Option + F）唤出「查找并替换」面板 → 此时输入替换内容，再用 Alt + Enter（Windows/Linux）或 Cmd + Enter（macOS）执行单次替换。
常见错误：
- 在全局搜索面板里点“替换”按钮，实际只做了高亮标记，没真改内容
- 没把光标停在匹配文本上就按替换快捷键，VS Code 会默认替换光标所在位置的词，而非搜索结果
- 启用了正则表达式但没关闭“匹配整字”，导致部分替换漏掉边界字符
为什么 F4 有时不工作？检查这三个状态
F4 导航依赖三个隐性前提，缺一不可：
- 搜索面板必须处于打开状态，且未被最小化或收起（哪怕只露出一行高度也不行）
- 当前焦点必须落在搜索结果区域（鼠标点过结果列表，或按
Tab切入） - 项目根目录下不能存在未加载的符号链接或权限受限目录，否则 VS Code 会静默跳过部分结果，
F4就像“少了一截”
验证方法：打开搜索面板后，按 Tab 键，看焦点是否能依次落到“搜索框→文件筛选框→结果列表”；如果卡在第一步，说明面板未完全激活。
批量替换前最容易忽略的过滤条件
很多人以为“全部替换”只作用于当前搜索关键词，其实它严格受制于「包含文件」和「排除文件」两个输入框里的 glob 表达式。例如你在“包含文件”里填了 src/**/*.{ts,tsx}，那即使搜索结果里显示了 test.js 文件中的匹配项，全部替换 也不会动它——因为 .js 不在 glob 范围内。
更隐蔽的问题是排除规则优先级：如果同时写了 !node_modules/** 和 node_modules/utils/*.ts，后者不会生效，! 排除规则永远高于包含规则。
建议操作习惯：执行批量替换前，先清空“包含文件”框，只留必要路径；确认“排除文件”里没有意外覆盖的通配符（比如 !**/legacy/** 可能误杀新写的 legacy-test.ts）。
