下划线分隔大数字字面量是提升配置参数可读性最轻量有效的方式，适用于时间、容量、标识、科学常量等关键参数，需按语义逻辑分组并兼顾语言语法兼容性。

直接用下划线分隔大数字字面量，是提升配置参数可读性最轻量、最有效的手段之一。它不改变数值本身，也不增加运行开销，只在源码层面做视觉优化——关键在于用对位置、用在关键参数上。

哪些核心参数最值得加下划线

不是所有数字都需要分隔。优先用于以下几类易错、高频、影响系统行为的配置值：

• 时间类：超时毫秒（30_000 比 30000 更快识别为 30 秒）、调度周期（60_000、300_000）、时间戳（1_745_000_000_000）
• 容量类：内存大小（2_147_483_647 表示 Integer.MAX_VALUE）、文件阈值（100_000_000 字节 ≈ 100MB）、缓冲区长度（8_192）
• 标识类：订单号/流水号片段（1234_5678_9012_3456）、掩码位模式（0b1100_0011_1010_1111）、颜色值（0xFF_FF_CC_00）
• 科学常量与系数：阿伏伽德罗常数（6.022_140_76e23）、π 近似值（3.141_592_653_589）

按语义逻辑分组，而非机械千分位

下划线不是简单照搬财务千分位习惯。要结合参数的实际含义来分隔：

• 十六进制地址或掩码，按字节分（0xFF_00_FF_00），比 0xFF00FF00 更易定位高/低字节
• 二进制标志位，每 4 位一组（0b1010_1100_0011），契合十六进制阅读习惯
• 信用卡号或电话号码，按业务段落切分（123_456_7890、1234_5678_9012_3456）
• 浮点系数，按有效数字分组（1.234_567_890_123），方便校验精度

避开语法雷区，确保全环境兼容

不同语言规则差异明显，写错会直接编译失败或运行报错：

• Java：不能紧贴 0x、0b、小数点、L/F/D 后缀；不允许连续下划线（1__000 ❌）
• JavaScript（ES2021+）：不能出现在 e/E 旁（1e_6 ❌），八进制前缀 0o 后也不能紧跟（0o_755 ❌）
• Python：相对宽松，但仍禁止开头、结尾、紧贴小数点（_100、100_、3._14 均 ❌）
• 上线前务必确认目标环境版本：JDK ≥ 7、Node.js ≥ 12.20、Chrome ≥ 88、Python ≥ 3.6

配合常量命名，形成可读性双保险

下划线解决“数字长得像乱码”的问题，命名解决“这个数字代表什么”的问题。二者结合效果最佳：

• ✅ static final long DEFAULT_TIMEOUT_MS = 30_000;
• ✅ static final int MAX_PAYLOAD_SIZE_BYTES = 4_194_304; （4MB）
• ✅ private static final int RGB_MASK = 0xFF_00_00_00;
• ❌ 避免单独使用：仅写 30_000 而无上下文变量名，或仅靠注释如 // 30 seconds 却不用下划线