不能靠 new.target 确保渲染基础类不可直接初始化，真正起效的是构造逻辑约束、上下文依赖和运行时校验；new.target 仅反映调用者身份，不阻止实例化，安全依赖 rendersystem 检查、layer 隔离、泛型绑定及生命周期守卫。
不能靠 new.target 确保图形引擎的渲染基础类“不能被直接初始化”——它只能辅助拦截，真正起作用的是构造逻辑约束、上下文依赖和引擎运行时校验。
new.target 本身不阻止实例化，只反映调用者身份
new.target 是一个只读元属性，值为当前正在执行的构造函数。它不会主动拒绝任何调用，也不会修改执行流程。你看到的“禁止直接 new”，其实是开发者在构造函数里主动检查 new.target 并抛错实现的，不是语言机制自动完成的。
- 若写
new RGNode()，new.target就是RGNode；若写RGNode()（漏 new），new.target为undefined - 它无法识别“这个类是否该被实例化”，只能告诉你“这次是谁在调用”
- 引擎底层（如 Cocos 的
RGNode）并不依赖new.target做安全控制，而是靠运行时上下文校验
真正起效的是构造器内部的强制依赖检查
图形引擎的渲染基础类（如 RGNode、RGCullNode）之所以无法直接 new 成功，关键在于它们的构造函数要求传入不可伪造的运行时对象：
- 必须提供有效的
RenderSystem实例，而该实例只在渲染图构建完成后才存在 - 构造器内部会立即检查该参数是否合法，不合法则抛出
InvalidRenderContextError - 即使绕过
new检查，没有正确的context，实例也无法注册进调度队列
layer 隔离与泛型绑定构成第二道防线
引擎将渲染节点所属的 layer 视为内置且只读的结构，外部无法创建或注入新 layer：
-
RGNode构造时需指定有效layer，否则无法加入拓扑排序 - 泛型参数（如
RGCullNode）在 TS 编译期校验类型，在运行时与engine.IRGData匹配失败则中断 - 生命周期钩子（
onActive、onExecute）默认为空或抛错，子类不重写就无法执行任何逻辑
比 new.target 更可靠的实践建议
与其过度依赖 new.target 做表层防护，不如聚焦以下更直接有效的做法：
- 在基类构造器开头明确检查
if (!context || !context.isValid)，并给出具体错误提示 - 把关键字段（如
#initialized）设为私有，所有公开方法加守卫：若未完成初始化则报错 - 用静态工厂方法（如
static create()）替代直接new，把资源准备、上下文注入、异步等待等逻辑收口管理 - 配合 TypeScript 泛型约束 + JSDoc @abstract 标注，在开发阶段就暴露误用意图
图形引擎的渲染基础类安全，本质是运行时契约的落实，不是语法层面的调用限制。new.target 可以帮你写得更清晰，但撑不起整个安全模型。
