ctrl+shift+f 替换无效主因是未触发文件系统写入：需用“replace in files”按钮而非“replace all”，并手动保存；确保在全局搜索模式、文件非只读、正则语法正确（用$1非\1）、排除规则未过滤目标文件、编码为utf-8。
Ctrl+Shift+F 能弹出搜索面板，但 Replace All 没反应、不写入文件、搜不到内容——问题基本不在快捷键本身，而在“替换动作”未真正触发或未落地。
Replace All 按下后无反应？先确认是否在「全局搜索」模式
VSCode 的 Ctrl+Shift+F 默认打开全局搜索，但若右上角状态图标是灰色「文档」（?），说明它卡在「当前文件内查找」模式，此时点击 Replace All 只作用于当前打开的文件，且仅修改编辑器内存，不会触发批量替换逻辑。
- 手动点搜索面板右上角
⋯→ 勾选「在文件中查找」；或再按一次Ctrl+Shift+F强制切回全局模式 - 检查右下角是否显示
Read-only：只读文件下Replace All按钮会灰掉，必须解除只读或用管理员权限重启 VSCode - 标题栏出现 ● 圆点 ≠ 已保存，
Replace All后必须手动按Ctrl+S才写入磁盘；Git 状态没变化，八成是漏了这步
替换了但文件没变？不是快捷键问题，是写入机制被绕过
VSCode 的「替换」分两层：编辑器内存更新（立即可见）和文件系统写入（需显式保存）。很多用户误以为点了 Replace All 就万事大吉，其实只是改了缓存。
- 真正批量写入所有匹配文件，必须点搜索结果列表上方的
Replace in Files按钮（两个重叠文档图标），不是面板右上角那个Replace All - 没打开过的文件不会被加载进编辑器，
Replace All对它们完全无效；只有Replace in Files会遍历磁盘并写入 - 启用
File > Auto Save并设为afterDelay，可避免因忘记保存导致改动丢失
正则替换总失败？$1 和 \1 完全不是一回事
VSCode 使用 JavaScript 正则引擎，捕获组引用语法严格限定为 $1、$2。写成 \1 或 $$1 不会报错，但会静默失效——界面照常运行，内容原样保留。
- 正确示例：查
class="([^"]+)"，替换填class="$1 is-primary"，不是class="\1 is-primary" - 要字面量输出
$1，得写成$$1；中文括号、全角符号、未转义的.或/也会导致正则静默失效 - 建议先关闭
.*按钮，用纯文本确认能搜到，再逐步加正则；需要跨行匹配时，勾选.*旁的dotAll模式，或用[\s\S]*替代
搜索面板能打开，但结果为空？检查 search.exclude 和编码
能唤出面板但搜不到内容，说明 VSCode 收到了指令，但拒绝读取目标文件——要么规则拦了，要么读不懂。
-
search.exclude规则太宽泛：比如误加了"src/**": true或"**/*.js": true，直接把整个源码目录过滤掉；临时清空该配置项测试 - 文件编码不是
UTF-8：VSCode 默认只索引UTF-8编码的文本。右下角点击当前编码（如GBK），选Reopen with Encoding → UTF-8；确认显示正常后，再点Save with Encoding永久转换（注意：这会真实改写文件字节） - 搜索面板底部有
!图标，代表「使用排除规则」；点它关掉，如果突然能搜到，就是search.exclude或files.exclude在作祟
最易被忽略的一点：企业环境里，加密软件（如绿盾、北信源）可能拦截 rg.exe（VSCode 底层搜索引擎），导致双击打开某个 .ts 文件后内容能被搜到，关掉就失效——这种不是配置问题，得联系 IT 部门白名单放行。
