cv::resize缩放后图像发虚或边缘锯齿，因默认cv::inter_linear插值对缩小操作不友好，尤其缩放比例过小时易产生混叠与模糊。
cv::resize 为什么缩放后图像发虚或边缘锯齿？
默认插值方式是 cv::INTER_LINEAR，对缩小操作不够友好，尤其当缩放比例
- 缩小图像优先用
cv::INTER_AREA：它基于像素区域重采样，抗锯齿效果更好，适合 downscale - 放大图像可选
cv::INTER_CUBIC（质量高但慢）或cv::INTER_LANCZOS4（更锐利，但可能引入振铃） - 避免对 uint8 图像反复 resize：每次插值都引入误差，建议在 Float 类型上做一次最终缩放，再转回 uint8
示例：
cv::Mat src = cv::imread("in.jpg");<br>cv::Mat dst;<br>cv::resize(src, dst, cv::Size(320, 240), 0, 0, cv::INTER_AREA); // 缩小用 INTER_AREAcv::Rect 裁剪时坐标越界不报错，但结果为空或黑边
cv::Rect 构造本身不校验是否超出图像边界，mat(rect) 返回的是 ROI 引用 —— 若 rect 部分越界，opencv 会静默截断到有效区域；若完全越界，则返回空 cv::Mat（data == nullptr），后续操作如 copyTo 可能崩溃或写入无效内存。
- 裁剪前务必检查：
if (roi.x >= 0 && roi.y >= 0 &&<br> roi.x + roi.width <= src.cols &&<br> roi.y + roi.height <= src.rows) {<br> cv::Mat cropped = src(roi);<br>} - 需要“安全裁剪”（自动 clamp 到边界）时，手动修正：
roi = roi & cv::Rect(0, 0, src.cols, src.rows) - 注意坐标系：x 是列（width 方向），y 是行（height 方向），和常见的 (row, col) 矩阵索引相反
自定义双线性插值缩放比 OpenCV 慢很多，还容易出错
手写插值逻辑看似可控，但实际要处理边界判断、浮点精度、内存对齐、通道循环等细节，稍有不慎就出现偏移、溢出或未定义行为。性能上，纯 c++ 实现几乎不可能超越 OpenCV 的 SIMD 优化版本（尤其是 AVX2/FMA 加速的 cv::resize）。
立即学习“C++免费学习笔记（深入）”；
- 除非有特殊需求（比如定制权重函数、非均匀网格、或嵌入无标准库环境），否则别自己重写插值
- 如果必须自实现，优先用
cv::getRectSubPix+ 插值系数查表，而不是逐像素算四邻域加权 - 调试时打印几个关键像素的输出值，对比
cv::resize结果，能快速定位是权重计算错误还是坐标映射偏移
缩放+裁剪组合操作顺序影响结果精度
先裁再缩，还是先缩再裁？取决于目标：若裁剪区域固定（如取中心 256×256），应先裁再缩，避免对无关区域做无谓计算；若需保持原始宽高比并居中填充后缩放（如生成缩略图），则应先缩再裁，但要注意缩放后尺寸可能不匹配目标，得配合 cv::resize 的 fx/fy 和 Size 参数协调。
- 常见错误：用
cv::resize的Size强制指定目标尺寸，却没考虑源图长宽比 → 图像被拉伸 - 正确做法：先按比例计算缩放后尺寸，再用
cv::INTER_AREA缩放，最后用cv::Rect居中裁剪 - OpenCV 不提供“等比缩放+居中裁剪”一键函数，这块逻辑得自己封装，且必须显式处理整数舍入误差（比如
(w-256)/2要用floor或round）
最易被忽略的是：裁剪区域的坐标必须基于缩放后的图像尺寸计算，而不是原始尺寸 —— 这个错位在 debug 时很难一眼发现，建议把中间尺寸全打出来看一眼。