99999999999999999999 === 100000000000000000000？
jason19659 jason19659 2020-02-21 00:26:16 +08:00 5387 次点击这是一个创建于 2061 天前的主题，其中的信息可能已经有所发展或是发生改变。
99999999999999999999 === 100000000000000000000
true
谁能解释下
第 1 条附言 2020-02-21 01:11:26 +08:00
typeof 99999999999999999999
"number"
"number"
 | 1 cmdOptionKana 2020-02-21 00:33:56 +08:00 一个提示：Javascript 没有整数，只有浮点数 |
 | 2 huihuimoe 2020-02-21 00:45:18 +08:00 via Android  3 @cmdOptionKana 有整数的，现在 bigint 已经在浏览器普及了。 只要在数字后加个 n 就可以 譬如 99999999999999999999n === 100000000000000000000n > false |
| 3 huihuimoe 2020-02-21 00:48:36 +08:00 via Android 至于楼主说的这个问题是编程经典问题，详细的内容可以搜索下 0.1+0.2 问题 https://medium.com/better-programming/99432310d476 |
 | 4 Tink PRO 老问题了，搜一下 |
 | 5 luob 2020-02-21 01:06:54 +08:00 via iPhone 浮点数判断大小宜用减法 |
| 6 cmdOptionKana 2020-02-21 01:08:30 +08:00/span> @huihuimoe 这种整数其实是个 object 了，不是基础数据类型，比如这种整数用于 JSON.stringify() 是会报错的。 |
 | 7 azh7138m 2020-02-21 01:14:09 +08:00 via Android 1 |
| 8 azh7138m 2020-02-21 01:18:29 +08:00 via Android v8 用的 double 来存储 number 数字已经过了 MAX_SAFE_INTEGER 那其实就是楼上说的，这其实是个浮点数的比较（ |
| 9 huihuimoe 2020-02-21 01:44:44 +08:00 via Android typeof 99999999999999999999 === typeof 0.1 > true |
 | 10 lxk11153 2020-02-21 02:04:10 +08:00 2 1. ECMAScript 将数字标准化为 64 位浮点值，也称为双精度浮点或 Float64。但是，这并不意味着 Javascript 引擎总是以 Float64 的形式存储数字 这么做会很低效。引擎会选择其它的内部表现形式，除非观测到的行为完全匹配 Float64。see: https://zhuanlan.zhihu.com/p/85836269 2. https://developer.mozilla.org/zh-CN/docs/Web/Javascript/Reference/Global_Objects/Number/MAX_SAFE_INTEGER 3. 0.1 +0.2===0.30000000000000004 https://segmentfault.com/a/1190000011902474 |
 | 11 beginor 2020-02-21 03:18:19 +08:00 via Android 搭车问一下，如果 json 中包含这些数字该怎么处理比较好？除了转成字符串 |
 | 12 tsohgdivil 2020-02-21 03:49:08 +08:00 via iPhone 21  |
 | 13 Mutoo 2020-02-21 05:51:38 +08:00 |
 | 14 kerr92 2020-02-21 07:51:48 +08:00 1 超出 [Number.MIN_SAFE_INTEGER, Number.MAX_SAFE_INTEGER]，也就是 [-9007199254740991, 9007199254740991] 区间的数值，请用字符串或者 BigInt 表示。 |
| 15 lxk11153 2020-02-21 09:10:57 +08:00 @tsohgdivil #12 https://github.com/BonsaiDen/Javascript-Garden A collection of documentation about the most quirky parts of the Javascript language. ps: 里面的一些已在 es6 里改进，比如 for-of, let 等。see https://es6.ruanyifeng.com/ |
 | 16 qiutianaimeili 2020-02-21 09:51:58 +08:00 1 |
 | 17 mokevip 2020-02-21 10:00:20 +08:00 @tsohgdivil 当表情包收了（滑稽） |
 | 18 xiangyuecn 2020-02-21 10:04:31 +08:00 Number.MAX_SAFE_INTEGER=9007199254740991，这是 js 最大能精确表达的整数，你的那 n 个 9 的已经溢出了，js 不能准确表达这种大整数。据说现在有 BigInt，但是没用过。 ps：这个跟浮点数 0.1+0.2 这个问题没有一毛钱关系 |
 | 19 drydiy 2020-02-21 10:21:25 +08:00 首先，目前 js 的数字类型有两种：Number、BigInt。其中 bigint 是后面加 n，不讨论，可以看下相关知识。 number 类型都是双精度浮点型。 1、2^53 - 1 双精度浮点数能保存最大的“安全整数” 2^53 - 1，9007199254740991 为以下： parseInt("11111111111111111111111111111111111111111111111111111",2) // 9007199254740991 双精度浮点数二进制存储形式： sign 位 exponent 位 franction 位 52 位 隐藏位 1 0 10000110011 11111111111111111111111111111111111111111111111111111 1 2、2^53 当存储 9007199254740992(2^53) 为： parseInt("100000000000000000000000000000000000000000000000000000",2) 双精度浮点数二进制存储形式： sign 位 exponent 位 franction 位 52 位 隐藏位 1 0 10000110100 0000000000000000000000000000000000000000000000000000 1 3、结论： 从第 2^53 位开始，超出位被舍弃，这个时候，2^53+1===2^53。再过 N 个值，会出现每 4 个值里面都有 3 个值不精确；再过 M 个值，会出现每 2^K 个值里有 2^K-1 个值不精确；以此类推…… 额外：这里尾数是 52 位，但是最大安全整数是 2^53 - 1，这个 53 是因为用上了隐藏位。 顺便说下 0.1+0.2 !== 0.3 的提示：计算机存储小数也是通过二进制存储，导致 2 的 n 次幂无法精确表示所有小数。 最后，推荐下我总结的文章： https://www.yuque.com/dixdiydiz/qdjs/number |
 | 20 j137tt736CExzlfM 2020-02-21 16:13:57 +08:00 |
 | 21 ipixeloldc 2020-02-21 20:32:09 +08:00 via iPhone |
 | 22 ArtsXiaoLu 2020-02-22 14:39:54 +08:00 这是个数学和天文知识，在 U2B 站上的视频上看过，具体忘了，好像是爱因斯坦说的 |
Select Language