箭头函数不能使用 new.target，根本原因在于它没有构造调用能力，也不参与实例化过程；其内部不维护 new.target，访问时返回 undefined 或报错，且无法继承外层构造上下文。
箭头函数不能使用 new.target，根本原因在于它**没有构造调用能力**，也不参与实例化过程——它压根就不是为构造对象设计的。
箭头函数没有自己的 new.target
new.target 是 ES6 引入的元属性，只在函数被 new 调用时才有意义。普通函数或类的 constructor 中，new.target 指向当前被 new 的构造器；而箭头函数：
- 内部不维护
new.target，访问时始终返回undefined（严格模式下甚至直接报错） - 它不会沿作用域链“查找”外层的
new.target，而是彻底缺失该绑定 - 即便嵌套在构造函数里，其内部的
new.target也与外层无关，无法反映构造上下文
设计定位决定运行时契约缺失
箭头函数是轻量级表达式，目标是简化回调、映射、事件处理等无状态场景。它主动放弃以下构造必需的运行时上下文：
-
this：词法绑定，不随
new动态指向新实例 - arguments：不可访问，需用剩余参数替代
- super：无 [[HomeObject]]，无法用于继承链调用
- new.target：无 [[Construct]] 内部方法，无法识别是否被构造调用
为什么不能“借用”外层 new.target？
有人误以为箭头函数能“继承”外层构造器的 new.target，但实际并非如此：
立即学习“Java免费学习笔记（深入）”；
- 若外层是普通函数（非构造调用），其
new.target本就是undefined，箭头函数拿到的仍是undefined - 若外层是构造函数，箭头函数内访问
new.target仍会报错或返回undefined，因为语言规范禁止在箭头函数中读取它 - ES 规范明确将箭头函数排除在构造器语义之外，这不是实现缺陷，而是有意限制
需要 new.target 的场景必须用普通函数
以下逻辑必须依赖 new.target 判断构造来源，箭头函数完全不可替代：
- 实现抽象基类（如在父类 constructor 中拒绝直接 new）
- 路由驱动的服务实例化（区分
new AdminService()还是new MockService()） - 框架层自动注入上下文（如 CLI 启动 vs HTTP 请求触发）
- 校验函数是否仅允许通过
new调用
想让代码可追溯、可注入、可继承，就得回到构造器本质——用普通函数守住 new.target 这条线。
