VS Code无法按文件真实编码格式进行全局替换，因其“在文件中替换”功能仅依赖路径和扩展名匹配，不检测字节编码；所有“按编码过滤”操作均需手动重开文件并确认编码，且API禁止静默执行。
VS Code 本身不支持“按文件真实编码格式”进行全局替换——它只能按文件后缀或路径筛选，无法在查找前先检测每个文件的字节编码再决定是否参与替换。所谓“只对 GBK 文件替换”，实际不可行；你真正能控制的，是「限定文件类型 + 手动确保当前打开的文件已用正确编码解析」。
为什么不能按编码筛选文件做全局替换
VS Code 的“在文件中替换”（Ctrl+Shift+H）完全依赖文件系统路径和扩展名匹配，底层不调用 chardet 或 file -i 去扫描真实编码。即使某个 .js 文件实际是 GBK 编码，只要它没被当前编辑器以 GBK 正确打开，搜索就会基于乱码内容匹配，结果不可信。
- 所有“按编码过滤”的插件或宏，本质都是先尝试
Reopen with Encoding再执行替换，但 VS Code API 禁止静默触发该操作，必须用户逐个确认 - 若文件未激活（比如后台标签页）、或已被其他插件锁定（如 Prettier 格式化中），
Reopen with Encoding可能失败或跳过 - 正则表达式在乱码状态下会失效：比如 GBK 编码的中文
用户在 UTF-8 解析下变成ç¨æ·，搜用户根本不会命中
可行路径：先统一编码，再全局替换
想安全地对一批 GBK 编码文件做文本替换，唯一可控流程是：先批量转成 UTF-8（用命令行），再在 VS Code 中对 .css、.xml 等后缀文件执行标准全局替换。
- Linux/macOS：用
iconv批量转码，例如find . -name "*.xml" -exec iconv -f GBK -t UTF-8 {} \; -exec mv {} {}.utf8 \;，之后手动重命名 - Windows PowerShell：用
Get-ChildItem *.xml | ForEach-Object { $content = [System.IO.File]::ReadAllText($_.FullName, [System.Text.Encoding]::GetEncoding("GBK")); [System.IO.File]::WriteAllText("$($_.DirectoryName)\$($_.BaseName)_utf8$($_.Extension)", $content, [System.Text.Encoding]::UTF8) } - 转完务必用
file -i *.xml或 VS Code 右下角状态栏确认编码已变，再打开 VS Code 执行Ctrl+Shift+H
如果必须在乱码状态下硬操作（不推荐）
仅限临时救急、且你清楚目标字符串在乱码后的字节表现（比如知道 GBK 的 数据库 解析为 UTF-8 时固定显示为 æ°æ®åº）：
- 先用
Ctrl+Shift+P→Change File Encoding→ 强制选GBK，让当前文件正常显示 - 打开
Ctrl+Shift+H，在“包含文件”中填*.xml，关闭正则（避免误匹配乱码字符） - 查找内容直接输入正常中文（如
数据库），替换内容也用正常中文——此时 VS Code 是在 GBK 解析后的文本上操作 - 每改完一个文件，立刻点右下角 →
Save with Encoding→UTF-8，否则下次打开又乱码
最常被忽略的一点：VS Code 不会因为你刚把一个文件存成 UTF-8，就自动把它加入后续 Ctrl+Shift+H 的搜索范围——搜索范围只由“包含文件”里的 glob 模式决定，和文件当前编码无关。别指望它智能跳过乱码文件，也别相信任何“自动识别编码并替换”的插件承诺。
