Ctrl+Shift+H（Windows/Linux）或 Cmd+Shift+H（macOS）是VSCode中真正触发多文件全局替换的快捷键，直接打开可执行磁盘写入的替换面板；Ctrl+Shift+F仅打开查找视图，不启用替换逻辑。
Ctrl+Shift+H（Windows/Linux）或 Cmd+Shift+H（macOS）是真正触发多文件全局替换的快捷键，不是预览、不是查找、不是“可能替换”——它直接打开可执行写入磁盘的替换面板。
为什么按了Ctrl+Shift+F没反应？那是找，不是换
很多人误把全局搜索快捷键 Ctrl+Shift+F 当成替换入口。它只打开「在文件中查找」视图，即使你手动点开替换框，也默认不启用替换逻辑；必须用 Ctrl+Shift+H 才能确保面板初始就带替换上下文。常见现象：输完内容按回车，列表空空如也——其实是还在“查找模式”，根本没进替换流程。
- 确认左上角搜索区域显示的是“在文件中替换”，不是灰色小字的“在当前文件中查找”
- 如果已打开
Ctrl+Shift+F面板，别硬改，关掉重按Ctrl+Shift+H - Mac 用户注意：
Cmd+Shift+H≠Cmd+Option+H，后者无定义
Replace in Files按钮才落盘，Replace All只是改内存
面板右上角有两个关键按钮：单文档图标的 Replace All 和双文档重叠图标的 Replace in Files。前者只修改当前已打开的编辑器标签页（未保存、关掉即丢），后者才是真正扫描磁盘文件、写入变更的操作。很多“替换了但没生效”的问题，根源就是点了前者。
- 未打开的文件、只读文件（状态栏显示 Read-only）会被
Replace in Files自动跳过，不会报错 - 想批量改
src/下所有.ts文件，但src/utils.ts没变？先检查它是否被search.exclude规则过滤了 - 执行前务必点一下右下角的 Regex 标签是否亮起——没启用正则时，
\d+就是四个普通字符
限定范围不填files to include，等于裸奔
默认搜索整个工作区，意味着 node_modules、dist、.git 全在扫描范围内。性能卡顿、匹配干扰、甚至意外覆盖构建产物，都源于没主动约束。
- 只改 Vue 文件？在
files to include填*.vue或src/**/*.vue - 只想动 TypeScript 接口定义？填
types/**/*.ts，别依赖模糊排除 - 排除规则写
**/legacy/**会误杀src/legacy-api/，应写legacy/**更安全 - 路径通配符不支持
?，只认*和**；{a,b}/*.css是合法 glob，但需确保 VSCode 版本 ≥1.80
正则替换里$1写错一个字符就静默失败
VSCode 替换字段只认 JavaScript 风格捕获引用：$1、$2、$0。写成 \1、${1} 或 $$1，结果都是原样输出字符串，不会报错，也不会警告。
- 要匹配
class="old-foo"并改成class="new-foo"，搜class="old-(\w+)"，替为class="new-$1" - 想输出字面量
$price，必须写成$$price；写$price会被解释为变量引用（空值） - 跨行匹配不能靠
.，得用[\s\S]；/\*([\s\S]*?)\*/才能安全捕获多行注释 - 非贪婪是
.*?，不是.*；后者在大文件里可能吃光内存
最易忽略的一点：所有替换操作都不自动保存文件。哪怕 Replace in Files 成功写入磁盘，被修改的文件仍处于“已更改未保存”状态，关掉标签前必须手动 Ctrl+K S 或逐个保存——否则下次打开还是旧内容。
