Sublime正则匹配中文日文emoji需满足四点：文件编码为UTF-8、启用Unicode模式、不可依赖\w（因其仅匹配ASCII）、.默认不跨行也不含Unicode；应使用[\u4e00-\u9fa5]、(?u)\p{Han}、[\u3040-\u309f\u30a0-\u30ff]或(?u)\p{L}等正确表达式。
Sublime 正则替换中文、日文、emoji 等非英文字符，关键不是“怎么写 Unicode 范围”，而是**编码必须为 UTF-8、引擎模式要匹配、\w 不能依赖、. 默认不跨行**——这四点没对，写再长的 [\u4e00-\u9fa5] 也查不到。
为什么 \w 或 . 匹配不到中文？
因为 Sublime 的 \w 默认只认 ASCII 字母数字下划线（a-z、A-Z、0-9、_），完全不包含汉字、平假名、片假名或 emoji。而 . 默认也不匹配换行符，更不会自动扩展到 Unicode 字符。
- 想匹配中文：用
[\u4e00-\u9fa5]（常用汉字）或(?u)\p{Han}（需开启 Unicode 模式，即正则开头加(?u)） - 想匹配日文（含平假名+片假名）：
[\u3040-\u309f\u30a0-\u30ff] - 想匹配任意 Unicode 字母（含中文、日文、韩文、拉丁等）：
(?u)\p{L} - 别用
.*匹配含中文的整行——它可能在第一个换行就停住；改用[\s\S]*?或开头加
中文替换时乱码或不生效？先看编码和模式
右下角状态栏显示的编码如果不是 UTF-8（比如是 <code>GBK 或 Western (ISO 8859-1)），中文正则必然失效——哪怕表达式完全正确，Sublime 读入的字节流本身已是乱码。
- 执行
File → Save with Encoding → UTF-8 with BOM（Windows 下最稳） - 确认右下角显示
UTF-8，不是UTF-8 with BOM以外的其他编码 - 正则模式必须开启：按
Alt+R（Win/Linux）或Cmd+Alt+R（macOS），右下角图标变成.* - 如果替换了 0 处，优先检查这两项，而不是重写正则
常见中文替换场景与安全写法
直接抄能用，但要注意边界和转义：
- 删所有中文注释（如
// 这是中文）：
查找：//[\u4e00-\u9fa5]+
替换：//（保留双斜杠，避免语法错误） - 把
url("xxx")中的中文路径统一加前缀：
查找：url\("([^"]*[\u4e00-\u9fa5][^"]*)"\)
替换：url("/static/$1") - 给中文字符串加引号（原为
姓名: 张三→姓名: "张三"）：
查找：: ([\u4e00-\u9fa5]+)$
替换：: "$1" - 提取 JSON 中的中文键值：
"([\u4e00-\u9fa5]+)": "([^"]*)"→ 替换为$1 = $2（注意：确保 JSON 是扁平结构，不嵌套）
跨文件批量处理中文时最容易忽略的三件事
用 Ctrl+Shift+F 全局替换中文内容，不是写对正则就完事了。
- Where 栏必须显式限定路径，比如
src/**/*.vue，避免误改node_modules或dist下的构建产物 - 务必先点
Find All，看右侧结果列表是否每条都命中目标文件——中文路径名或文件里混有 BOM 时，常出现“查得到但替换不了” - 替换后不会自动保存，要手动执行
File → Save All或Ctrl+K → Ctrl+B，否则关掉窗口就丢修改
真正卡住人的，从来不是 [\u4e00-\u9fa5] 写得够不够全，而是你没确认文件编码是否 UTF-8、没点开 .*、也没验证 Find All 是否真能高亮——这三步跳过，后面全是白忙活。
