aabb是坐标轴对齐的矩形，因仅需比较坐标值、无需旋转或复杂数学运算而比其他碰撞检测更简单；判断相交只需检查x、y轴是否同时重叠，且推荐用min/max表示并采用
什么是AABB，为什么它比其他碰撞检测更简单
AABB（Axis-Aligned Bounding Box）就是坐标轴对齐的矩形，四边分别平行于x轴和y轴。它的核心优势是：不涉及旋转、不依赖三角函数、无需向量叉乘或投影，只用比较坐标值就能下结论。
判断两个AABB是否相交，本质是检查它们在x轴和y轴上是否同时重叠。只要任一轴上不重叠，就肯定没碰撞；只有两个轴都重叠，才算真正相交。
常见错误现象：AABBIntersect 返回 true 但视觉上没碰到——往往是因为用了中心点+半宽高却忘了处理负坐标，或把左上角当原点但y轴方向搞反了（尤其在OpenGL和DirectX混用时）。
使用场景：2D平台游戏的角色与地板、敌人与子弹、UI元素拖拽边界检测。不适合斜向移动物体或带旋转的精灵——那种得升维到OBB或分离轴定理（SAT）。
标准实现：用最小/最大坐标还是中心+尺寸
最稳的方式是统一用min和max表示矩形范围。每个AABB存两个点：min（左下角）和max（右上角），所有比较都基于此。
不推荐用center + halfSize做实时判断，除非你确定所有坐标系y轴朝上且无缩放。一旦引入镜像翻转或UI坐标系（y向下），center.y - halfSize.y容易算错下边界。
实操建议：
- 定义结构体时直接暴露
min和max成员，例如：struct AABB {<br> glm::vec2 min;<br> glm::vec2 max;<br>}; - 碰撞逻辑写成纯函数，不依赖this或全局状态：
bool Intersect(const AABB& a, const AABB& b) {<br> return a.min.x a.min.y } - 注意：这里用
而非<code>，允许边对边接触也算碰撞（比如角色站在地板上）
浮点精度问题怎么破：==不是你的朋友
用float存坐标时，直接比较a.max.x == b.min.x几乎必出错。浮点运算有舍入误差，哪怕数学上该相等，二进制表示也可能差一个ULP。
正确做法是引入容忍误差（epsilon），但要注意——不是所有场景都需要它。
实操建议：
- 对于“是否相交”这种布尔判断，
本身已具备一定鲁棒性；真正要加epsilon的是“是否刚好分离”或“是否深度为零”这类连续值计算 - 若必须处理临界情况（如防止角色卡进墙缝），可改用：
const float EPS = 1e-5f;<br>return a.min.x a.min.y
- 别用
std::numeric_limits<float>::epsilon()</float>直接当tolerance——它表示1.0附近的精度，不是通用阈值
性能关键点：早退出 + 内存布局友好
AABB相交检测本身极轻量，但高频调用（如每帧遍历1000个敌人）时，缓存命中率和分支预测会成为瓶颈。
最容易被忽略的坑：把AABB成员拆成四个独立float变量（left, right, bottom, top），导致CPU加载数据时跨缓存行，或者编译器无法向量化比较。
实操建议：
- 保持
min和max为连续内存块（如glm::vec2或自定义struct { float x,y; }），让两个点共占4个float，顺序排列 - 按x轴先判、y轴后判，因为多数场景中x方向分离概率更高（比如横向滚动关卡里敌人多在不同列）
- 如果批量检测（如Broadphase），优先用SIMD指令一次比4组AABB——但这要求数据对齐且结构体能被向量化，
min.x, min.y, max.x, max.y交错排布反而不利
实际项目里，最常出问题的不是算法本身，而是坐标系理解偏差和浮点临界处理。把min/max语义钉死，再配一个靠谱的epsilon策略，剩下的就是放心交给CPU去跑了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
