下划线分隔大数字字面量是提升配置参数可读性最轻量有效的方式，适用于时间、容量、标识、科学常量等关键参数，需按语义逻辑分组并兼顾语言语法兼容性。
直接用下划线分隔大数字字面量，是提升配置参数可读性最轻量、最有效的手段之一。它不改变数值本身，也不增加运行开销，只在源码层面做视觉优化——关键在于用对位置、用在关键参数上。
哪些核心参数最值得加下划线
不是所有数字都需要分隔。优先用于以下几类易错、高频、影响系统行为的配置值：
- 时间类：超时毫秒（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 却不用下划线
