告别数零焦虑：JavaScript 数值分隔符实战指南

做前端开发的同事应该都有过这种经历：在控制台调试时，面对一串由 0 和整数位组成的长数字，比如 1024000000，眼睛不由自主地开始数后面有几个零，试图换算成 G 或者 M。这种“数零游戏”不仅费神，还容易因为少看一个零导致严重的逻辑错误。

ES2021 引入的数值分隔符功能，就是为了解决这个痛点。它允许你在书写数字字面量时使用下划线 _ 作为分隔符，让大数字一目了然。例如，将百万美元写成 1_000_000，二进制状态位写成 0b_001_111_00。这不仅仅是语法糖，更是维护成本上的减负。

核心用法非常简单，你只需在数字的字面量中插入下划线即可。下划线可以出现在任意两个数字之间，但不能出现在开头或结尾，也不能紧挨着小数点。比如下面的写法是合法的：

const price = 1_000_000; 
const tiny = 0.001_001; 
const hex = 0xFF_FF_F;

但有些直觉上合理的操作却会报错。如果你写成 _100 或者 100_，引擎会直接抛出语法异常。记住一个原则：下划线必须被数字夹在中间。同样，小数点前后不能紧邻下划线，像 1_.001 或 1._001 都是非法的。另外，连续的两个下划线也是不被允许的，1__000 会被解析器拒绝。

除了常见的十进制，该特性完美支持各种进制的数字表示。在处理位运算、掩码配置或内存地址模拟时，这一点尤为实用。十六进制颜色值或者文件头魔数，可以用下划线分组阅读：

// 十六进制
const color = 0xAABB_CCDD; 

// 二进制状态组合
const permissions = 0b_1100_1010;

这意味着你可以按字节（每两个字符）或每四位来划分二进制位，极大地降低了后续阅读代码的认知负荷。

虽然浏览器兼容性已经相当成熟，但在实际工程落地时，有一个极易踩坑的场景需要特别注意：JSON 数据解析。JavaScript 语言本身并不支持在 JSON 文本中使用数值分隔符。如果你尝试用 JSON.parse('{"value": 1_000}')，代码会运行失败。这是因为 JSON 标准尚未采纳此特性，而 eval 或直接脚本执行才支持。因此，千万不要试图在 API 返回的字符串或存储文件中直接使用带下划线的数字，它们依然需要在后端格式化或前端展示层转换后才能使用。

在使用 TypeScript 或较旧的构建工具链时，还需要确认编译器的目标版本设置。如果你的 target 设为 es2016 且未配置降级插件，打包后的代码可能会报错。通常默认配置会自动处理，但遇到构建失败排查时，不妨先检查一下是否是这个问题。

关于何时使用，建议遵循团队的约定。对于普通的循环计数变量，比如 for (let i = 0; i < 10; i++)，没必要强行加下划线画蛇添足。它的价值主要体现在常量定义、金融金额计算内部精度、以及大 ID 生成等场景中。当这个数字不再是一个简单的计数器，而是一个代表具体业务含义的量级时，加上分隔符能显著提升协作效率。

代码的可读性往往体现在这些细微之处。不需要复杂的架构调整，只需要多敲几个下划线，就能让同行在看你写的代码时少花一秒去理解数值的大小。这种微小的改进积累起来，就是高质量的工程体验。下次写大数字时，不妨顺手加个分割线，既专业又贴心。