JavaScript箭头函数无法作为构造函数调用的原理

箭头函数为什么不能用 new 调用？这不是语法写错了，也不是浏览器兼容性问题，而是 JavaScript 引擎从底层就阻止它进入构造流程——这一点在 ES6 设计之初就已经明确规定了。

箭头函数缺少 [[Construct]] 内部方法

引擎判断一个函数能否通过 new 调用，唯一标准就是它是否具备 [[Construct]] 这个内部方法：

• 普通函数（function 声明或表达式）和 class 在创建时会自动拥有 [[Construct]]；
• 箭头函数在语言规范中被明确排除——它的内部方法列表只包含 [[Call]]，而不包含 [[Construct]]；
• 执行 new arrowFn() 时，引擎会立即检查到缺少该能力，并抛出 TypeError: xxx is not a constructor，函数体内的代码根本没有机会运行。

箭头函数没有 prototype 属性

构造函数必须提供一个可访问、可配置的 prototype，以便建立实例之间的原型链：

• console.log((() => {}).prototype) 输出结果是 undefined；
• 即使手动为箭头函数赋值 arrowFn.prototype = {}，在严格模式下会静默失败，在非严格模式下同样无效；
• 缺少 prototype，新创建的对象就无法通过 __proto__ 指向该函数，继承机制因此中断。

箭头函数不绑定构造上下文

构造调用需要一套完整的运行时上下文，而箭头函数在这方面全部缺失：

• this 是词法绑定的，无法在 new 调用时动态指向新创建的实例；
• arguments 对象不存在，无法访问传入的参数；
• new.target 始终为 undefined，无法判断当前是否通过构造调用；
• super 不可用，在子类中无法正确调用父类的构造逻辑。

这是有意为之的设计选择

ES6 引入箭头函数的目标非常明确：提供一种轻量、无状态、专注计算的函数表达式，特别适合回调、映射、事件处理等场景。

• 放弃构造能力是为了避免语义混淆——例如防止开发者误将 () => ({}) 当作构造器使用（它实际返回的是字面量对象，而非实例）；
• 避免 this 的词法绑定与构造时的动态绑定发生冲突；
• 保持语言行为清晰可预测：如果需要建模类型，请使用 function 或 class；如果需要简洁的回调，请使用箭头函数。