JavaScript对象5种创建方式全解析

JavaScript创建对象没有放之四海而皆准的“标准答案”，而是需要根据具体需求在字面量、构造函数（或class）、Object.create()、工厂函数等五种主流方式中理性权衡：字面量简洁高效，适合配置项和单例；构造函数与class擅长批量生成共享行为的实例；Object.create()提供对原型链的精准掌控，适用于委托继承或纯净哈希表场景；工厂函数则以闭包为利器，天然支持私有状态与模块化封装。真正关键的不是语法炫技，而是让对象的创建方式与其生命周期、复用粒度和维护成本严丝合缝——选错方法，后期重构可能事倍功半；选对路径，代码才既清晰又健壮。

JavaScript 中创建对象没有唯一“正确”方式，关键看你要解决什么问题：是临时存点数据、需要复用逻辑、还是得控制实例行为和继承链。选错方法会导致后期改起来费劲，比如该用类却用字面量，后续加方法或继承就只能重写。

对象字面量适合快速原型和配置项

最常见也最容易上手，但只适用于单例场景，无法批量生成结构一致的对象实例。

• 直接写 { name: 'Alice', age: 30 }，属性和值都在声明时确定
• 可嵌套其他对象、数组，甚至函数（但此时函数只是属性值，不自动绑定 this）
• 别在循环里反复用字面量创建大量相似对象——内存和性能不如构造函数或工厂函数可控
• JSON 兼容性好，JSON.stringify() 和 JSON.parse() 能直接处理，但会丢掉函数和 undefined 值

构造函数 + new 是手动控制实例行为的老办法

当你需要多个具有相同结构和共享方法的对象，并且希望每个实例有独立状态时，它依然有效，但要注意 this 绑定和原型污染风险。

• 函数名首字母大写是约定，如 function Person(name) { this.name = name; }
• 必须用 new 调用，否则 this 指向全局（非严格模式下），容易引发隐蔽 bug
• 方法写在 Person.prototype 上才真正共享；写在函数体内每次新建实例都会重复创建函数，浪费内存
• ES6 的 class 本质就是语法糖，底层仍走这套机制，但更易读、不易漏掉 new

Object.create() 适合精细控制原型链

当你明确想让一个对象直接继承另一个对象（而不是构造函数的 prototype），或者要创建无原型的对象（如 Object.create(null)），这个方法不可替代。

• const obj = Object.create(prototypeObj) —— obj 的 __proto__ 直接指向 prototypeObj
• 常用于实现“委托式继承”，比如给某个配置对象挂一个默认配置作为原型，避免深拷贝
• Object.create(null) 创建的对象没有 toString、hasOwnProperty 等原生方法，适合做纯哈希表（比如事件监听器缓存），但调用这些方法会报 TypeError
• 不能传入初始化属性，想带属性得配合 Object.defineProperties() 或额外赋值

工厂函数比构造函数更灵活，也更符合现代 JS 风格

不用 new，不依赖 this，返回普通对象，天然支持闭包封装私有变量，适合构建配置驱动或策略型对象。

• 写法简单：function createUser(name) { const id = Math.random(); return { name, getId() { return id; } }; }
• 每个实例的 getId 函数都闭包捕获了独立的 id，无需原型或 this 管理
• 和模块搭配自然，比如导出一个工厂函数，内部用 const privateHelper = () => {} 封装逻辑
• 缺点是方法无法跨实例共享（每个对象都有自己的函数副本），如果方法体很大或实例极多，要考虑内存开销

实际项目中混用很常见：配置用字面量，业务实体用 class，工具对象用工厂函数，需要原型委托时才显式调用 Object.create()。别被“最佳实践”绑住，重点是让对象的生命周期、复用性和可维护性匹配你的使用场景。

理论要掌握，实操不能落！以上关于《JavaScript对象5种创建方式全解析》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！