python中\b失效主因是字符串未加r前缀致转义为退格符，需用raw字符串（如r'\b'）确保正则引擎正确识别单词边界。
Sublime 的正则替换不是 Python 代码的“智能重构工具”，它不解析 AST，也不理解作用域或类型——所有操作都基于纯文本匹配。直接上 re.sub 或用 IDE 的 Rename Symbol 功能更安全；但若你明确知道上下文、已备份、且目标模式足够稳定，正则能秒级完成大批量机械修改。
如何安全地把 print 替换成 logging.info
盲目搜 print( 并替换成 logging.info( 会误伤字符串、注释和被注释掉的代码。必须锚定为独立语句：
- 查找：
^\s*print\(([^)]*)\)\s*$——^和$锁定整行，\s*吃掉缩进和尾部空白，([^)]*)捕获括号内非右括号内容（避免跨行） - 替换：
$1 logging.info($2)不对：实际应为logging.info($1)，因为只有一组捕获 - 务必先点
Find All预览：确认没匹配到# print("debug")或my_print = lambda x: ... - 若需保留原有缩进（比如在 if 块里），把查找改成：
^(?P<indent>\s*)print\(([^)]*)\)\s*$</indent>，替换为：${indent}logging.info($2)
函数调用参数格式转换：func(a, b) → func({a, b})
这不是简单加花括号，关键是识别“逗号分隔的纯参数”，排除带默认值、星号解包、关键字参数等复杂情况。保守做法只处理最简形态：
- 查找：
func\(\s*([^()]*?)\s*\)——[^()]*?防止跨括号，\s*吞掉空格，?非贪婪 - 替换：
func({$1}) - 风险点：若原文是
func(x, y, z)，结果变成func({x, y, z})，但 Python 中{x, y, z}是 set，不是 tuple —— 这里不是语法纠错，而是你得清楚自己要的是什么语义 - 更安全的写法：先用
Ctrl+Shift+F全局搜func\(，人工检查前 20 处是否都符合预期，再批量
为什么 \b 在 Python 代码里经常失效？
\b 是单词边界，依赖 Unicode 字符类判断。但在 Sublime 中，当代码混有中文注释、Unicode 变量名（如 用户_id）或下划线开头的私有变量（如 _cache）时，\buser\b 可能匹配不到 user_id 中的 user，因为 _ 被视为单词字符。
- 替代方案：用
(? —— 显式负向断言，绕过 <code>\b的模糊性 - 更轻量的做法：用
^user\s*=\s*|def\s+user\s*\(等上下文锚定，比泛泛而谈的\buser\b更准 - 别在查找
import os时用\bos\b：它会命中os.path里的os，但也会误中cos、pose—— 直接搜import os或from os import更稳
跨行匹配多行 docstring 或 if 块时卡死怎么办？
默认 . 不匹配换行符，强行开 . matches newline 后用 .* 匹配大段内容，极易导致回溯爆炸，尤其在含嵌套括号或重复结构的代码里（如长 JSON 字符串、多层缩进的 dict）。
- 正确姿势：用
(?s)"""[\s\S]*?"""或(?s)/\*\*[\s\S]*?\*/——[\s\S]明确表示“任意字符”，无歧义，性能远好于.* - 处理 if 块时，别试图一次匹配整个块；改用两步法：先用
^\s*if\s+.*?:$定位 if 行，再按Ctrl+Shift+M（选择括号内容）手动扩选，接着Ctrl+Shift+L分行光标，统一加缩进或注释 - 文件 > 5MB 时，Sublime 的正则引擎会降级或截断结果；此时应先导出目标函数/类到新文件，再单独处理
最常被忽略的一点：正则替换后，Python 代码的缩进、括号配对、引号闭合全靠你自己肉眼验证。Sublime 不做语法检查，它只忠实地执行你写的规则——错一个反斜杠、少一个 $、多一个空格，就可能生成非法语法。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
