推荐关注
› Meteor
› JSLint - a JavaScript code quality tool
› jsFiddle
› D3.js
› WebStorm
推荐书目
› JavaScript 权威指南第 5 版
› Closure: The Definitive Guide
› Closure: The Definitive Guide
这是一个创建于 2330 天前的主题，其中的信息可能已经有所发展或是发生改变。
在 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
第 1 条附言 · 2018-08-06 08:53:31 +08:00
发现了一个有趣的坑
chrome
 |
1
john990 2018-08-06 08:26:42 +08:00 via Android
double 丢失精度
|
 |
2
metorm 2018-08-06 08:30:38 +08:00 via Android
浮点数零度问题，没啥新鲜的……
|
 |
4
mringg 2018-08-06 08:55:06 +08:00 via iPhone
1.0!=1.0
|
 |
5
xiaody 2018-08-06 09:04:50 +08:00  1
循环相乘就算了，毕竟精度问题 2.2 * 100 != 2.2 * 10 * 10。
Math.pow 和 ** 不等应该是 V8 的 ** 实现问题，Firefox 里是相等的，参考 https://bugs.chromium.org/p/v8/issues/detail?id=5848 |
 |
6
em2046 2018-08-06 09:23:09 +08:00
整数用 BigInt 计算，小数可以移动小数点
y=50n y**y === 50n**50n //true |
 |
7
maichael 2018-08-06 09:40:01 +08:00 1
|
 |
8
fcten 2018-08-06 09:46:13 +08:00 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 2018-08-06 11:02:50 +08:00
精度丢失吧。
|
 |
10
e8c47a0d 2018-08-08 13:03:48 +08:00
V8 引擎的某种优化 feature ……
|
Select Language