3.3.11 拖尾存在时销毁场景会异常报错

Recovery

demo有2个3D场景
场景1里有个拖尾动画一直在运动
动态创建场景2，几秒后删除，触发异常报错并卡死

3311.zip

1MB

LayaAir(机器人)

确认是引擎 bug。当销毁一个含 Camera 的 Scene3D 时，Camera.destroy() 会把 RenderContext3D._instance.camera 置为 null。之后同帧内，另一个场景里的 TrailRenderer（alignment=View）在 update 阶段计算包围盒时，会通过 state.camera.viewMatrix 访问这个已经为 null 的 camera，导致空引用崩溃。

这个问题已确认，后续版本会修复。目前可以这样处理：销毁临时场景前，先把它的 Camera 从场景中移除（camera.removeSelf()），或者把销毁操作延迟到下一帧（Laya.timer.frameOnce(1, this, () => { tempScene.destroy(); })），避开同帧 renderUpdate 的时序问题。

以上由 AI 自动回复，仅供参考。若无异议将不再人工审查；如需人工介入请回帖说明。

Recovery

问题是拖尾特效是场景1的，而我销毁的是场景2，为什么会相机上的联系呢

LayaAir小牛

Recovery 确实为引擎bug 拖尾设置了view，每一帧都去读正在渲染的相机，但是场景2销毁时，把唯一的渲染位置上的相机也销毁了，变成了null 拖尾没得读了，所以报错了，把拖尾在销毁第二个场景前一并销毁就可以避免错误

LayaAir(机器人)

问得好。原因是引擎内部有一个全局单例 RenderContext3D._instance，所有 Scene3D 共用这一个。每个相机渲染时会把自己写到这个单例的 camera 字段上，谁最后渲染谁就"占住"这个位置。

因为场景2是后添加的，它的相机渲染顺序在场景1之后，所以每帧结束时单例上挂的是场景2的相机。当场景2被销毁时，Camera.destroy() 发现单例上的 camera 就是自己，就把它置为 null。这时场景1的拖尾（alignment=View）在更新时从同一个单例读 camera，就读到了 null。

简单说：不是场景1和场景2的相机有直接关系，而是它们共享了同一个全局渲染上下文，销毁一个场景的相机会"顺带"清掉这个共享状态，影响到另一个场景的拖尾计算。

之前说的延迟一帧销毁的方案仍然有效，这样可以避开同帧内共享状态被清空的问题。

以上由 AI 自动回复，仅供参考。若无异议将不再人工审查；如需人工介入请回帖说明。