在这个例子中，为什么“使用严格”可以提高10倍的性能？

接下来的问题 扩展 String. 原型性能我真的很感兴趣，因为只是增加 "use strict"到 String.prototype方法提高了10倍的性能。由 Bergi的 解释是短暂的，并没有解释给我。为什么两种几乎相同的方法之间有如此巨大的差异，只是在顶部的 "use strict"有所不同？你能更详细地解释一下这背后的理论吗？

String.prototype.count = function(char) {
var n = 0;
for (var i = 0; i < this.length; i++)
if (this[i] == char) n++;
return n;
};


String.prototype.count_strict = function(char) {
"use strict";
var n = 0;
for (var i = 0; i < this.length; i++)
if (this[i] == char) n++;
return n;
};
// Here is how I measued speed, using Node.js 6.1.0


var STR = '0110101110010110100111010011101010101111110001010110010101011101101010101010111111000';
var REP = 1e4;


console.time('proto');
for (var i = 0; i < REP; i++) STR.count('1');
console.timeEnd('proto');


console.time('proto-strict');
for (var i = 0; i < REP; i++) STR.count_strict('1');
console.timeEnd('proto-strict');

结果:

proto: 101 ms
proto-strict: 7.5 ms
6574 次浏览
小开
最佳答案

在严格模式下，this上下文不必是对象。如果你调用一个非对象的函数，那么 this就是那个非对象。

相反，在非严格模式下，如果 this上下文还不是对象，那么它总是首先包装在对象中。例如，(42).toString()首先在 Number对象中包装 42，然后使用 Number对象作为 this上下文调用 Number.prototype.toString。在严格模式下，this上下文保持不变，只调用 Number.prototype.toString，42作为 this上下文。

(function() {
console.log(typeof this);
}).call(42); // 'object'


(function() {
'use strict';
console.log(typeof this);
}).call(42); // 'number'

在您的示例中，非严格模式版本花费大量时间将原始 string包装和解包装到 String对象包装器中并反包装。另一方面，严格模式版本直接在基元 string上工作，这提高了性能。


提交答案