new绑定用于构造对象，显式绑定用于上下文迁移；new不可替代实例化场景，显式绑定解决this复用问题；混合调用时引擎按new>显式>隐式优先级执行。

生产环境里，new 绑定和显式绑定不是“二选一”的设计决策，而是由函数用途决定的天然分工：构造对象用 new，复用上下文或临时切换执行环境用 显式绑定。关键不在选哪个，而在是否用对了地方。

new 绑定用于创建实例，不可替代

当需要生成具有独立状态、可继承原型、符合类语义的对象时，new 是唯一合规路径。比如组件初始化、数据模型实例化、插件构造器等场景。

• new 调用会自动创建空对象、链接原型、绑定 this 并隐式返回，这些行为无法被 call/apply 模拟
• ES6 class 的 constructor 必须用 new 调用，否则报错；即使底层是函数，语义上也已脱离普通调用范畴
• 依赖 instanceof 判断类型、使用 super()、或需原型链查找方法的代码，都强依赖 new 绑定

显式绑定用于上下文迁移，灵活但有边界

call/apply/bind 主要解决“函数复用时 this 不匹配”的问题，常见于事件回调、数组方法遍历、工具函数注入等。

• forEach、map 等高阶函数的第二个参数就是显式绑定的典型工程实践，比手写箭头函数或闭包更清晰可控
• bind 常用于预设部分参数 + 固定 this（如 React 类组件中给事件处理器 bind(this)），避免重复绑定
• 注意 bind 返回的是新函数，不能在 new 调用后还指望它保留原绑定——new 会覆盖一切显式绑定

冲突场景必须按优先级处理，不能靠经验猜测

真实代码中可能出现混合调用，比如 bind 后又被 new，或 call 中传入构造函数。此时引擎严格按 new > 显式 > 隐式 执行，不以开发者意图为准。

• const BoundCtor = Ctor.bind(obj); new BoundCtor() → this 是新实例，obj 被忽略
• obj.method.call(null) → 非严格模式下 this 指向 window，不是 obj，也不是 undefined
• 避免写 new fn.call(obj, ...) 这类无效组合：语法错误，call 不能跟在 new 后面直接调用

工程建议：用语义驱动，而非技巧驱动

不必纠结“哪个更高级”，而应让代码意图一目了然：

• 想造一个新对象？用 new —— 语义明确，类型安全，IDE 和 TypeScript 都能推导
• 想把一个已有函数塞进另一个对象的作用域里执行？用 call/apply/bind —— 直观表达“以某对象为上下文运行”
• 现代项目中，箭头函数和 class 字段语法已大幅减少显式绑定需求，但底层逻辑没变，理解优先级仍是调试关键