new.target无法消除低版本流式混淆工具的语义冲突，因其仅在运行时判断调用方式，不参与ast变换、不修复重命名、不恢复原型链或继承结构，仅适用于构造器内轻量校验。
不能靠 new.target 彻底消除低版本流式混淆工具的语义冲突。
new.target 无法解决混淆导致的语义断裂
new.target 是一个运行时元属性，只在函数或类构造器执行过程中存在，用于判断当前是否被 new 调用、以及实际被 new 的是哪个类。它不参与代码解析、AST 变换或名称映射，对混淆工具重命名类名、压缩原型链、删减非引用属性等行为完全无感知，更无法逆转这些操作带来的语义丢失。
所谓“语义冲突”，常见于以下场景：
- 混淆后
class ApiClient {}变成class a{}，但外部仍通过字符串'ApiClient'做类型判断或反射调用 - 继承链被转译为
inherits(Sub, Super)后，混淆将Super参数名也压缩，导致原型挂载失败 - 工具移除了未显式调用的类静态方法或私有字段，使子类依赖的契约失效
-
Object.getPrototypeOf(instance)返回null或意外对象，因prototype属性被设为不可枚举或被覆盖
真正有效的缓解方向
应从构建流程和运行时防护两层入手，而非寄望于语言特性兜底：
-
构建阶段锁定关键标识符：在 Terser/Vite 配置中启用
keep_fnames: true，或通过reservedNames显式保留类名、构造函数名（如['ServiceBase', 'ApiResponse', 'EventBus']） -
运行时主动修复原型链：对已知核心类实例，在创建后立即检查并补全原型：
if (Object.getPrototypeOf(obj) !== Clazz.prototype) Object.setPrototypeOf(obj, Clazz.prototype) -
弃用 name 字符串依赖：改用
instance instanceof Clazz或Symbol.toStringTag标识类型，避免obj.constructor.name === 'X'这类易碎逻辑 -
禁用危险模式：通过 ESLint 规则（如
no-proto、no-prototype-builtins）拦截__proto__ = null或Object.create(null)的误用
new.target 的合理定位
它唯一能帮上忙的地方，是在类构造器中做轻量级校验：
- 防止用户漏写
new导致this指向错误 - 在抽象基类中拒绝被直接
new，强制子类继承后实例化 - 配合
Reflect.construct()实现受控的动态构造，但前提是类名未被混淆破坏
这些用途与“消除混淆语义冲突”没有因果关系——它不修复名字、不恢复原型、不保障继承结构，只是在构造那一刻多一道调用方式检查。
