数字分隔符对不同进制的数字都有效。①它适用于十进制、小数、bigint类型以及十六进制、二进制和八进制等非十进制数字，如0xff_00_00或0b1010_0101_1100_0011；②使用时需遵守不能出现在数字开头、结尾、紧挨小数点或连续出现的规则；③常见应用场景包括定义常量、财务数据、id与时间戳、位掩码等；④注意事项涵盖兼容性、数值不变性、团队规范及避免过度使用。
在ES6（准确地说是ES2021）中，数字分隔符（_）提供了一种非常直观的方式来提升代码中数字字面量的可读性。它允许你在数字中插入下划线，这些下划线在JavaScript引擎解析时会被直接忽略，不影响数值本身，但能让开发者一眼看清数字的大小和结构，极大地减少了阅读长数字时的认知负担。
说实话，我个人觉得这个特性简直是福音。以前看到一串零的长数字，比如 1000000000，眼睛都要花。现在有了下划线，一眼就能看出来这是十亿：1_000_000_000。它的用法非常简单，就是在数字的任何两位之间插入下划线即可。
你可以用它来分隔整数部分：
const population = 7_800_000_000; // 78亿人口const maxBytes = 2_147_483_647; // 2GB左右的最大字节数
小数部分也能用，不过一般我们习惯在整数部分分隔，或者在小数点后也做一些分隔：
const pi = 3.141_592_653; // 圆周率const exchangeRate = 7.123_45; // 汇率
它对BigInt类型也同样适用，这在处理超大数字时尤其有用：
const largeNumber = 9_007_199_254_740_991n; // 超过JS Number安全范围的BigInt
甚至在各种进制的数字中也能用，比如十六进制、二进制和八进制，这对于需要精确表示位模式的场景非常方便：
const redColor = 0xFF_00_00; // 十六进制颜色值const permissions = 0b1010_0101_1100_0011; // 二进制权限位const octalValue = 0o7_6_5_4_3_2_1; // 八进制
不过，也有一些小规矩得遵守。下划线不能出现在数字的开头或结尾，也不能紧挨着小数点，或者连续出现。比如 _100、100_、1_._0、1__00 都是不合法的。这些限制其实很合理，避免了歧义。
数字分隔符对不同进制的数字都有效吗？
当然有效，而且我觉得在非十进制的数字里，它的作用有时甚至更明显。比如我们看一个二进制数 0b1010101010101010，是不是觉得有点晕？它到底是多少位，代表什么？
但如果你把它写成 0b1010_1010_1010_1010，立马就清晰了。我可以把它分成每四位一组，对应一个十六进制位，或者每八位一组，对应一个字节。这在处理位运算、权限掩码或者网络协议中的标志位时，简直是救命稻草。
十六进制也是一样，0xDEADBEEF 这种经典的颜色或内存地址，用 0xDE_AD_BE_EF 或者 0xDEAD_BEEF 来表示，读起来就舒服多了。它不会改变数字的实际值，只是给你的眼睛提供了一个更友好的视图。这种视觉上的辅助，对于理解复杂的数据结构或者低级操作的逻辑，帮助非常大。
在实际开发中，数字分隔符有哪些常见应用场景？
我发现这玩意儿在实际项目中挺多地方都能派上用场的。
一个很典型的场景就是定义各种常量。比如，如果你需要一个表示“一百万”的常量，以前可能就写 1000000，或者为了可读性写成 1e6。现在，直接 1_000_000，清晰明了，一眼就能看出是个整百万。再比如，一些系统级的最大值、最小值的定义，或者像 60_000 毫秒表示一分钟这种，都非常适合。
处理财务数据时也特别有用。比如，一个订单金额 1234567.89，写成 1_234_567.89，是不是瞬间就有了“一百二十三万四千五百六十七点八九”的感觉？这对于避免录入错误或者快速核对数字非常有帮助。
还有就是ID或者版本号。虽然ID通常是字符串，但如果遇到纯数字的长ID，或者需要用数字表示时间戳（比如精确到毫秒的Unix时间戳），数字分隔符也能让它们不那么像一串随机数。
最后，不得不提的是位掩码和标志位。在一些底层或者需要操作二进制数据的场景，我们经常会用十六进制或二进制来定义各种状态。比如 const READ_PERMISSION = 0b0001; const WRITE_PERMISSION = 0b0010; 当这些权限组合起来，或者有更多位的时候，0b1010_0101_1100_0011 这种写法，能让你快速定位到每一组位代表的含义，而不是去数零和一。
使用数字分隔符时有哪些需要注意的细节或潜在误区？
虽然数字分隔符是个好东西，但用起来还是有些小细节需要注意的，不然可能会踩坑或者达不到预期的效果。
首先是兼容性问题。虽然标题里提到了ES6，但实际上数字分隔符是ES2021（ECMAScript 2021）才正式引入的特性。这意味着，如果你在老旧的浏览器环境或者Node.js版本上直接使用，可能会报错。通常，现代的开发流程都会通过Babel这类工具进行转译（transpilation），把新特性转换成旧环境能理解的代码，这样就没问题了。但如果你是直接在浏览器里写原生JS，就得留意目标用户的浏览器版本了。
其次，它仅仅是语法糖，不改变数值本身。这意味着 1_000 和 1000 在JavaScript引擎看来是完全一样的数值。当你把这个数字转换成字符串时（比如 String(1_000_000) 或者 (1_000_000).toString()），输出的结果是 "1000000"，下划线是不会被保留的。这在做字符串拼接或者日志输出时需要注意。
再来就是团队规范和Linter配置。在一个团队里，如果大家决定使用数字分隔符，最好能约定一个统一的风格。比如，是每三位分隔，还是根据业务逻辑来分隔（像IP地址那样 192_168_1_1）？Linter工具（比如ESLint）可以帮助强制执行这些规范，避免代码风格不一致。有些Linter甚至会有专门的规则来检查数字分隔符的使用，比如是否过度使用，或者格式是否正确。
最后，避免过度使用。虽然它能提高可读性，但也不是所有数字都需要。像 10、100 这种一眼就能看清的数字，加上下划线反而显得多余，甚至可能降低可读性。只有当数字长度达到一定程度，或者其内部结构（如进制、位模式）需要强调时，才值得使用。目的始终是为了提高可读性，而不是为了用而用。
以上就是ES6中如何用数字分隔符提高可读性的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1510631.html
微信扫一扫 
支付宝扫一扫 
