为什么"使用严格"在这个例子中,性能提高了10倍?

时间:2016-07-16 13:09:48

标签: javascript performance

关注问题Extending String.prototype performance我真的很感兴趣,因为只需将"use strict"添加到String.prototype方法就可以将性能提高10倍。 explanationbergi很短,并不向我解释。为什么两种几乎相同的方法之间存在如此显着的差异,只有顶部的"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');
&#13;
&#13;
&#13;

结果:

proto: 101 ms
proto-strict: 7.5 ms

1 个答案:

答案 0 :(得分:153)

In strict mode, the this context is not forced to be an object.如果你在一个非对象上调用一个函数,this将只是那个非对象。

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

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

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

在您的情况下,非严格模式版本花费大量时间将原始string包装和展开到String对象包装器中并返回。另一方面,严格模式版本直接用于原始string,这可以提高性能。

相关问题