安全匹配以 user_ 开头的变量名需用 \buser_[a-z0-9]+\b 并启用正则模式；替换为 currentUser_ 后缀时用捕获组 \b(user_)([a-zA-Z0-9]+)\b 和 currentUser_$2；注意跨文件、注释、字符串及编码兼容性问题。
能批量替换带特定前缀的变量，但必须用 \b 锚定单词边界，否则会误改子串（比如把 user_name 里的 user 当成前缀干掉）。
怎么写正则匹配「以 user_ 开头的变量名」
直接搜 user_[a-z]+ 风险极高——它会命中 username、debug_user_id 甚至字符串里的 "user_token"。真正安全的写法是：
- 查找框填：
\buser_[a-z]+\b（\b确保前后都是单词边界，排除子串和连字符场景） - 务必勾选右下角的
.*图标启用正则模式，否则\b当字面量处理，完全不生效 - 如果变量可能含数字（如
user_123），改成：\buser_[a-z0-9]+\b - 想跳过双下划线（如
__user_cache），加负向先行断言：\b(?（注意 Sublime 的 PCRE 对 <code>(? 支持有限，实测更稳的是先人工筛选再操作）
替换时怎么保留原变量名后半段
比如把 user_name → currentUser_name，或 user_id → currentUser_id，关键在捕获组：
- 查找：
\b(user_)([a-z]+)\b（用括号分两组：前缀 + 后缀） - 替换：
currentUser_$2（$2引用第二组，即name或id） - 别写
$1$2——那等于没换；也别漏$符号，写成2就真替成数字 2 了 - 如果后缀含数字或大小写混合（如
user_APIKey），需调整正则：\b(user_)([a-zA-Z0-9]+)\b，并确认是否勾选Match Case
为什么全局替换后有些地方没改到
不是正则写错了，而是 Sublime 默认不跨文件、不进注释、不碰字符串——这是设计，不是 bug：
- 想改多个文件？按
Ctrl+Shift+F打开「在文件中查找」，同样要点.*，并在「Where」填路径（如src/**/*.js）和文件类型过滤（如*.py,*.js） - 注释里的
user_data不会被匹配——正则不区分上下文，但语法高亮会帮你肉眼识别；若真要改注释，先Ctrl+Shift+P→Toggle Comment临时取消注释 - 字符串内的
"user_name"也会被漏掉，因为引号内容通常有不同作用域；稳妥做法是先用"user_[a-z]+"（加英文引号）单独搜字符串场景，再分批处理 - 空行、缩进混乱、混用 Tab/空格可能导致
\b失效；统一缩进格式（Ctrl+Shift+P→Indentation: Convert to Spaces）后再试
容易被忽略的兼容性细节
\b 在 UTF-8-BOM 文件里行为不稳定，中文变量名（如 用户_name）需额外处理：
- UTF-8 无 BOM 文件，Sublime 可能误判编码，导致
\b匹配失败；保存时选File → Save with Encoding → UTF-8（带 BOM）更可靠 - 含中文前缀（如
用户_姓名）不能用[a-z]，得换成[一-龥]或[\u4e00-\u9fa5]，且确保文件编码正确 - 大文件（>10MB）上用
\buser_[a-z]+\b可能卡顿；先Ctrl+Shift+F预览匹配数，超 500 处建议分目录或按函数块选区操作 -
$1、$2在替换框里才有效，查找框里写$1会当字面量，啥也匹配不到
