JS工厂模式与构造函数模式有什么区别？

在 JavaScript 中，工厂模式和构造函数模式都是用于批量创建具有相同属性或方法对象的经典方案。两者的本质区别集中在调用方式、内部实例化机制、原型链绑定与类型识别、以及堆内存利用率四个维度：工厂模式通过普通函数在内部显式创建新对象并返回，无法通过 instanceof 识别对象的自定义类型；而构造函数模式依赖 new 关键字，由 JavaScript 引擎隐式创建实例、自动绑定原型链并关联 this，既能精确识别数据类型，又能借助原型（prototype）实现方法共享与内存复用。

一、两种模式的代码形态与基本用法

在早期 ECMAScript 没有正式引入 class 语法糖之前，开发者通常利用普通函数来模拟“类”以创建批量实例。这派生出了两种主流编码范式：工厂模式与构造函数模式。

1. 工厂模式（Factory Pattern）

工厂模式的逻辑如同工厂流水线：把原料（参数）传入函数，在函数体内用 new Object() 或对象字面量 {} 显式造出一个空对象，逐一赋上属性和方法，最终将这个加工完毕的实例 return 出来。

// 工厂函数规范：小驼峰命名，内部创建并返回对象
function createStudent(name, score) {
  const student = {};             // 1. 显式创建新对象
  student.name = name;            // 2. 挂载数据属性
  student.score = score;
  student.study = function() {    // 3. 挂载行为方法
    console.log(student.name + " 正在复习，得分: " + student.score);
  };
  return student;                 // 4. 显式返回新对象
}

// 调用方式：常规普通函数执行
const s1 = createStudent("林冲", 95);
s1.study(); // 输出: 林冲 正在复习，得分: 95

2. 构造函数模式（Constructor Pattern）

构造函数模式则是 JavaScript 面向对象体系的基石。在代码编写上，它省去了显式创建对象和显式 return 的代码，属性和方法直接绑定在 this 上，且调用时必须前置 new 操作符。

// 构造函数规范：大驼峰命名，无需显式 return
function Student(name, score) {
  this.name = name;               // 属性直接绑定到 this
  this.score = score;
}

// 将共享方法绑定到构造函数的原型对象上（关键步骤）
Student.prototype.study = function() {
  console.log(this.name + " 正在复习，得分: " + this.score);
};

// 调用方式：使用 new 操作符实例化
const s2 = new Student("武松", 98);
s2.study(); // 输出: 武松 正在复习，得分: 98

二、核心区别 1：原型链结构与类型识别能力

工厂模式与构造函数模式最深层的分水岭，在于生成的实例在 JavaScript 原型链中所处的拓扑位置，这直接决定了系统能否对实例进行精准的类型鉴别（Type Identification）。

在工厂模式中，对象是通过 {} 初始化的，它的内部隐式原型 __proto__ 直接且仅指向顶层的 Object.prototype。换言之，工厂函数只充当了“一次性装配车间”，它生产出的所有对象在类型判定上都只能是泛型的 Object，无法追溯是由哪一个工厂函数制造的。

相比之下，构造函数模式通过引擎的内建连接机制，将实例的 __proto__ 严密指向该构造函数的 prototype 对象。这样不仅构成了清晰的面向对象层级关系，还能利用 instanceof 操作符进行严密的类型推断与契约校验。

在工程实践中，如果你的代码需要做严谨的参数校验或利用多态分发逻辑，例如：

function printStudentReport(student) {
  if (!(student instanceof Student)) {
    throw new TypeError("参数必须是 Student 的实例");
  }
  student.study();
}

此时如果传入工厂模式生产的 s1，校验将必定失败抛错。这是构造函数模式在大型面向对象系统构建中不可替代的核心优势之一。

三、核心区别 2：内部执行机制与 new 的运作本质

构造函数模式之所以能拥有上述完整的原型链支持，关键就在于调用它时使用的 new 关键字。很多初学者常把 new 当作简单的“启动符”，但实际上 JavaScript 引擎在执行 new Func() 时，在底层默默完成了四个精密的系统步骤。

