new 不保证初始化，只创建对象、设置原型、绑定 this 并执行构造函数；真正初始化由构造函数内部逻辑完成，且依赖 new 的三步严格顺序：建空对象→连原型→调构造函数。
new 绑定本身不“保证”初始化，它只负责创建对象、设置原型、绑定 this 并触发构造函数执行；真正完成初始化的是构造函数内部的逻辑。关键在于 new 提供了正确的执行环境，让初始化能按预期发生。
new 先建对象、再连原型、最后才进构造函数
这个顺序是初始化可靠的前提。引擎严格按三步走：
- 第一步：创建空对象（{}），此时它已具备内部 [[Prototype]] 槽位
- 第二步：立刻把该对象的 [[Prototype]] 指向构造函数的 prototype，原型链就位
- 第三步：以这个对象为 this 调用构造函数——此时 this.method() 才能访问到 prototype 上的方法
如果原型没提前挂上，哪怕构造函数里写了 this.init()，而 init 只在 prototype 上定义，也会报 “undefined is not a function”。所以不是“写了就生效”，而是“链先通，调用才有效”。
构造函数里的 this 指向刚创建的对象，属性直接写入实例
new 绑定确保了构造函数体内的 this 就是那个新对象，所有 this.xxx = value 都会落在实例自身，不会误改原型或丢失上下文。
- 避免箭头函数干扰：箭头函数不绑定 this，所以在构造函数里不要用它来设属性（如 () => this.name = 'x'）
- 方法复用需显式绑定：若把初始化逻辑抽成单独函数，要用 call/apply 或 bind 显式传入 this
- 推荐写法：this.init = function() { this.id = Date.now(); }; this.init();
返回值规则决定最终实例是否被替换
new 表达式的结果不总是那个初始空对象——构造函数可以主动干预：
- 返回基本类型（string/number/boolean/null/undefined）：被忽略，仍返回新对象
- 返回引用类型（object/array/function）：直接作为 new 的结果，原对象被丢弃
- 典型用途：返回缓存实例、代理包装、或兼容旧 API 的兼容层
例如：构造函数检测已有实例，直接 return cachedInst；这时 new Foo() 得到的不是新对象，而是缓存的那个——但初始化逻辑已在缓存生成时完成，new 绑定只是触发了这一判断流程。
手动实现 new 可看清底层约束
一个精简版 myNew 能体现初始化依赖的关键环节：
- 必须用 Object.create(Constructor.prototype) 创建对象，否则原型链断裂
- 必须用 apply 把构造函数的 this 指向新对象，否则属性无法写入
- 必须检查返回值类型：typeof result === 'object' && result !== null，否则覆盖逻辑失效
这说明，所谓“正确初始化”，本质是 new 提供了可预测的上下文与可控出口，而开发者需在构造函数内配合完成赋值、校验、甚至返回定制对象。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
