“魔法数字”指代码中未命名、含义不明确的字面量数值（如42、0.001、3600）；直接全局替换易误伤字符串、注释、十六进制数（如0x3600）或更大数字的一部分，须用正则锚定独立token——前后均不能是字母、数字或下划线。
什么是“魔法数字”，为什么不能直接全局替换
魔法数字指代码中未命名、含义不明确的字面量数值，比如 42、0.001、3600。直接用 Sublime 的普通查找替换（如把所有 3600 换成 SECONDS_PER_HOUR）极可能误伤：它可能出现在字符串里、注释中、十六进制数中间（如 0x3600），甚至作为更大数字的一部分（如 13600）。正则必须锚定“独立数字字面量”这个语义。
关键判断依据是：它得是完整 token —— 前后都不能是字母、数字或下划线（否则属于变量名或十六进制的一部分），但可以紧邻括号、运算符、逗号、分号、换行等。
Sublime 中匹配独立整数的正则写法
Sublime 使用的是 PCRE 风格正则，支持单词边界 \b，但它对数字的处理有陷阱：\b 在数字前后只认 ASCII 字母、数字、下划线为“单词字符”，所以 \b3600\b 能匹配 3600，但也会错误匹配 0x3600 中的 3600（因为 x 和 3 之间不是单词边界）。更稳妥的方式是用否定字符类显式限定上下文：
- 匹配独立整数（含负号）：
(? (?：确保前面不是字母/数字/下划线（排除 <code>var3600、0x3600）-
-?\b\d+\b：匹配可选负号 + 整数（\b此处仍有助于隔离1234和12345） -
(?![a-zA-Z0-9_])：确保后面也不是字母/数字/下划线（排除3600L、3600u等后缀）
注意：这个表达式不匹配浮点数（如 3.14）、科学计数法（如 1e6）、十六进制（0xFF）或八进制（0755）——这些需单独处理，且往往语义更复杂，不建议一并替换。
实际替换操作与常见翻车点
在 Sublime 中启用正则替换（Alt+R 或点击右下角 .* 按钮），填入上述正则，替换框里写目标常量名，比如 SECONDS_PER_HOUR。但别急着 Replace All：
- 务必先勾选
Match Case（避免误匹配大写变量名中的数字） - 禁用
Whole Word（它和正则冲突，会干扰\b行为） - 对每个候选数字，手动点
Find Next→Replace逐个确认：看上下文是否真是魔法数字（比如for (int i = 0; i 中的 <code>0和10很可能是合法的循环边界，不一定需要常量化） - 特别警惕数组索引：
arr[0]、buf[4096]——0几乎从不提取为常量，4096则要看是否表示页大小等固定含义
如果项目用了 C/C++ 预处理器，还要避开宏定义体内的数字：#define MAX_RETRY 3 中的 3 是宏体，不是调用处的魔法数字，不应在此阶段动。
浮点数和带单位的数字怎么处理
\b\d+.\d+\b 可以粗略匹配小数，但它会漏掉 .5（无整数部分）和 1e-3，而且同样面临上下文误匹配问题。更现实的做法是：
- 放弃全自动：浮点数含义高度依赖上下文（
0.001可能是容差、时间间隔、衰减系数），必须人工判读 - 用更窄的正则缩小范围，例如只找带注释暗示的：
\b0\.001\b(?=\s*//\s*tolerance) - 对带单位的硬编码（如
1024 * 1024），优先考虑用已有的标准常量（MB、KiB）或计算表达式替代，而不是塞进一个新名字
真正容易被忽略的是：有些“数字”其实是协议版本、状态码或错误码（如 HTTP 状态 404、POSIX 错误 EINVAL），它们本就不该被替换成项目级常量，而应使用对应领域的标准符号 —— 这类替换不属于“消灭魔法数字”，而是引入语义污染。
