点(x,y)在轴对齐矩形内当且仅当x∈[left,left+width)且y∈[top,top+height)，需统一采用left/top/width/height或x_min/x_max/y_min/y_max定义，避免混用导致边界错误。
用 std::pair 或结构体表示点，直接比较坐标边界
矩形在 C++ 中若为轴对齐（最常见场景），判断点 (x, y) 是否在其内部，本质是四个不等式判断：横坐标在左右边界之间，纵坐标在上下边界之间。不需要调用任何几何库，纯逻辑运算即可完成。
关键前提是明确矩形的定义方式——常见有两类：left, top, width, height 或 x_min, x_max, y_min, y_max。二者不可混用，否则边界开闭逻辑易出错。
- 若矩形由
left, top, width, height定义（如 SDL、Qt 的 QRect 常用），则右边界为left + width，下边界为top + height；注意：多数图形 API 中top是 y 坐标较小值（y 轴向下为正），所以y需满足top - 若矩形由极值定义（如
min_x, max_x, min_y, max_y），则直接判断min_x ；是否包含边界取决于业务需求，通常「在矩形内」指闭区间（含边） - 务必检查浮点数比较是否需要容差（如用
float或double）。整数坐标可直接用==和，浮点建议用 <code>std::abs(x - rect.left) 类方式处理精度问题
用 struct Rect 封装判断逻辑，避免重复写条件
硬编码四次比较易出错且难维护，推荐封装成成员函数。注意：C++ 没有内置「点在矩形内」函数，std::vector 或 std::array 不适用，自定义结构最轻量可靠。
示例：
立即学习“C++免费学习笔记（深入）”；
struct Point { float x, y; };
struct Rect { float left, top, width, height; };
<p>bool contains(const Rect& r, const Point& p) {
return p.x >= r.left && p.x < r.left + r.width &&
p.y >= r.top && p.y < r.top + r.height;
}</p>该实现默认采用「左闭右开、上闭下开」区间，与多数 GUI 框架（如 Windows GDI、Qt）对齐，能正确处理像素对齐和光栅化边界。若需包含右/下边缘，把 改为 <code> 即可，但要同步确认矩形宽高是否已含该像素。
使用 std::tuple 或 std::array 时，别忘了按索引取值顺序
有人倾向用 std::tuple<float,float,float,float> 表示矩形（如 (x,y,w,h)），或 std::array<float,4> 存 {min_x,max_x,min_y,max_y}。此时极易因索引写错导致逻辑翻转（比如把 [2] 当成 y_max 实际却是 y_min）。
- 用
std::tuple必须配合std::get<0>(rect)等，可读性差，不推荐用于几何判断 - 用
std::array时，强烈建议加命名常量：enum { MIN_X=0, MAX_X=1, MIN_Y=2, MAX_Y=3 };，再写r[MIN_X] - 所有容器方案都比结构体多一次解包开销，虽微乎其微，但在高频碰撞检测循环中，结构体成员访问仍是最优
注意坐标系方向和矩形构造顺序，否则 y 判断永远反着
这是最常被忽略的坑：数学常用 y 轴向上为正，而屏幕坐标系 y 向下为正。若你从图像处理库（如 OpenCV）读入矩形，它的 top 实际是 y 值较大者，此时原公式会完全失效。
实操建议：
- 统一在数据入口处做归一化：读取后立刻转成「
min_y总是较小值」的标准形式 - 打印一个已知在矩形内的点坐标和矩形四值，人工验证不等式方向。例如：点
(10,20)应在矩形内，但20 >= top不成立？那说明你的top其实是底边 - 不要依赖「Rect 构造函数自动修正」——除非你写的构造函数显式做了
std::min/max，否则传入(100,50,20,30)和(100,80,20,-30)会被同等对待，结果天差地别
边界方向一旦定错，整个判断就全盘失效，而且很难通过单元测试覆盖——因为测试数据也常沿用同一套错误假设。
