new.target 不适用于流式材质派生，因其仅标识构造调用者，无法校验材质参数合法性、着色器兼容性或gpu资源状态；材质创建依赖引擎渲染管线而非js构造逻辑。
new.target 是 JavaScript 中用于检测构造函数调用上下文的原生机制，它本身不直接参与图形渲染或材质系统。在主流图形引擎（如 Unity、Unreal、Three.js 或自研引擎）中，**材质派生与安全控制依赖的是运行时类型系统、资源生命周期管理、着色器编译约束和引擎 API 层设计，而非 new.target**。
为什么 new.target 不适用于流式材质派生
• new.target 仅在函数/类构造过程中存在，且只反映“谁调用了 new”，无法感知材质参数合法性、着色器兼容性、GPU 资源状态或管线阶段约束。
• 材质（Material）本质是 GPU 资源句柄 + 参数绑定 + 着色器引用的组合体，其创建涉及异步编译、内存分配、平台适配等底层操作，远超 JS 构造函数语义范围。
• “流式派生”通常指基于基础材质动态生成变体（如带描边、带法线、带 FlowMap 的版本），这需要 shader 变体预编译、宏开关注入、参数映射校验等能力——这些均由引擎渲染管线驱动，非 JS 构造逻辑可覆盖。
真正可行的流式材质安全派生路径
• 使用引擎内置材质变体系统：Unity URP/HDRP 支持 ShaderVariantCollection 预热；Unreal 通过 Material Instance Dynamic 运行时创建；Three.js 则依赖 Material.clone() + 自定义 uniform 校验。
• 封装受控派生工厂：定义 MaterialFactory 类，内部校验 baseMaterial 是否支持 targetFeature（如是否含 _NORMALMAP 宏）、参数类型是否匹配（如 Color vs Vector4）、纹理尺寸是否合规，再调用引擎 API 创建实例。
• 结合 TypeScript 类型守卫：若使用 TS 开发上层工具链，可用 discriminated union 或 branded types 标记材质能力集（如 type PBRMaterial = { kind: 'pbr'; hasEmission: true }），在派生前做 compile-time + runtime 双重检查。
若坚持在 JS 层做轻量级派生拦截（仅限工具链或编辑器扩展）
• 可将 new.target 作为辅助标记：在自定义 MaterialBuilder 类中，用 new.target === MaterialBuilder 拦截非法直接 new，强制走 .derive() 静态方法。
• 但该方法内部仍需调用引擎 API（如 THREE.ShaderMaterial 构造、Unity Editor API 的 Material.Instantiate），new.target 本身不执行任何材质创建动作，也不保障 GPU 层安全。
• 实际工程中，更关键的是捕获 shader 编译错误、纹理空引用、参数越界等运行时异常，并提供清晰的 fallback 机制（如降级为默认 unlit 材质）。
本质上，图形引擎的材质安全不靠语言机制兜底，而靠分层防护：着色器预验证 → 参数 Schema 声明 → 引擎资源管理器约束 → 运行时状态同步。new.target 在这个链条里没有实质位置。
