Sublime中匹配固定长度单词应避免\b\w{N}\b，因其对Unicode支持弱且\w不匹配中文；推荐用1{N}配合Whole Word或负向断言，如(?<!\w)\w{5}(?!\w)匹配纯英文5字词，或(?<!\S)\S{4}(?!\S)匹配含中文的4字组合。\s ↩
Sublime里怎么用正则匹配固定长度单词
Sublime Text 不支持 \b\w{5}\b 这种写法直接生效——因为它的 PCRE 引擎默认不把 \b 当作“单词边界”处理（尤其在中文或混合字符场景下），\w 也只认 ASCII 字母数字和下划线，对中文、emoji、Unicode 字符无效。
真正能稳定匹配「恰好 N 个连续非空白字符」的写法是：[^\s]{N}，但必须配合 Whole Word 或锚点控制范围，否则会切开长单词（比如想换 4 字词，[^\s]{4} 会从 “人工智能时代” 里抓出 “人工智”“能时代” 这类碎片）。
- 匹配纯英文 5 字单词（不含标点）：用
(? —— 前后加负向断言，确保左右不是字母 - 匹配含中文/英文字母/数字的 4 字组合（如 “用户登录”、“login1”）：用
(? - 想跳过字符串和注释？先手动选中代码区域（Ctrl+Shift+P → “Select Code” 或用多行选中），再执行 Find All，避免误触引号内内容
为什么 \b\w{6}\b 在 Sublime 里经常失灵
根本原因有两个：\b 在 Sublime 的 PCRE 实现中对 Unicode 支持弱，遇到中文、全角符号或下划线连接的变量名（如 user_name）就失效；\w 默认不包含中文、日文等常用字符，\w{6} 在中文文本里根本匹配不到任何东西。
更糟的是，如果文件没声明 UTF-8 BOM，Sublime 可能按 Latin-1 解析中文，导致 [一-龥] 也失效——此时得改用 [\u4e00-\u9fa5] 并确认文件编码为 UTF-8（菜单 → File → Reopen with Encoding → UTF-8）。
-
\b在console.log中把log当作独立单词，但在user_login里却把_当作单词边界，结果\blogin\b匹配失败 - 想匹配 3 字函数名如
get、set，但\b\w{3}\b也会命中let、for等关键字，需加白名单过滤或限定上下文（如function\s+\w{3}\s*\(\)） - 跨行文本中，
\b无法跨越换行符工作，哪怕开了. matches newline，也得靠(? 这种基于空白符的写法才可靠
替换前必须验证的三件事
批量改长度相关单词极易污染代码，比如把 JSON key "id" 换成 "ID" 后，前端解析直接报错。不是靠正则写得多漂亮，而是靠验证够不够狠。
- 先点
Find看高亮数量——如果显示 “127 matches”，但你只预期改 20 处，说明正则太宽泛，立刻停手 - 点开几个高亮位置，检查是否落在字符串、注释、正则字面量（如
/\d+/）或 HTML 属性值里；这些地方不该动 - 对关键匹配项右键 → “Copy Line”，粘贴到新 tab 手动比对：原内容 vs 正则提取结果 vs 替换后效果，确认
$1捕获是否准确、边界是否吃掉空格或括号
实际案例：把所有 2 字中文字段名转驼峰（如 姓名 → xingMing）
这不是简单替换，涉及 Unicode 字符拆分 + 大小写转换，Sublime 原生不支持大小写函数，只能靠两步走：先用正则提取，再用多光标手动调。
第一步，精准捕获所有独立的 2 字中文：查找 (?，勾选 <code>Whole Word 和 Regex，点击 Find All；第二步，按 Ctrl+Alt+G（Win/Linux）或 Ctrl+Cmd+G（Mac）进入多光标模式，删掉两个字，手动输入首字母小写+次字首字母大写形式。
注意：别试图用 $1 直接转——Sublime 不支持 \U 或 \L 这类大小写修饰符；也别依赖插件自动转，容易把 中国 错转成 zhongGuo（这是拼音，不是驼峰）。
最常被忽略的是空格和标点紧邻情况：比如 姓名: 或 "姓名":，正则必须把冒号、引号排除在外，否则替换后变成 xingMing: 缺少空格，JSON 就非法了。
