尧图网页设计 
简介本资源为基于YOLOv5的水域中游泳者危险检测识别系统完整项目包面向计算机视觉方向的高校学生、期末大作业与毕业设计开发者以及需要水域安全监测方案的技术人员。项目已获导师指导并通过取得96分高分代码完整下载即可运行可直接用于课程设计、论文复现或二次开发。压缩包共1878个文件约235.38MB包含880张jpg与34张png图像样本、811个txt标注文件、60个yaml配置、27个py源码脚本及11个pt权重文件覆盖数据集、模型配置、训练脚本与推理代码另附Dockerfile、sh脚本与ipynb笔记便于环境搭建与实验复现。目前已有287人学习下载。读者可获得一套可直接训练与验证的检测识别方案理解数据标注、模型训练、权重加载与结果可视化的完整流程并借助目录结构快速定位数据集、配置与源码模块为水域游泳者危险识别任务提供可落地的参考实现。1. 水域游泳者危险检测这套 YOLOv5 源码到底能跑出什么结果夏天泳池和开放水域的溺水事故绝大多数不是没人看见而是看见的时候已经晚了。救生员盯一片水面注意力衰减曲线比想象中陡得多20 分钟后漏检率会明显上升。这套基于 YOLOv5 的水域中游泳者危险检测识别系统源码加数据集解决的就是把人眼盯水面换成模型盯画面这件事——它把游泳者、溺水/挣扎状态、岸边人员等目标框出来输出类别和置信度可以接摄像头做实时推理也可以只跑离线视频做验证。资源包里给的是完整工程训练脚本、推理脚本、权重、数据集、Dockerfile还有一堆events.out.tfevents.*训练日志和train2017.cache缓存文件。适合三类人一是期末大作业/毕设要交完整可运行项目的学生二是想拿一个真实水域场景练 YOLOv5 全流程的算法新手三是需要快速搭一个危险行为检测 demo 的工程同学。它不是一个调好的工业级产品而是一个能跑通、能改、能讲清楚的工程底子这一点对交作业和入门反而更重要。2. 环境配置与数据集结构先把 YOLOv5 跑起来再谈检测2.1 为什么选 YOLOv5 而不是 v8 或两阶段检测器水域危险检测的核心诉求是实时性。泳池监控通常是 1080P、25fps 的连续流如果用 Faster R-CNN 这类两阶段检测器单帧推理在普通显卡上就要上百毫秒根本追不上视频流。YOLOv5 在 640 输入下YOLOv5s 在 GTX 1660 级别显卡上能跑到 60fps 以上留出足够余量做后处理和告警逻辑。选 v5 而不是 v8/v11主要是这套源码本身就是 v5 架构工程文件、权重命名、训练脚本都是 v5 的约定。v5 的生态成熟报错信息在网上能搜到答案对交作业的人来说能搜到解决方案比版本新重要得多。另外 v5 的hyp.scratch.yaml超参数文件结构清晰改学习率、改数据增强一眼就能找到位置不像新版本把配置拆得很散。需要提醒的是v5 官方仓库已经停止大版本更新但这不影响使用——目标检测的骨干网络和损失函数早就稳定了水域场景的瓶颈在数据质量和后处理不在模型版本。2.2 从零把环境搭起来先确认显卡驱动和 CUDA 版本这一步翻车的人最多。YOLOv5 对 PyTorch 和 CUDA 的版本匹配很敏感版本错一位就是一堆CUDA error。# 查看显卡和驱动支持的 CUDA 上限 nvidia-smi # 建议用 conda 隔离环境别污染 base conda create -n swimdet python3.8 -y conda activate swimdet # 按 nvidia-smi 右上角显示的 CUDA 版本装对应 torch # 例如显示 CUDA 11.3就装 cu113 版本 pip install torch1.12.1cu113 torchvision0.13.1cu113 \ -f https://download.pytorch.org/whl/torch_stable.html # 装 YOLOv5 依赖requirements.txt 在工程根目录 pip install -r requirements.txt逻辑说明nvidia-smi右上角的CUDA Version是驱动支持的上限不是已安装版本装 torch 时不能超过这个数。torch1.12.1cu113里的cu113必须和本机 CUDA 运行时一致否则torch.cuda.is_available()会返回 False。参数上Python 选 3.8 是因为 v5 的部分依赖如旧版 numpy在 3.10 上会有兼容告警3.8 最稳。装完跑一句验证python -c import torch; print(torch.__version__, torch.cuda.is_available())输出True才算环境通了。如果显示 False先别急着改代码九成是 torch 版本和 CUDA 不匹配重装 torch 即可。2.3 数据集目录长什么样cache 文件是干嘛的工程里的数据集按 YOLOv5 标准结构组织常见形式是datasets/ ├── images/ │ ├── train/ # 训练图片 │ └── val/ # 验证图片 ├── labels/ │ ├── train/ # 对应 txt 标注 │ └── val/ └── train2017.cache # 标签缓存首次训练自动生成train2017.cache是 YOLOv5 第一次读标签时生成的二进制缓存把每张图的标注预解析好后续 epoch 直接读缓存省掉重复解析 txt 的开销。这个文件不要手动改也不要跨数据集复用——换了图片或改了标注必须删掉让它重新生成否则会读到旧标签训练 loss 看着正常但模型学的是错的东西这是最隐蔽的坑之一。标注格式是每行class x_center y_center width height全部归一化到 0~1。水域场景常见类别是swimmer正常游泳、drowning危险/挣扎、person岸边人员之类具体类别以工程里的data.yaml为准。# data.yaml 关键字段 train: datasets/images/train val: datasets/images/val nc: 3 # 类别数必须和标注里的 class id 对得上 names: [swimmer, drowning, person]nc和names长度必须一致且names的顺序要和标注里 class id 的编号严格对应。改类别时这两处一起改漏一个就是训练时索引越界。3. 训练与推理全流程从 events 日志到能用的权重3.1 训练命令与关键超参数怎么设工程根目录下直接跑训练脚本核心命令是python train.py \ --img 640 \ --batch 16 \ --epochs 100 \ --data data.yaml \ --weights yolov5s.pt \ --cfg models/yolov5s.yaml \ --hyp data/hyp.scratch.yaml \ --device 0逐参数说明--img 640是输入分辨率水域场景里游泳者目标偏小理论上 640 够用如果远距离小目标漏检多可以提到 960但显存和速度会明显变差--batch 16是批大小8G 显存跑 640 输入大概能到 16爆显存就降到 8--epochs 100是训练轮数水域数据集通常几千张图100 轮足够收敛看events日志里 val loss 不再下降就可以早停--weights yolov5s.pt是加载预训练权重做迁移学习强烈建议加载从零训练在小数据集上几乎不可能收敛好。--hyp data/hyp.scratch.yaml是超参数文件里面几个值值得关注参数默认值水域场景建议原因lr00.010.01迁移学习下够用太大易震荡lrf0.010.01最终学习率 lr0 * lrfmosaic1.00.5~1.0水域背景单一mosaic 增强泛化hsv_v0.40.4水面反光强亮度扰动有用fl_gamma0.00.0类别不均衡时再调一般不动mosaic是 YOLOv5 的招牌增强把四张图拼成一张对小目标检测帮助很大。但水域场景如果图片本身背景高度相似都是蓝色水面mosaic 拼出来的图边界会很突兀可以适当降到 0.5。3.2 训练日志 events 文件怎么看工程里那堆events.out.tfevents.*是 TensorBoard 日志文件名里的数字是时间戳和主机标识。启动 TensorBoard 就能看到 loss 曲线和 mAPtensorboard --logdir runs/train --port 6006浏览器打开localhost:6006重点看三条线train/box_loss、val/box_loss、metrics/mAP_0.5。判断训练是否健康的标准是——train loss 稳定下降val loss 跟着降且不发散mAP 持续上升后趋于平缓。如果 val loss 先降后升就是过拟合减 epoch 或加数据增强如果两条 loss 都不降多半是学习率太大或标注有问题。提示events 文件是二进制别用文本编辑器打开看到乱码不是文件坏了。3.3 推理与结果输出训练完权重在runs/train/exp/weights/best.pt推理命令python detect.py \ --weights runs/train/exp/weights/best.pt \ --source test_video.mp4 \ --img 640 \ --conf-thres 0.4 \ --iou-thres 0.45 \ --save-txt \ --save-conf--source可以是单张图、视频、整个文件夹甚至0本地摄像头。--conf-thres 0.4是置信度阈值水域场景建议比通用检测略低因为溺水姿态样本少、模型置信度普遍偏低设太高会漏掉真正的危险目标但也不能低于 0.3否则水面波纹会被误检成人。--iou-thres 0.45是 NMS 的 IoU 阈值控制重叠框合并。--save-txt会把每帧的检测框坐标存成 txt方便后续做告警逻辑——比如统计连续 N 帧出现drowning类就触发报警。4. 避坑与排查水域检测最容易翻车的五个地方4.1 训练 loss 正常但推理全是误检现象训练时 mAP 看着有 0.7实际跑视频满屏框水面反光、泳道线都被框成游泳者。原因验证集和实际推理场景分布不一致。数据集里的图片可能是特定角度、特定光照而实际视频是另一个摄像头。模型学到了蓝色背景白色条纹目标这种伪特征。解决从实际推理视频里截 100~200 帧人工标注后加进训练集重新训练。这一步没有捷径域适应只能靠数据。同时把--conf-thres提到 0.5 先压误检再逐步调。4.2 改了类别数后训练报维度错误现象RuntimeError: size mismatch for model.24.m.0.weight。原因data.yaml里nc改了但加载的预训练权重yolov5s.pt是 80 类的检测头输出维度对不上。解决YOLOv5 会自动跳过不匹配的层重新初始化但前提是--cfg和--weights都传了。如果只传 weights 不传 cfg就会直接报错。正确做法是同时指定--cfg models/yolov5s.yaml让框架按新类别数重建检测头。4.3 显存爆了但 batch 已经调到 1现象CUDA out of memorybatch 降到 1 还是爆。原因多半是--img设太大或者验证阶段同时加载了模型。640 输入下 8G 显存跑 batch 1 不该爆。解决先把--img降到 416 试能跑说明是分辨率问题再检查是不是开了--multi-scale这个会动态放大输入。另外--workers设太大会占内存不是显存但也会拖慢。实在不行用--device cpu先验证流程通不通再回显卡调。4.4 cache 文件导致标签错乱现象明明改了标注重新训练 loss 却和之前一模一样。原因train2017.cache没删框架直接读旧缓存。解决每次改完labels/下的 txt手动删掉datasets/下所有.cache文件。养成习惯改数据先删 cache。4.5 视频推理速度远低于预期现象单帧推理测出来 20ms跑视频却只有 5fps。原因瓶颈不在模型在视频解码和写盘。OpenCV 读 1080P 视频 逐帧写输出文件IO 开销比推理还大。解决推理时加--nosave先测纯推理速度要保存结果就换更快的编码器或者只保存有检测目标的帧。实时场景下把--img降到 480、用yolov5s而非 m/l 版本是性价比最高的提速手段。5. 把检测结果接成告警一个可复用的后处理技巧模型输出只是框真正有价值的是什么时候该报警。这里给一个我常用的后处理思路滑动窗口计数 类别持续判定避免单帧误检触发告警。from collections import deque # 维护最近 15 帧的检测类别 window deque(maxlen15) DANGER_CLASS 1 # drowning 的 class id按你的 data.yaml 改 ALERT_RATIO 0.6 # 窗口内危险帧占比超过 60% 才报警 def check_alert(detections): # detections: 当前帧的 [(cls, conf), ...] has_danger any(c DANGER_CLASS and conf 0.4 for c, conf in detections) window.append(1 if has_danger else 0) if len(window) 15: return False return sum(window) / len(window) ALERT_RATIO逻辑说明deque(maxlen15)固定窗口长度自动丢弃旧数据。每帧只记录有没有危险目标这一个布尔量比存完整框省内存。ALERT_RATIO0.6意味着 15 帧里至少 9 帧检测到危险才报警能滤掉大部分单帧抖动。参数怎么调窗口太短如 5 帧反应快但误报多太长如 30 帧误报少但延迟高15 帧在 25fps 下约 0.6 秒是延迟和准确率的平衡点。验证这套逻辑是否有效别只看准确率要看误报间隔和漏报持续时间。拿一段已知有危险动作的视频跑统计报警时刻和真实危险时刻的差值再拿一段纯正常游泳的视频跑看会不会误报。这两个指标比 mAP 更贴近实际使用。从那以后我每次做完检测项目都会强制走一遍实际场景视频回放 误报漏报统计而不是只看训练曲线上的 mAP——曲线好看和现场能用中间隔着一整个数据分布的距离。希望这套源码和上面的流程能帮你把水域危险检测这件事真正跑起来。本文还有配套的精品资源点击获取 基于YOLOv5的水域游泳者危险检测：从训练到告警全流程实战
简介本资源为基于YOLOv5的水域中游泳者危险检测识别系统完整项目包面向计算机视觉方向的高校学生、期末大作业与毕业设计开发者以及需要水域安全监测方案的技术人员。项目已获导师指导并通过取得96分高分代码完整下载即可运行可直接用于课程设计、论文复现或二次开发。压缩包共1878个文件约235.38MB包含880张jpg与34张png图像样本、811个txt标注文件、60个yaml配置、27个py源码脚本及11个pt权重文件覆盖数据集、模型配置、训练脚本与推理代码另附Dockerfile、sh脚本与ipynb笔记便于环境搭建与实验复现。目前已有287人学习下载。读者可获得一套可直接训练与验证的检测识别方案理解数据标注、模型训练、权重加载与结果可视化的完整流程并借助目录结构快速定位数据集、配置与源码模块为水域游泳者危险识别任务提供可落地的参考实现。1. 水域游泳者危险检测这套 YOLOv5 源码到底能跑出什么结果夏天泳池和开放水域的溺水事故绝大多数不是没人看见而是看见的时候已经晚了。救生员盯一片水面注意力衰减曲线比想象中陡得多20 分钟后漏检率会明显上升。这套基于 YOLOv5 的水域中游泳者危险检测识别系统源码加数据集解决的就是把人眼盯水面换成模型盯画面这件事——它把游泳者、溺水/挣扎状态、岸边人员等目标框出来输出类别和置信度可以接摄像头做实时推理也可以只跑离线视频做验证。资源包里给的是完整工程训练脚本、推理脚本、权重、数据集、Dockerfile还有一堆events.out.tfevents.*训练日志和train2017.cache缓存文件。适合三类人一是期末大作业/毕设要交完整可运行项目的学生二是想拿一个真实水域场景练 YOLOv5 全流程的算法新手三是需要快速搭一个危险行为检测 demo 的工程同学。它不是一个调好的工业级产品而是一个能跑通、能改、能讲清楚的工程底子这一点对交作业和入门反而更重要。2. 环境配置与数据集结构先把 YOLOv5 跑起来再谈检测2.1 为什么选 YOLOv5 而不是 v8 或两阶段检测器水域危险检测的核心诉求是实时性。泳池监控通常是 1080P、25fps 的连续流如果用 Faster R-CNN 这类两阶段检测器单帧推理在普通显卡上就要上百毫秒根本追不上视频流。YOLOv5 在 640 输入下YOLOv5s 在 GTX 1660 级别显卡上能跑到 60fps 以上留出足够余量做后处理和告警逻辑。选 v5 而不是 v8/v11主要是这套源码本身就是 v5 架构工程文件、权重命名、训练脚本都是 v5 的约定。v5 的生态成熟报错信息在网上能搜到答案对交作业的人来说能搜到解决方案比版本新重要得多。另外 v5 的hyp.scratch.yaml超参数文件结构清晰改学习率、改数据增强一眼就能找到位置不像新版本把配置拆得很散。需要提醒的是v5 官方仓库已经停止大版本更新但这不影响使用——目标检测的骨干网络和损失函数早就稳定了水域场景的瓶颈在数据质量和后处理不在模型版本。2.2 从零把环境搭起来先确认显卡驱动和 CUDA 版本这一步翻车的人最多。YOLOv5 对 PyTorch 和 CUDA 的版本匹配很敏感版本错一位就是一堆CUDA error。# 查看显卡和驱动支持的 CUDA 上限 nvidia-smi # 建议用 conda 隔离环境别污染 base conda create -n swimdet python3.8 -y conda activate swimdet # 按 nvidia-smi 右上角显示的 CUDA 版本装对应 torch # 例如显示 CUDA 11.3就装 cu113 版本 pip install torch1.12.1cu113 torchvision0.13.1cu113 \ -f https://download.pytorch.org/whl/torch_stable.html # 装 YOLOv5 依赖requirements.txt 在工程根目录 pip install -r requirements.txt逻辑说明nvidia-smi右上角的CUDA Version是驱动支持的上限不是已安装版本装 torch 时不能超过这个数。torch1.12.1cu113里的cu113必须和本机 CUDA 运行时一致否则torch.cuda.is_available()会返回 False。参数上Python 选 3.8 是因为 v5 的部分依赖如旧版 numpy在 3.10 上会有兼容告警3.8 最稳。装完跑一句验证python -c import torch; print(torch.__version__, torch.cuda.is_available())输出True才算环境通了。如果显示 False先别急着改代码九成是 torch 版本和 CUDA 不匹配重装 torch 即可。2.3 数据集目录长什么样cache 文件是干嘛的工程里的数据集按 YOLOv5 标准结构组织常见形式是datasets/ ├── images/ │ ├── train/ # 训练图片 │ └── val/ # 验证图片 ├── labels/ │ ├── train/ # 对应 txt 标注 │ └── val/ └── train2017.cache # 标签缓存首次训练自动生成train2017.cache是 YOLOv5 第一次读标签时生成的二进制缓存把每张图的标注预解析好后续 epoch 直接读缓存省掉重复解析 txt 的开销。这个文件不要手动改也不要跨数据集复用——换了图片或改了标注必须删掉让它重新生成否则会读到旧标签训练 loss 看着正常但模型学的是错的东西这是最隐蔽的坑之一。标注格式是每行class x_center y_center width height全部归一化到 0~1。水域场景常见类别是swimmer正常游泳、drowning危险/挣扎、person岸边人员之类具体类别以工程里的data.yaml为准。# data.yaml 关键字段 train: datasets/images/train val: datasets/images/val nc: 3 # 类别数必须和标注里的 class id 对得上 names: [swimmer, drowning, person]nc和names长度必须一致且names的顺序要和标注里 class id 的编号严格对应。改类别时这两处一起改漏一个就是训练时索引越界。3. 训练与推理全流程从 events 日志到能用的权重3.1 训练命令与关键超参数怎么设工程根目录下直接跑训练脚本核心命令是python train.py \ --img 640 \ --batch 16 \ --epochs 100 \ --data data.yaml \ --weights yolov5s.pt \ --cfg models/yolov5s.yaml \ --hyp data/hyp.scratch.yaml \ --device 0逐参数说明--img 640是输入分辨率水域场景里游泳者目标偏小理论上 640 够用如果远距离小目标漏检多可以提到 960但显存和速度会明显变差--batch 16是批大小8G 显存跑 640 输入大概能到 16爆显存就降到 8--epochs 100是训练轮数水域数据集通常几千张图100 轮足够收敛看events日志里 val loss 不再下降就可以早停--weights yolov5s.pt是加载预训练权重做迁移学习强烈建议加载从零训练在小数据集上几乎不可能收敛好。--hyp data/hyp.scratch.yaml是超参数文件里面几个值值得关注参数默认值水域场景建议原因lr00.010.01迁移学习下够用太大易震荡lrf0.010.01最终学习率 lr0 * lrfmosaic1.00.5~1.0水域背景单一mosaic 增强泛化hsv_v0.40.4水面反光强亮度扰动有用fl_gamma0.00.0类别不均衡时再调一般不动mosaic是 YOLOv5 的招牌增强把四张图拼成一张对小目标检测帮助很大。但水域场景如果图片本身背景高度相似都是蓝色水面mosaic 拼出来的图边界会很突兀可以适当降到 0.5。3.2 训练日志 events 文件怎么看工程里那堆events.out.tfevents.*是 TensorBoard 日志文件名里的数字是时间戳和主机标识。启动 TensorBoard 就能看到 loss 曲线和 mAPtensorboard --logdir runs/train --port 6006浏览器打开localhost:6006重点看三条线train/box_loss、val/box_loss、metrics/mAP_0.5。判断训练是否健康的标准是——train loss 稳定下降val loss 跟着降且不发散mAP 持续上升后趋于平缓。如果 val loss 先降后升就是过拟合减 epoch 或加数据增强如果两条 loss 都不降多半是学习率太大或标注有问题。提示events 文件是二进制别用文本编辑器打开看到乱码不是文件坏了。3.3 推理与结果输出训练完权重在runs/train/exp/weights/best.pt推理命令python detect.py \ --weights runs/train/exp/weights/best.pt \ --source test_video.mp4 \ --img 640 \ --conf-thres 0.4 \ --iou-thres 0.45 \ --save-txt \ --save-conf--source可以是单张图、视频、整个文件夹甚至0本地摄像头。--conf-thres 0.4是置信度阈值水域场景建议比通用检测略低因为溺水姿态样本少、模型置信度普遍偏低设太高会漏掉真正的危险目标但也不能低于 0.3否则水面波纹会被误检成人。--iou-thres 0.45是 NMS 的 IoU 阈值控制重叠框合并。--save-txt会把每帧的检测框坐标存成 txt方便后续做告警逻辑——比如统计连续 N 帧出现drowning类就触发报警。4. 避坑与排查水域检测最容易翻车的五个地方4.1 训练 loss 正常但推理全是误检现象训练时 mAP 看着有 0.7实际跑视频满屏框水面反光、泳道线都被框成游泳者。原因验证集和实际推理场景分布不一致。数据集里的图片可能是特定角度、特定光照而实际视频是另一个摄像头。模型学到了蓝色背景白色条纹目标这种伪特征。解决从实际推理视频里截 100~200 帧人工标注后加进训练集重新训练。这一步没有捷径域适应只能靠数据。同时把--conf-thres提到 0.5 先压误检再逐步调。4.2 改了类别数后训练报维度错误现象RuntimeError: size mismatch for model.24.m.0.weight。原因data.yaml里nc改了但加载的预训练权重yolov5s.pt是 80 类的检测头输出维度对不上。解决YOLOv5 会自动跳过不匹配的层重新初始化但前提是--cfg和--weights都传了。如果只传 weights 不传 cfg就会直接报错。正确做法是同时指定--cfg models/yolov5s.yaml让框架按新类别数重建检测头。4.3 显存爆了但 batch 已经调到 1现象CUDA out of memorybatch 降到 1 还是爆。原因多半是--img设太大或者验证阶段同时加载了模型。640 输入下 8G 显存跑 batch 1 不该爆。解决先把--img降到 416 试能跑说明是分辨率问题再检查是不是开了--multi-scale这个会动态放大输入。另外--workers设太大会占内存不是显存但也会拖慢。实在不行用--device cpu先验证流程通不通再回显卡调。4.4 cache 文件导致标签错乱现象明明改了标注重新训练 loss 却和之前一模一样。原因train2017.cache没删框架直接读旧缓存。解决每次改完labels/下的 txt手动删掉datasets/下所有.cache文件。养成习惯改数据先删 cache。4.5 视频推理速度远低于预期现象单帧推理测出来 20ms跑视频却只有 5fps。原因瓶颈不在模型在视频解码和写盘。OpenCV 读 1080P 视频 逐帧写输出文件IO 开销比推理还大。解决推理时加--nosave先测纯推理速度要保存结果就换更快的编码器或者只保存有检测目标的帧。实时场景下把--img降到 480、用yolov5s而非 m/l 版本是性价比最高的提速手段。5. 把检测结果接成告警一个可复用的后处理技巧模型输出只是框真正有价值的是什么时候该报警。这里给一个我常用的后处理思路滑动窗口计数 类别持续判定避免单帧误检触发告警。from collections import deque # 维护最近 15 帧的检测类别 window deque(maxlen15) DANGER_CLASS 1 # drowning 的 class id按你的 data.yaml 改 ALERT_RATIO 0.6 # 窗口内危险帧占比超过 60% 才报警 def check_alert(detections): # detections: 当前帧的 [(cls, conf), ...] has_danger any(c DANGER_CLASS and conf 0.4 for c, conf in detections) window.append(1 if has_danger else 0) if len(window) 15: return False return sum(window) / len(window) ALERT_RATIO逻辑说明deque(maxlen15)固定窗口长度自动丢弃旧数据。每帧只记录有没有危险目标这一个布尔量比存完整框省内存。ALERT_RATIO0.6意味着 15 帧里至少 9 帧检测到危险才报警能滤掉大部分单帧抖动。参数怎么调窗口太短如 5 帧反应快但误报多太长如 30 帧误报少但延迟高15 帧在 25fps 下约 0.6 秒是延迟和准确率的平衡点。验证这套逻辑是否有效别只看准确率要看误报间隔和漏报持续时间。拿一段已知有危险动作的视频跑统计报警时刻和真实危险时刻的差值再拿一段纯正常游泳的视频跑看会不会误报。这两个指标比 mAP 更贴近实际使用。从那以后我每次做完检测项目都会强制走一遍实际场景视频回放 误报漏报统计而不是只看训练曲线上的 mAP——曲线好看和现场能用中间隔着一整个数据分布的距离。希望这套源码和上面的流程能帮你把水域危险检测这件事真正跑起来。本文还有配套的精品资源点击获取