VSCode全局替换失效主因是未正确进入全局模式或配置拦截：需用Ctrl+Shift+F并确认面板显示“在文件中查找”，打开文件夹而非单文件，使用Replace in Files而非Replace All写入磁盘，正则需启用.*且用$1引用捕获组，检查search.exclude排除规则。
VSCode全局替换没反应：根本不是功能坏了
搜完按回车没结果，八成是压根没进全局模式。Ctrl+F 是当前文件搜索，Ctrl+Shift+F 才是全局——但很多人按了 Ctrl+Shift+F 后，面板左上角仍显示“在当前文件中查找”，说明它卡在旧状态里了。
必须手动点搜索面板右上角的 ⋯ → 勾选「在文件中查找」，或者再按一次 Ctrl+Shift+F 强制重置。右下角若显示「No folder opened」，说明你只打开了单个文件，得先 File → Open Folder… 加载整个项目根目录。
- 检查左上角文字是否为实心「在文件中查找」，灰色小字=无效
- 右下角状态栏没显示路径，就别指望它扫子目录
- 首次搜索大项目有 1–2 秒延迟，右下角显示「搜索中…」时别急着重输
Replace All 点了但文件没变：内存改≠磁盘写
点「Replace All」只是把匹配内容在编辑器内存里改了，标题栏出现 ● 圆点 ≠ 已保存。真正落盘的操作是「Replace in Files」（两个重叠文档图标），它会逐个打开命中文件、执行替换、触发保存逻辑。
没打开过的文件不会被 Replace All 触达，但 Replace in Files 会自动加载并修改；如果某文件右下角标着 Read-only，Replace in Files 也会跳过——得先解除只读或用管理员权限重启 VSCode。
- Replace All 不写磁盘，Replace in Files 才写
- 未打开的文件、只读文件、Git LFS 跟踪的大文件都可能被跳过
- 启用 Auto Save（File > Auto Save → afterDelay）能降低漏存风险，但不能替代确认
正则替换静默失败：$1 写错就白忙
VSCode 用的是 JavaScript 正则引擎，捕获组引用只认 、，写成 或 会静默忽略——界面不报错，也不替换，只是原样保留。更隐蔽的是：.* 图标没点亮时，^、\d、. 全当普通字符处理；开了 .* 却用中文括号或全角空格，同样静默失效。
确认正则真生效的唯一办法：右下角必须显示 Regex 标签，且搜索框右侧的 .* 图标是蓝色高亮。跨行匹配要额外注意：. 默认不匹配换行符，得用 [\s\S]* 或勾选 dotAll 模式。
- 开启 .* 后，
console\.log才能匹配 console.log，否则只找字面量 console.log - 替换字段含 $ 符号（如想输出 $price），必须写成
$$price - 非捕获组
(?:...)不占编号，别指望它影响$1的序号
搜不到 node_modules 或 dist：search.exclude 在静默拦截
VSCode 默认排除 **/node_modules/**、**/.git/**、**/dist/**，靠的是 search.exclude 配置项。它不区分“你是不是真想搜”，只要路径匹配就跳过——哪怕你正要批量修 node_modules 里的 patch 文件。
检查方式：Ctrl+Shift+P → 输入 Preferences: Open Workspace Settings (JSON) → 查看是否有 search.exclude 条目。临时绕过：搜索面板右上角点击 ⋯ → 取消勾选「使用排除设置」（仅本次生效）。路径通配符有陷阱：**/api/** 会排除所有含 api 的子目录（如 src/utils/apiClient），而 src/api/** 才只排除顶层 src/api。
- 自定义的
search.exclude优先级高于默认规则 -
files.exclude影响资源管理器显示，search.exclude才真正控制搜索范围 - 多根工作区里，每个文件夹的
.vscode/settings.json可单独配置，别只查全局设置
真正难的从来不是语法本身，而是嵌套结构——比如匹配 JSX 中某个属性值、提取带转义引号的 JSON 字符串。这些场景下，正则容易越界或漏匹配，得靠上下文锚点 + 非贪婪模式 + 分步验证来收窄范围。
