Spine AABB 检查总是 true？先核对 updateAabb 标记

点在角色外面，某次边界检查仍返回true。先确认调用的究竟是AABB粗筛，还是实际多边形查询；即使两条调用都被业务代码当作真，也不代表它们在回答同一个问题。

一个标记会改变粗筛的意义

当前官方SkeletonBounds参考说明，update会收集可见bounding box附件并计算多边形世界顶点。updateAabb为true时计算包围所有多边形的轴对齐框；为false时，SkeletonBounds的AABB方法始终返回true。

所以，某条采用false的路径让粗筛放行，不能直接解释为角色多边形覆盖了整个屏幕。按安装版本的API核对真实调用参数，不把这个行为套给引擎自建Collider。

把粗筛和精确阶段分别记下来

1. 记录实际SkeletonBounds对象、包版本、动画时刻和可见附件。
2. 确认这一帧是否更新过边界，以及updateAabb的实际值。
3. 记录粗筛方法和结果，再记录是否继续进行了多边形查询。
4. 用已知在多边形内、外和仅在包围框内的点做受控对照，保持坐标空间一致。

这些是建议测试类别，并非本文实测坐标。官方containsPoint(x,y)查询多边形，返回包含该点的附件或null；它与aabbContainsPoint的布尔判断不能混用。

数据时刻与坐标同样重要

动画改变姿态后，查询必须使用与接收项目流程一致的有效变换和边界数据。不要用上一帧缓存与这一帧画面直接比较，再用扩大形状来掩盖时序差异。具体更新阶段由实际运行库和引擎集成确认。

如果疑问是披风或武器应不应该可被命中，参照外观轮廓与命中区域先确定设计要求。修复粗筛语义，不会自动修复业务判定或伤害规则。

性能优化要保留正确性证据

官方把AABB粗筛作为多次多边形测试时可用的优化。是否计算、何时复用，应按实际姿态变更和查询量决定；不要每次点查询都重复推进动画，也不承诺固定加速比例。

在Spine工作台按教程核对资源和动作，实际命中查询仍在接收项目验收。封面是角色概念图，不是AABB或物理调试截图，本篇未进行碰撞性能实测。