javascript - Math.random() 和 .replace() 跨浏览器

Question

我最近写了随机生成10个字符的代码。 Math.random() 将小数赋给 toString(36)，所有数字将被替换。

Math.random().toString(36).replace(/[^a-z]+/g,'').substr(1,10);

有人知道为什么 Firefox (47.0) 和 Chrome (51) 不平等地处理这个问题吗？

Chrome 测试:

Math.random().toString(36).replace(/[^a-z]+/g,'').substr(1,10);
"spkcirhyzb"
"gcqbrmulxe"
"sallvbzqbk"
"pcdcufhqet"
"knfffqsytm"

Firefox 测试:

Math.random().toString(36).replace(/[^a-z]+/g,'').substr(1,10);
"zxntpvn"
"hebfyxlt"
"zclj"
"ormtqw"
"cfbsnye"

现场版:

for (var n = 0; n < 5; ++n) {
  console.log(Math.random().toString(36).replace(/[^a-z]+/g,'').substr(1,10));
}

更新(字符串平均值):

var test;
  var count = 0;
  for (var n = 0; n < 1000; ++n) {
      test = Math.random().toString(36).replace(/[^a-z]+/g,'').substr(1,10);
      count += test.length;
  }
  console.log(count);
  console.log(count/1000);

我的结果:

Chrome - 9.999

火狐 - 6.794

Answer 1

因为 Chrome 的 Number#toString(36) 实现比 Firefox 输出更多的数字。考虑数字 0.9112907907957448:

Chrome:  0.wt16lcd3ae3m96qx2a3v7viFirefox: 0.wt16lcd3ae

You can try it here:

console.log((0.9112907907957448).toString(36));

spec says该算法可以依赖于实现，它只需要是 ToString Applied To Number Type 的“概括” .显然 V8 团队(Chrome 的 JavaScript 引擎)和 SpiderMonkey 团队(Firefox 的)在他们的解释上有所不同。

将 IEEE-754 double 二进制浮点(“ double ”)数字转换为字符串的规则很复杂，因为 double 通常不会精确存储我们认为它们存储的值.例如，0.1 并不是真正的 0.1(这导致了著名的 0.1 + 0.2 != 0.3 问题)。它非常非常接近0.1，但它不是0.1。所以理论上，(0.1).toString() 应该输出 0.1000000000000000055511151231257827021181583404541015625(我认为这是正确的值)。不过，一般来说，为这些值创建字符串的算法遵循这样的规则:它们只输出足够的数字，如果您获取该字符串并将其转换回浮点 double ，您将获得相同的浮点 double 。也就是说，即使 0.1 不是完全 0.1，它是您需要返回到非常接近原始 double 值的所有数字0.1。显然 Chrome 在 base 36 中实现的 toString 输出的数字比这更多，可能与上面第二个链接上的“注意 2”一致，但我不是专家。

该技术在任何情况下都存在根本性缺陷:您正在获取一个包含几乎完全随机的一系列字母和数字的字符串并删除数字，然后期望得到至少十个剩余字符。无法确定这是否真的会是真的，即使在 Chrome 上也是如此。