不能直接递归调用getWorldTransform()每帧，因为会导致同一父节点变换被重复计算上百遍，产生指数级冗余；必须用dirty标志位惰性更新，仅在本地或祖先变换改变时重算，并确保缓存生命周期安全。
为什么不能直接递归调用 getWorldTransform() 每帧？
很多初学者会为每个节点写一个递归函数，每次调用都从根一路乘到当前节点，看似直观，但实际在中大型场景图（比如 500+ 节点、动画频繁更新）下，getWorldTransform() 被反复调用几十次，同一父节点的变换被重复计算上百遍。这不是“慢”，是指数级冗余——尤其当父子链深、且多个子节点共享同一父节点时。
根本问题不在矩阵乘法本身，而在**缺乏缓存意识和失效控制**。
必须维护 dirty 标志位并按需更新
世界变换矩阵只在节点自身局部变换（m_localTransform）或其任意祖先的局部变换改变时才需要重算。因此每个节点应带一个布尔标志：m_worldTransformDirty。
- 当调用
setTranslation()、setRotation()等修改本地变换的接口时，不仅更新m_localTransform，还要将本节点及所有子节点的m_worldTransformDirty = true（注意：只需向下传播 dirty，不立即计算） -
getWorldTransform()内部先检查m_worldTransformDirty：若为true，则先调用updateWorldTransform()（仅一次！），再返回缓存值 -
updateWorldTransform()的逻辑是：m_worldTransform = m_parent ? m_parent->getWorldTransform() * m_localTransform : m_localTransform；注意这里调用的是getWorldTransform()（带缓存），不是裸矩阵乘
避免在遍历时意外触发脏标记更新
常见陷阱：在渲染循环中对节点树做深度优先遍历，并在访问每个节点时调用 getWorldTransform() —— 表面看没问题，但如果某次动画系统刚改了某个父节点的 m_localTransform，导致整条子树 dirty = true，那么第一个子节点的 getWorldTransform() 就会触发完整链路重算，后续兄弟节点再调用时已是缓存命中。但如果你在遍历中途又手动调用了 node->setLocalTransform(...)（比如调试用的实时编辑），就可能让部分子树重复标记 dirty，造成多余计算。
立即学习“C++免费学习笔记（深入）”；
更稳妥的做法是：
- 把所有本地变换修改操作集中在一帧的「动画更新阶段」完成，批量置 dirty
- 在「世界矩阵同步阶段」统一调用根节点的
getWorldTransform()（它会自然触发整个有效子树的惰性更新） - 渲染阶段只读缓存，绝不调用任何会触发更新的 setter 或依赖副作用的 getter
C++ 实现中容易忽略的 const 正确性与引用语义
如果 getWorldTransform() 返回 const glm::mat4&，那它必须保证返回的引用在下次调用前一直有效。但若你把 m_worldTransform 存在栈上（比如在临时对象里计算），或用了 std::optional<glm::mat4> 且未初始化就返回引用，就会出现悬垂引用。
正确做法是：
-
m_worldTransform必须是节点类的成员变量（非静态、非临时） -
getWorldTransform()声明为const成员函数，内部用mutable glm::mat4 m_cachedWorldTransform+mutable bool m_worldTransformDirty（否则无法在 const 函数里更新缓存） - 不要返回
std::move(m_cachedWorldTransform)—— 移动后下一次调用就失效了；只要返回const glm::mat4&即可
世界变换的正确性不取决于乘得有多快，而在于「谁负责更新」「何时失效」「谁保证生命周期」——这三个问题没理清，优化只是给 bug 加速。