通过这四个步骤可以彻底明白：工厂模式其实就是跳过了步骤 2 的原型链接，直接在函数内部手动执行了步骤 1 和步骤 4。这也解释了为什么在构造函数中，即使你完全不写 return 语句，外部依然能够拿到生成的实例对象。

四、核心区别 3：方法复用与堆内存分配模型

当我们创建成百上千个实例对象时，两种模式对系统堆内存（V8 Heap Memory）的消耗表现截然不同。

在普通的工厂模式中，每个实例对象内部定义的方法（如 study）都是在工厂函数内部现场声明的匿名函数。这意味着每调用一次 createStudent，V8 引擎就必须在堆内存中为这个闭包函数开辟一块新的存储地址。如果你生产了 10,000 个学生对象，内存中就会存在 10,000 个逻辑完全相同的 study 函数副本，造成严重的内存冗余。

而在构造函数配合原型的模式下，方法被定义在 Student.prototype 上。所有通过 new Student() 派生出的实例，内部都只保留一个指向该原型对象的引用指针。这使得方法在内存中仅有一份单例副本，无论实例化多少次，函数内存开销恒定为 $O(1)$。

验证两者的内存引用是否一致非常简单，通过全等符号 === 即可比对两者的函数指针：

// 验证工厂模式的方法指针（独立内存）
const f1 = createStudent("A", 80);
const f2 = createStudent("B", 90);
console.log(f1.study === f2.study); // false：内存中存在两个不同的函数对象

// 验证构造函数+原型的方法指针（单例共享）
const c1 = new Student("A", 80);
const c2 = new Student("B", 90);
console.log(c1.study === c2.study); // true：指向同一个内存地址 Student.prototype.study

四、关键差异量化总结

为了让不同维度的特性一目了然，下表列出了工厂模式与构造函数模式在开发中的关键指标比对：

五、选型指南：什么时候用工厂？什么时候用构造函数？

工厂模式和构造函数模式并非非此即彼的对立关系。既然构造函数在原型链和内存复用上表现优秀，是否意味着工厂模式就已经过时了？答案是否定的。

在现代前端开发中，工厂模式在以下场景仍然是首选：

• 需要真正的私有变量封装：如果不希望外部随意修改某些内部状态，工厂函数配合闭包是最自然、最优雅的封装方式。
• 不需要复杂的面向对象继承体系：例如工具函数集、配置对象装配器、轻量级的 UI 状态容器。
• 避免 this 的指向困扰：工厂模式返回的纯对象中如果使用箭头函数或普通闭包，不需要考虑 this 丢失或 bind 绑定的烦恼。

相反，当你的项目具有明确的实体类型概念、需要大批量实例化相同结构、或者需要构建多层继承结构时，应当毫不犹豫地使用构造函数模式（或 ES6 的 class 语法）。

六、总结

理解工厂模式与构造函数模式的区别，本质上是在理解 JavaScript 的**对象生成机制与原型链运作底层**：

• 工厂模式：通过普通函数包裹对象的创建逻辑，显式 return 实例。其结构简单、直观，天然适合结合闭包实现真正的数据私有化；但缺点是无法通过 instanceof 识别自定义类型，且每个实例上的方法都是独立内存副本。
• 构造函数模式：通过 new 操作符由引擎隐式完成空对象创建、原型指针挂载与 this 绑定，天然融入 JavaScript 的原型继承体系。其优势在于类型识别精准、借助 prototype 能够实现高效的方法共享与内存节约；但在使用时必须牢记使用 new 运算符，且对 this 上下文需保持谨慎。

在现代日常开发中，如果面向对象体系庞大，建议优先使用基于构造函数机制演进出的 ES6 class；如果追求函数式编程、数据不可变或严格的模块私有状态保护，工厂模式依然是优雅而强劲的选择。