sublime正则替换失效的主因是三个开关未对齐、编码非utf-8、锚点被默认规则覆盖；$1原样输出因查找与替换面板正则模式未各自启用；跨行需用[\s\s]?而非.?；中文匹配须设utf-8编码并避免\b。
Sublime 的正则替换不是“写对就能用”，$1 原样输出、中文全不匹配、跨行直接失效——这些问题 90% 都不是正则语法错，而是三个开关没对齐、编码没调好、或锚点行为被默认规则悄悄覆盖。
为什么 $1 总是原样输出，而不是展开捕获内容
根本原因不是括号写少了，而是查找和替换两个面板的正则模式必须**各自点亮**，且捕获组写法必须严格匹配 Sublime 的替换语法规范：
- 查找框里写了
(\w+)，但替换面板右下角的.*图标没点蓝 →$1当字面量处理 - 替换框写了
\1或${1}→ Sublime 只认$1（$后跟纯数字），其他形式一律不解析 - 查找中用了嵌套括号，比如
((\d+)-(\w+))，编号按左括号顺序：外层是$1，中间是$2，最内是$3；Sublime 不支持(?:)非捕获组，所有(都占位 - 要输出字面量
$，必须写$$；单独写$会被忽略或报错
跨行匹配为什么总卡在第一行，或吞掉整文件
. 默认不匹配换行符，这是硬限制。强行开 . matches newline 又会让 ^/$ 失效、引发贪婪回溯卡死。稳妥解法是绕过 .，改用显式字符集：
- 匹配任意内容（含换行）：用
[\s\S]*?，别用.*? - 匹配大括号块：
\{[\s\S]*?\}，比\{.*?\}更安全 - 提取函数参数（含换行）：
\(([\s\S]*?)\)，比\(([^)]*)\)更可靠 - 大文件（>5MB）慎用跨行正则；先用
^function\s+\w+定位函数名，再人工圈选范围操作
中文、emoji、带下划线的变量名为什么匹配不到
这不是正则写得不够花哨，而是底层编码和边界定义失准：
- 状态栏显示编码不是
UTF-8（Windows 下常误判为GBK）→ 执行File → Save with Encoding → UTF-8 with BOM最稳 -
\buser\b匹配到username：因为 Sublime 把_和数字也当单词字符；简单场景直接加空格或冒号限定，如user:或user - 想匹配 4 字中文词，别用
\b\w{4}\b（\w不含中文）→ 改用(?，或更精准的 <code>(?（前提是文件已为 UTF-8） - 变量重命名如
user_name → userName，不能只靠\b，得加否定断言：\b([a-z0-9]+)_([a-z])([a-z0-9]*)\b，再用$1\u$2$3实现首字母大写
删空行、提注释块、全局替换为何总出意外
这些操作失败，往往卡在作用域控制和副作用上，而非正则本身：
- 删空行写
^\s*$会误吞换行符 → 正确写法是^[ \t]*$（只匹配空格和 Tab），并确保. matches newline是关闭状态 - 清理 JSDoc 注释块：
/\*\*[\s\S]*?\*/比/\*\*.*?\*/稳定；若含嵌套*/，Sublime 不支持递归，必须分步或放弃正则 - 跨文件替换（
Ctrl+Shift+F）前，必须检查三件事：项目是否已通过File → Open Folder…加载、Where路径是否精确（如src/**/*.js）、替换后是否手动Save All（Sublime 不自动保存） - 每次替换前，先点
Find All—— 这一步省掉，后面全是白忙活；高亮数量不对、位置偏移、落在字符串/注释里，都得立刻停手
真正难搞的从来不是语法，而是那些看不见的上下文：编码隐式切换、换行符混用（\r\n vs \n）、语法高亮插件干扰 scope、甚至侧边栏没加载项目导致 Where 路径失控。这些地方一松懈，正则就从利器变雷区。
