Object.create 非语法糖，引擎直接设置[[Prototype]]，跳过构造函数与初始化，实现零开销原型绑定；Object.create(null) 更禁用原型链查找，提升属性访问与GC效率。
Object.create 在 JavaScript 引擎中并非“语法糖”，它在底层有明确的优化路径——引擎能直接为新对象设置 [[Prototype]]，跳过构造函数调用、属性初始化和原型链动态查找等冗余步骤，带来可测量的性能优势。
避免构造函数执行开销
使用 new Object() 或字面量 {} 时，引擎需执行内置构造函数逻辑：分配内存、初始化内部属性（如 [[Extensible]]）、绑定默认原型（Object.prototype），并可能触发后续的隐藏类（Hidden Class）重建。而 Object.create(proto) 是“零初始化”操作：它只做一件事——把新对象的 [[Prototype]] 指向指定 proto，不执行任何用户不可见的初始化函数。
-
{}和new Object()都会隐式链接到Object.prototype，引擎需确保该原型已就绪、已缓存、未被污染 -
Object.create(null)更极致：原型为null，引擎可标记该对象为“无原型对象（null-proto object）”，跳过所有原型链遍历逻辑 - V8 中，这类对象常被归入更轻量的“fast object map”类别，减少隐藏类切换概率
精准控制原型链，利于内联缓存（IC）优化
引擎对属性访问（如 obj.x）高度依赖内联缓存——它会记录“上一次从哪个原型位置读取了 x”。当原型链稳定且短（例如 Object.create(someSharedProto)），IC 命中率显著提升；反之，若用 new SomeClass() 创建对象，每次实例化都可能因构造函数逻辑差异导致隐藏类分裂，破坏 IC 稳定性。
- 共享原型的对象（如大量配置项、路由表条目）用
Object.create(sharedProto)创建，引擎可复用同一份 IC 缓存 - 对比
Object.assign({}, proto)：它先创建空对象，再逐个赋值，触发多次属性写入，每步都可能更新隐藏类，且无法复用原型缓存 - 实测显示，在高频读取场景（如虚拟 DOM diff、状态管理 getter），
Object.create(proto)比等效构造函数方式快 15%–30%
Object.create(null) 的特殊优化路径
现代引擎（V8、SpiderMonkey、JavaScriptCore）对 Object.create(null) 有专门识别与优化：
立即学习“Java免费学习笔记（深入）”；
- V8 将其标记为
JS_NULL_PROTOTYPE_OBJECT_TYPE，禁用所有原型链查找逻辑（如hasOwnProperty不走原型方法，而是语言级 in 操作） - 对象属性访问完全基于自身哈希表（或快速属性存储），无任何
__proto__遍历开销 - 垃圾回收器可更快判定其引用关系：因无原型链，无需扫描原型链上的闭包或弱引用
- 在 Map-like 场景（如字符串键缓存），它比
Map更省内存（无额外结构体开销），且点号/方括号访问更接近原生速度
注意：优势依赖使用方式
性能优势不是自动获得的，需配合正确模式：
- 避免混用：不要对
Object.create(null)对象后续调用Object.setPrototypeOf(obj, ...)，这会强制引擎降级为慢路径 - 慎用
propertiesObject参数：其中每个属性描述符都会触发DefineOwnProperty流程，若属性多且复杂，反而不如先创建再赋值高效 - 批量创建时优先复用同一
proto：引擎可复用对象布局（object shape），避免重复生成隐藏类 - 不适用于需要频繁增删属性的动态对象：此时
Map或带监控的 Proxy 可能更合适
