cv::findContours找不到轮廓主因是输入非二值图：必须先转灰度再阈值化（如cv::THRESH_BINARY）得0/255单通道图，禁用彩色图、浮点图或未闭合边缘图；常见错误包括漏转灰度、误用THRESH_OTSU单独调用、未做形态学闭合致轮廓断裂。
cv::findContours 为什么找不到轮廓？
多数情况不是算法问题，而是输入图像没做对。cv::findContours 只接受二值图（CV_8UC1），传入彩色图或浮点图会静默失败，返回空轮廓容器。必须先用 cv::cvtColor 转灰度、再用 cv::threshold 或 cv::Canny 得到明确的 0/255 图像。
常见错误操作：
- 直接对
cv::Mat原图调用cv::findContours - 用
cv::threshold时忘了设THRESH_BINARY模式，误用THRESH_OTSU单独使用（它只是阈值计算标志，不自动执行二值化） - 边缘检测后没做形态学闭合，细小断裂导致轮廓不闭合，
findContours无法识别为有效轮廓
cv::boundingRect 怎么用才不出错？
cv::boundingRect 输入必须是至少含 3 个点的 std::vector<:point></:point>，也就是单个轮廓。不能直接把整个 std::vector<:vector>></:vector>（所有轮廓）传进去——那会编译报错或运行崩溃。
正确做法是遍历每个轮廓：
立即学习“C++免费学习笔记（深入）”；
for (const auto& contour : contours) {
if (contour.size() < 3) continue; // 防止点数不足
cv::Rect rect = cv::boundingRect(contour);
cv::rectangle(src, rect, cv::Scalar(0, 255, 0), 2);
}
注意：cv::boundingRect 返回的是 cv::Rect，不是旋转矩形；若需最小外接旋转矩形，得用 cv::minAreaRect，但计算开销大、且返回的是 cv::RotatedRect，需额外转成四边形点才能画。
drawContours 和 rectangle 混用时颜色总不对？
根本原因是 OpenCV 默认图像是 BGR 顺序，不是 RGB。用 cv::Scalar(255, 0, 0) 是蓝色，不是红色；想画红色矩形得写 cv::Scalar(0, 0, 255)。
另一个易忽略点：绘制目标图像必须是 3 通道（BGR）才能显示彩色。如果在二值图（单通道）上调用 cv::rectangle，即使参数对，也只会把像素值设为标量第一个分量（即灰度值），看起来像“变亮”而非“上色”。解决方法：
- 确保绘制目标是原图副本（
src.clone()），且类型为CV_8UC3 - 或用
cv::cvtColor把二值图转成三通道：cv::cvtColor(binary, dst, cv::COLOR_GRAY2BGR)
为什么矩形框位置偏移或尺寸异常？
最常被忽略的是坐标系错位：原始图像是从 (0,0) 开始的左上角原点，但如果你在提取轮廓前对图像做过 ROI 截取、缩放或平移，而后续绘制时仍用原始图像尺寸，cv::boundingRect 返回的坐标就不再匹配。
例如：从原图中取 roi = src(cv::Rect(100, 50, 200, 150))，然后对 roi 做二值化和轮廓提取，得到的 rect 坐标是相对于 roi 左上角的。直接画在 src 上，就会偏左 100、偏上 50。
修复方式只有两种：
- 所有处理（二值化、找轮廓、画框）都在同一份图像空间内完成
- 若必须分步处理 ROI，则画图前手动偏移：
rect.x += roi.x; rect.y += roi.y;
还有种隐蔽情况：图像宽高比被拉伸过（比如用 cv::resize 时没保持比例），boundingRect 虽然数学上没错，但视觉上框会“压扁”或“拉长”，此时应检查预处理链路是否引入了非等比变换。
