AABB碰撞当且仅当x轴和y轴均重叠；两区间[a1,a2]与[b1,b2]重叠等价于std::max(a1,b1)
用
std::max和std::min判断 AABB 重叠最直接两个 AABB 不碰撞的充要条件是：在任一轴上完全分离。反过来，只要 x 轴和 y 轴都**有重叠**，就发生碰撞。别写一堆 if 判断边界，直接用区间交集逻辑：
两个区间 [a1, a2] 和 [b1, b2]（假设 a1 ≤ a2, b1 ≤ b2）重叠 ⇔std::max(a1, b1) 。
对 AABB 来说，x 方向重叠且 y 方向重叠，才算碰撞。实操建议：
- 把每个 AABB 表示为
struct { float left, right, bottom, top; }或{ float x, y, w, h; }，统一转成左/右/下/上四值更安全，避免中心+半宽易出错- 若用中心+宽高表示，注意
left = x - w * 0.5f，right = x + w * 0.5f，务必检查浮点精度下left 是否恒成立（尤其 w=0 时）- 不推荐用
abs(center1 - center2) 这类“距离法”，它在边界相切时因浮点误差可能误判（比如刚好等于却判定为不碰）处理浮点误差时，用 epsilon 扩展“相切即碰撞”语义
AABB 碰撞常用于物理或 UI 布局，通常希望“边挨着也算碰”。但
std::max(left1, left2) == std::min(right1, right2)在浮点下极难精确触发，直接用可能因计算顺序不同导致结果不稳定。实操建议：
- 定义小阈值
constexpr float eps = 1e-5f;，把重叠判断改为：std::max(left1, left2)- 只在需要“容忍贴边”的场景加 eps；若做像素级精确裁剪（如渲染剔除），反而该用 strict 比较，避免漏剔
- 不要对坐标本身加 eps 再比较（如
left1 += eps），会污染原始数据，影响后续其他计算性能关键：避免分支预测失败，用
bool表达式代替 if在每帧要检测上千对 AABB 的场景（如粒子系统、UI 批量碰撞），if 分支可能引发 CPU 流水线停顿。现代编译器虽常优化，但显式写成单表达式更可靠。
实操建议：
- 写成一行布尔表达式：
return (std::max(a.left, b.left)- 确保
left/right等字段是 public 成员或内联 getter，避免函数调用开销- 如果对象存储为 SOA（结构体数组）格式，可考虑 SIMD 批量判断 x 轴再批量判断 y 轴，但普通项目没必要过早优化
容易被忽略的坐标系方向问题
很多 bug 不来自算法，而来自 y 轴朝向不一致：OpenGL / Vulkan / 图像坐标系中 y 向上，DirectX / SDL 默认 y 向下，Web Canvas 也是 y 向下。若
bottom > top，那么std::max(bottom, other.bottom)就不是“更低的底边”，而是“更高的 y 值”——逻辑全反了。实操建议：
- 在 AABB 构造函数里强制归一化：
if (bottom > top) std::swap(bottom, top);，或者统一约定 y 向上，所有输入先转换- 打印调试时，别只看数值，加一句
assert(left ，早发现坐标系混乱- 若对接第三方库（如 Box2D），确认其 AABB 的 y 定义，别假设和自己一致
真正麻烦的从来不是“怎么写判断”，而是确保所有 AABB 的坐标解释方式一致、浮点行为可控、以及在多线程或跨平台时保持确定性。哪怕只改了一个变量名，也建议 grep 全局确认有没有地方悄悄用了
top 。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
