克罗克福德的 JavaScript 构造函数模式真的应该更快吗？

Question

我最近尝试为经常创建的值对象优化一些代码。 （一个三维向量，fwiw）

我尝试的一件事是将构造函数从匿名方法工厂模式转换为普通的 JavaScript 构造函数。

这导致了 severe performance penalty 让我感到惊讶，因为在我的 last question 关于 JavaScript 构造函数/工厂模式的主题中非常推荐使用“新”和普通构造函数。

很可能是我的测试过于简单，或者完全是错误的，或者是最近在 chrome 的 JavaScript 引擎中进行的性能优化的结果，或者以上所有原因。无论如何，我真的很想知道为什么我的“优化”会导致性能下降——最重要的是：我的 jsperf 测试运行是否有任何明显的问题？

Answer 1

您的测试之间的主要区别是：

• {} is way faster than new Object，这表明new 比使用{} 慢。 （[] 和 new Array 也是如此。）

• 您的测试产生不同的结果：make 工厂函数的结果不是Make 对象。构造的Make 有一个原型，由所有Make 对象共享。您的工厂函数的结果只是一个裸Object，并且在其原型链中有一个原型（Object.prototype），而Make 构造的对象有两个（Make.prototype，然后是Object.prototype）。

  我使用非标准的__proto__ 属性创建了一个fork of your test，它带有一个实际返回Make 对象（而不是简单的Object）的工厂函数，它比使用a 慢得多构造函数。 IE 不支持__proto__，但 Firefox 和 Chrome 的结果看起来相当确定。

Answer 2

构造函数优化的一件事是共享属性，通常是方法。如果多个对象使用与方法相同的函数，或者共享其他命名属性，那么对原型的一个赋值将在从构造函数创建的所有对象之间共享该属性的单个实例，从而减少内存开销，并且不需要重复为创建的每个对象分配每个此类属性，从而减少构建时间开销。

由于您的样本不包含任何此类属性，因此您不会看到此类好处。但是，如果您的生产代码不包含构造对象的共享属性，则很可能没有理由切换到构造函数。

因此，例如，如果您有代码 like this:

function make(p) {
    return {
        parm: p,
        addTwo: function() {return this.parm + 2;},
        double: function() {return this.parm * 2;},
        square: function() {return this.parm * this.parm;}
    };
};

它可能会运行得比这更慢：

function Make(p) {
    this.parm = p;
}
Make.prototype.addTwo = function() {return this.parm + 2;};
Make.prototype.double = function() {return this.parm * 2;}
Make.prototype.square = function() {return this.parm * this.parm;}

如果创建多个实例，也会占用更多内存。