› Closure: The Definitive Guide
在 chrome 中测试
Math.pow(1.618033988749895, 8)
// 46.97871376374779
1.618033988749895**8
// 46.978713763747805
1.618033988749895*1.618033988749895*1.618033988749895*1.618033988749895*1.618033988749895*1.618033988749895*1.618033988749895*1.618033988749895
// 46.9787137637478
发现了一个有趣的坑
chrome
 |
1
john990 Aug 6, 2018 via Android
double 丢失精度
|
 |
2
metorm Aug 6, 2018 via Android
浮点数零度问题，没啥新鲜的……
|
 |
4
ming2050 Aug 6, 2018 via iPhone
1.0!=1.0
|
 |
5
xiaody Aug 6, 2018  1
循环相乘就算了，毕竟精度问题 2.2 * 100 != 2.2 * 10 * 10。
Math.pow 和 ** 不等应该是 V8 的 ** 实现问题，Firefox 里是相等的，参考 https://bugs.chromium.org/p/v8/issues/detail?id=5848 |
 |
6
em2046 Aug 6, 2018
整数用 BigInt 计算，小数可以移动小数点
y=50n y**y === 50n**50n //true |
 |
7
maichael Aug 6, 2018 1
|
 |
8
fcten Aug 6, 2018 1
不完全是精度的问题，V8 的运行时实现有缺陷
99**99 // 3.697296376497268e+197 Math.pow(99,99) // 3.697296376497263e+197 var a = 99; a ** a // 3.697296376497263e+197 第一个结果不同，是因为它是编译时计算的。V8 在编译时和运行时计算使用了不同的代码。事实上，编译时计算的结果更准确。 99**99=369729637649726772657187905628805440595668764281741102430259972423552570455277523421410650010128232727940978889548326540119429996769494359451621570193644014418071060667659301384999779999159200499899 https://stackoverflow.com/questions/41679191/why-is-math-pow-sometimes-not-equal-to-in-javascript/41679584 |
 |
9
LeungJZ Aug 6, 2018
精度丢失吧。
|
 |
10
e8c47a0d Aug 8, 2018
V8 引擎的某种优化 feature ……
|
Select Language