new.target 在构造函数中返回当前构造器引用,非 new 调用时为 undefined;它不能识别类定义形式(声明/表达式),仅用于确认是否为合法构造调用,结合工厂函数可间接支持动态类场景。

new.target 可以在函数或类的构造方法中访问,它返回一个对当前构造调用所对应的构造器的引用;若非通过 new(或 super)调用,则值为 undefined。但要注意:它本身并不能直接区分“是否处于动态类表达式中”——因为 JavaScript 没有运行时机制能告诉你某个类是字面量、表达式还是声明定义的。不过,你可以结合 new.target 的行为与一些上下文特征,间接判断是否正在被当作“动态类”使用(比如在工厂函数中即时构造、或作为 IIFE 返回的类被 new 调用)。
理解 new.target 在类表达式中的表现
类表达式(如 const MyClass = class { constructor() { ... } };)与类声明在 new.target 行为上完全一致:只要通过 new 调用其构造器,new.target 就指向该类本身;如果是普通函数调用(如 MyClass()),则抛出 TypeError(类构造器不可直接调用),根本不会进入构造函数体,所以你通常不会在类表达式的 constructor 中看到 new.target === undefined。
因此,new.target 的核心作用不是识别“表达式语法”,而是确认当前执行是否源自合法的构造调用。
常见误判场景与正确思路
有人试图用 new.target 来判断“这个类是不是在某个闭包里动态生成的”,但这无法实现。JS 引擎不暴露类的定义方式(声明/表达式/eval 生成)。你能观测的只有:
-
new.target是否存在(即是否被new调用) -
new.target === MyClass是否成立(用于子类检测或禁止直接实例化基类) - 结合外部逻辑(如工厂函数标记)做辅助判断
实用技巧:配合工厂函数模拟“动态类构建上下文”
如果你的目的是在类内部感知“它正被某个动态流程创建”,推荐显式传入上下文,而不是依赖 new.target 推断语法形式。例如:
const createDynamicClass = (config) => {
return class DynamicEntity {
constructor(...args) {
// ✅ 此处可安全使用 new.target,且知道它一定来自 createDynamicClass 的产出
if (!new.target) throw new Error('Must be constructed with new');
// 可选:用 config 标记来源
this.$$dynamicConfig = config;
// 其他初始化...
}
};
};
// 使用
const UserClass = createDynamicClass({ version: 'v2' });
const user = new UserClass(); // new.target → UserClass,且 user.$$dynamicConfig 存在
这种模式下,new.target 依然只负责保证构造合法性,而“动态性”由外层工厂函数承载和传递。
注意:箭头函数与 new.target 的限制
箭头函数没有自己的 new.target(它继承外层函数的值,或为 undefined)。因此,不要在箭头函数中尝试访问 new.target 来判断构造上下文——它不可靠。类的 constructor 必须是普通函数,才能正确反映当前构造目标。










