sublime中ruby正则替换需针对性调整：块参数匹配需转义|并处理多参数；map→&:转换须限定单表达式块；present?替换要用\r避免吞行；中文环境变量重命名应弃用\b改用负向断言。
Sublime 的正则替换在 Ruby 代码重构中能快速完成常见模式转换，但直接套用通用正则容易出错——Ruby 的语法特性（如块参数|x|、符号:key、问号方法present?）和 Sublime 的 PCRE 引擎行为之间存在几处关键错位，必须针对性调整。
匹配 Ruby 块参数时为什么 |(\w+)| 会漏掉多参数？
Ruby 块可写成 |a, b, c| 或 |a,|，而 \w+ 不匹配逗号和空格，导致只捕获第一个变量名。更糟的是，| 在正则里是“或”操作符，不转义就会破坏逻辑。
- 正确写法：查找
\|\s*(\w+(?:\s*,\s*\w+)*)\s*\|，其中(?:\s*,\s*\w+)*匹配零或多个“逗号+变量”组合 - 若只想提取所有参数名（不管几个），用
\|\s*([^|]+)\s*\|+$1替换，再对结果按逗号切分 - 注意：Sublime 不支持
\K后的多次捕获，所以别试图用\|\K[^|]+提取全部——它只返回第一个匹配项
map { |x| x.name } → map(&:name) 怎么安全转换？
这个重构看似简单，但直接搜 map \{ \|(\w+)\|\s+\.(\w+) \} 会误伤 map { |u| u.admin? ? 'yes' : 'no' } 这类带逻辑的块，且无法处理嵌套点号（如 u.profile.avatar_url）。
- 安全前提：只处理单表达式块，即
|x| x.attr或|x| x.attr()形式 - 查找：
map\s*\{\s*\|(\w+)\|\s+\1\.(\w+)(?:\s*\(\))?\s*\} - 替换：
map(:$2)（:是:的 HTML 实体，避免被解析为标签；实际输入时直接写map(&:$2)） - 务必先关闭
. matches newline，否则跨行块会被跳过
替换 if x.present? 为 if x 时为何总多删一行？
因为 present? 常出现在 Rails 模板中，后面紧跟换行或缩进，而 ^\s*if\s+\w+\.present\?\s*$ 会把整行（含换行符）当匹配内容删掉，导致上下文错位。
- 正确做法：用
\R显式匹配换行符，查找^\s*if\s+(\w+)\.present\?\s*\R - 替换为：
if $1\n（保留一个换行，避免粘连下一行） - 若需兼容
unless和括号形式，扩展为^(?:if|unless)\s+(\w+)\.present\?\s*(\R)，替换为$0$2（$0是整行，$2是换行符） - 警告：不要用
^.*present\?.这种贪婪写法——它可能吞掉下一行的end导致语法错误
批量重命名 Ruby 变量时，\b 为什么在中文注释里失效？
Sublime 的 \b（词边界）基于 ASCII 字符判断，在含中文的文件中，user_name 后接中文“用户”时，\b 无法识别边界，导致 user_name = "xxx" 被误匹配为 user_name_zh 的一部分。
- 替代方案：用
(?（负向先行断言）代替 <code>\b开头，(?![a-zA-Z0-9_])代替结尾 - 例如重命名
user_name→account_name，查找：(? - 如果变量名含
@或@@，需额外处理：查找(? - 执行前务必勾选
Whole word（整词匹配），比正则断言更稳定
真正麻烦的不是写不出正则，而是 Ruby 的灵活语法和 Sublime 的 PCRE 引擎之间存在隐性冲突——比如 do...end 块的跨行匹配必须用 (?s)，但开启后 ^/$ 就不再按行生效；又比如符号 :id 中的冒号在查找框里要转义为 \:，否则会被当成分组语法。每次重构前，花 10 秒用 Ctrl+F 单独验证查找是否精准命中目标结构，比事后修语法错误快得多。
