场景卸载完成后，共享资源为什么还不能释放
异步场景流送应让活动场景持有共享资源租约，并把预载完成与激活提交分开；单个场景卸载只能减少租约，不能越过其他活动场景释放依赖。
moyuta
玩家 · 游戏开发者 —— 写代码的玩家，玩游戏的开发者
-
-
相同输入仍会失步：帧上下文必须隔离容器顺序与系统时间
帧同步只有把固定步长、随机种子和稳定实体顺序收进唯一帧上下文，才能让相同输入产生相同状态哈希；系统时间与容器遍历都必须停在权威 Step 之外。
-
网络角色传送后出现半程残影，是插值跨过了不连续边界
快照插值只能发生在同一连续运动段内；传送快照必须推进段号，让渲染采样直接跳到新段首帧，并拒绝迟到包改写时间线。
-
粒子对象池复用后，旧完成事件不能回收新特效
粒子发射器的完成事件必须携带槽位与代次组成的生命周期身份，回收时重新核对，才能阻止旧回调终止已复用槽位上的新特效。
-
程序化 Mesh 已经变大，为什么离开原位置就突然消失
程序化 Mesh 的可见性不仅取决于顶点上传；索引合法、顶点有限且 Bounds 由同一批有效顶点重算，渲染器才能安全地剔除动态几何。
-
动态分辨率切换不能只换颜色纹理：颜色与深度附件必须成对提交
动态分辨率的安全提交单位不是单张纹理，而是尺寸一致、修订有效且完整可用的颜色与深度附件包；任何候选失败都应保留旧渲染目标。
-
相机停在 HLOD 边界时，单阈值会让层级逐帧翻转
HLOD 选择应由有记忆的状态所有者使用进入与退出两条屏幕误差阈值，并在目标资源就绪前保持当前层级，避免边界抖动和空洞切换。
-
按钮已经移动，点击却留在原地：UI 布局与命中区域必须同修订提交
异步布局结果只有在视觉矩形、命中矩形与修订号共同通过校验后才能替换活动快照，否则本地化测量和迟到完成会让画面与交互使用不同布局。
-
骨骼任务都完成了，为什么角色仍会撕裂一帧
并行骨骼任务只能生成候选矩阵，骨骼数量、矩阵有效性与姿势修订全部通过后，整份调色板才能替换渲染线程正在使用的快照。
-
Godot 场景节点删掉了，RenderingServer RID 为什么还活着
场景树只应发起渲染对象重建，RID 的创建、候选配置、原子替换与释放必须由同一所有者按修订号闭环，否则节点退出、失败配置和迟到完成都会留下不可见的低层资源。