Math.random() 和 .replace() 跨浏览器
Math.random() and .replace() cross-browser
我最近写了随机生成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));
}
UPDATE(字符串平均值):
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
因为 Chrome 对 Number#toString(36)
的实现比 Firefox 的输出更多的数字。考虑数字 0.9112907907957448
:
Chrome: 0.wt16lcd3ae3m96qx2a3v7vi
Firefox: 0.wt16lcd3ae
你可以在这里试试:
console.log((0.9112907907957448).toString(36));
spec says the algorithm can be implementation-dependent, it just has to be a "generalization" of ToString Applied To Number Type。显然 V8 团队(Chrome 的 JavaScript 引擎)和 SpiderMonkey 团队(Firefox 的)在他们的解释上有所不同。
将 IEEE-754 双精度二进制浮点 ("double") 数字转换为字符串的规则很复杂,因为双精度通常不会精确地 存储值我们认为它们是存储。例如,0.1
并不是真正的 0.1
(这导致了著名的 0.1 + 0.2 != 0.3
问题)。 确实非常接近 到 0.1
,但不是 0.1
。所以理论上,(0.1).toString()
应该输出0.1000000000000000055511151231257827021181583404541015625
(我认为是正确的值)。不过,一般来说,为这些值创建字符串的算法遵循这样的规则:它们只输出足够的数字,如果您获取该字符串并将其转换回浮点双精度数,您将获得相同的浮点双精度数。也就是说,即使 0.1
不完全 0.1
,它是您需要返回到非常接近 [=13 的原始双精度值的所有数字=].显然 Chrome 在 base 36 中实现 toString
输出的数字比这更多,可能与上面第二个 link 中的 "NOTE 2" 一致,但我不是专家.
该技术在任何情况下都存在根本性缺陷:您正在获取一个包含几乎完全随机的一系列字母和数字的字符串并删除数字,然后期望得到至少十个剩余字符。没有办法确定这是否真的会是真的,甚至在 Chrome.
上也是如此
对于您最初提出的关于生成 10 个字符的随机字符串的问题,这是一个可行的解决方案。
正如 T.J Crowder 所指出的,您的解决方案无法像您期望的那样在任何浏览器中运行。
var chars = "abcdefghijklmnopqrstuvwxyz";
var str = '';
for (var i = 0; i < 10; i++) {
str += chars[Math.floor(Math.random() * chars.length)];
}
console.log(str);
我最近写了随机生成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));
}
UPDATE(字符串平均值):
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
因为 Chrome 对 Number#toString(36)
的实现比 Firefox 的输出更多的数字。考虑数字 0.9112907907957448
:
Chrome: 0.wt16lcd3ae3m96qx2a3v7vi Firefox: 0.wt16lcd3ae
你可以在这里试试:
console.log((0.9112907907957448).toString(36));
spec says the algorithm can be implementation-dependent, it just has to be a "generalization" of ToString Applied To Number Type。显然 V8 团队(Chrome 的 JavaScript 引擎)和 SpiderMonkey 团队(Firefox 的)在他们的解释上有所不同。
将 IEEE-754 双精度二进制浮点 ("double") 数字转换为字符串的规则很复杂,因为双精度通常不会精确地 存储值我们认为它们是存储。例如,0.1
并不是真正的 0.1
(这导致了著名的 0.1 + 0.2 != 0.3
问题)。 确实非常接近 到 0.1
,但不是 0.1
。所以理论上,(0.1).toString()
应该输出0.1000000000000000055511151231257827021181583404541015625
(我认为是正确的值)。不过,一般来说,为这些值创建字符串的算法遵循这样的规则:它们只输出足够的数字,如果您获取该字符串并将其转换回浮点双精度数,您将获得相同的浮点双精度数。也就是说,即使 0.1
不完全 0.1
,它是您需要返回到非常接近 [=13 的原始双精度值的所有数字=].显然 Chrome 在 base 36 中实现 toString
输出的数字比这更多,可能与上面第二个 link 中的 "NOTE 2" 一致,但我不是专家.
该技术在任何情况下都存在根本性缺陷:您正在获取一个包含几乎完全随机的一系列字母和数字的字符串并删除数字,然后期望得到至少十个剩余字符。没有办法确定这是否真的会是真的,甚至在 Chrome.
上也是如此对于您最初提出的关于生成 10 个字符的随机字符串的问题,这是一个可行的解决方案。
正如 T.J Crowder 所指出的,您的解决方案无法像您期望的那样在任何浏览器中运行。
var chars = "abcdefghijklmnopqrstuvwxyz";
var str = '';
for (var i = 0; i < 10; i++) {
str += chars[Math.floor(Math.random() * chars.length)];
}
console.log(str);