正则替换多语言翻译文本前须转为utf-8编码并用锚点限定范围，避免误匹配注释或变量名；捕获组按左序编号，多行模式需启用(?m)或↵图标；yaml缩进需显式捕获，json嵌套结构应改用jq或python处理。
正则替换多语言翻译文本前，必须确认文件编码和上下文边界
Sublime 默认跳过非 UTF-8 编码的文件，而多语言翻译文本（如 JSON、YAML、.properties）常含中文、日文、阿拉伯文等 Unicode 字符。若右下角状态栏显示的是 Western (Windows 1252) 或 GBK，直接替换会漏掉部分文件，甚至把中文变成乱码。先点编码名 → Convert to UTF-8，再操作。
另外，翻译键值对容易出现在注释、字符串字面量或结构体内部，比如："label_user_name": "用户名" 和 // label_user_name: 用户名 都可能被匹配。正则无法自动区分语义，所以得靠锚点和限定符缩小范围：
- 优先用
"([a-zA-Z0-9_]+)":\s*"匹配 JSON 键（加双引号和冒号限定） - 避免只搜
用户名——它可能在注释、HTML 标签或变量名里出现 - 想排除注释行？Sublime 不支持
(? 这类负向断言，稳妥做法是：先 <code>Ctrl+Shift+P→Toggle Comment临时注释掉整块代码段，再替换
批量提取/重排翻译键值对：用捕获组 + $1 语法最稳
常见需求是把 "key": "value" 拆成两列，或统一补前缀。这时不能靠肉眼数括号，Sublime 的捕获组编号严格按 <code>( 出现顺序从左到右计数，嵌套也计入——而 Sublime 不支持 (?:) 非捕获组，所有 ( 都算。
例如想把 "login_title": "登录页面" 改成 "zh_login_title": "登录页面"：
- 查找：
"([a-zA-Z0-9_]+)":（注意结尾冒号不包含在捕获组内） - 替换：
"zh_$1": - 错误写法：
"(zh_)([a-zA-Z0-9_]+)":→ 此时$1是zh_，$2才是原 key，容易混淆
如果值里有双引号或反斜杠（如 "error_msg": "文件\"不存在\""），需先转义：查找框写 "([a-zA-Z0-9_]+)":\s*"([^"]*)"，替换为 "zh_": ""；但更安全的做法是分两步：先处理 key，再单独处理 value 中的转义字符。
^ 和 $ 在多行翻译文件中默认不匹配行首行尾
翻译文件（尤其是 YAML 或 INI）常按行组织，比如：
home_title = 首页 home_desc = 欢迎访问
你写 ^home 想只改开头是 home 的行，但 Sublime 默认的 ^ 只匹配整个文件开头，不是每行开头。必须启用「多行模式」：
- 点击替换面板右下角的
↩图标（Match line breaks），或 - 在正则开头加
(?m)，例如：(?m)^home_title = - Windows 下换行符是
\r\n，$默认停在\r前，建议用\R（Sublime 内置通用换行符）代替
不加 (?m) 时，^home.*$ 可能只命中第一行；加了之后，才能逐行生效。这点和 VS Code 行为不同，容易误判。
替换后中文错位、JSON 格式崩坏？大概率是缩进或换行没保留
翻译文本对缩进敏感（尤其 YAML），用 .* 贪婪匹配会吞掉空格和换行。比如把 title: 首页 替成 title: "首页"，若查找写成 title:\s*(.*)，替换为 title: "$1"，就可能把原本的缩进（4 个空格）全丢掉，导致 YAML 解析失败。
- 正确做法：捕获缩进，例如
^( *)title:\s*(.*)，替换为$1title: "$2" - 别用
.*?试图“非贪婪”解决——它仍可能跨行，且在多语言文本中易受 Unicode 字符影响 - 涉及 JSON 结构（如带嵌套对象的 translation.json），正则无法保证括号配对，此时应放弃替换，改用
jq命令行工具或 Python 脚本解析后修改
最后务必手动 Ctrl+S 保存，Sublime 的 Replace All in Files 从不自动保存更改；如果文件被其他进程锁定（如 Webpack 正在监听），替换可能静默失败，需检查右下角是否提示 Read-only 或路径不可写。
