Ultralytics YOLO27: 加入候补名单。
Get Started

YOLO26 与 YOLOv7 对比#

实时目标检测领域经历了许多重要进展,Ultralytics YOLO26 和 YOLOv7 是其中两个值得关注的模型。YOLOv7 于 2022 年引入了“免费增益组合”(bag-of-freebies)方法,树立了新的准确率标杆;YOLO26 则加入了边缘优先优化、可选端到端推理,以及受大型语言模型(LLM)训练启发的稳定训练动态。

本页对比这两种架构,分析其性能指标、结构差异和理想部署场景,帮助机器学习工程师为下一个视觉 AI 项目做出明智决策。

模型背景与详情#

在查看性能数据之前,了解每个模型的起源和主要目标非常重要。

Ultralytics YOLO26#

YOLOv7#

详细了解 YOLOv7

值得考虑的其他模型

如果你正在了解更广泛的生态系统,也可以看看适用于均衡多任务部署的 YOLO11,或基于 Transformer、采用注意力机制进行检测的 RT-DETR。请注意,YOLOv8 和 YOLOv5 等较早的模型仍在 Ultralytics Platform 上获得全面支持,可用于旧系统集成:YOLOv8 和 YOLOv5。

深入剖析架构#

YOLO26 和 YOLOv7 背后的架构理念存在显著差异,反映出行业关注点已从最大化高端 GPU 性能转向优化端到端边缘部署。

YOLO26:边缘优先设计#

YOLO26 于 2026 年 1 月发布,重新设计了部署流程。最重要的变化是端到端无 NMS 设计。通过跳过非极大值抑制(NMS)后处理,并采用可选的一对一检测头(nms=False),YOLO26 降低了延迟波动;这一理念最早由 YOLOv10 引入。即使在人员密集的场景中,这也能确保帧率稳定,这对自主机器人和交通监控至关重要。

YOLO26 还移除了分布焦点损失(DFL)。这种移除 DFL的做法简化了导出为 ONNX 和 Apple CoreML 等格式的流程,并帮助 YOLO26n 的 CPU 推理速度比 YOLO11n 最高快 43%。

训练稳定性也是重点之一。引入的 MuSGD 优化器是标准随机梯度下降与 Muon 的混合方案,受 Kimi K2 的训练动态启发,将 LLM 训练的稳定性带入计算机视觉。结合 ProgLoss + STAL(渐进式损失与小目标感知标签分配),YOLO26 改进了小目标识别,这是实时检测器长期面临的难题。

YOLOv7:可训练的免费优势组合#

YOLOv7 基于对梯度路径优化的深入研究构建。它的核心创新是扩展高效层聚合网络(E-ELAN),使模型能够学习更多样化的特征,同时不破坏原有的梯度路径。

YOLOv7 架构还依赖推理阶段的重参数化技术,本质上是融合各层,以提升速度,同时保留训练期间学习到的丰富特征表示。这种方法在标准 NVIDIA TensorRT 服务器 GPU 上表现强劲,但仍依赖基于锚框的检测头和传统 NMS,这可能给低功耗设备部署带来阻碍。

性能对比#

下表直接对比了使用标准 COCO 数据集训练的模型。YOLO26 以更少的参数和 FLOPs 提高了准确率(mAP);例如,YOLO26l 的 mAP 达到 55.0,而 YOLOv7l 为 51.4,参数量分别为 24.8M 和 36.9M。

模型尺寸
(像素)
mAPval50-95速度
CPU ONNX
(毫秒)
速度
T4 TensorRT10
(ms)
参数
(M)
FLOPs
(B)
YOLO26n64040.938.91.72.45.5
YOLO26s64048.687.22.59.520.9
YOLO26m64053.1220.04.720.468.4
YOLO26l64055.0286.26.224.886.8
YOLO26x64057.5525.811.855.7194.4
YOLOv7l64051.4-6.8436.9104.7
YOLOv7x64053.1-11.5771.3189.9

注意:YOLO26x 的 mAP(57.5 对比 53.1)高于 YOLOv7x,同时所需参数量约少 22%。

Ultralytics 生态系统的优势#

开发者选择 YOLO26 的一个重要原因是它与 Ultralytics Platform集成。与较早架构所需的独立脚本不同,Ultralytics 提供统一的工作流。

  1. 易于使用: 使用 Python API,用户只需几行代码即可加载、训练和部署模型。导出为 LiteRT 等移动端格式只需更改一个参数。
  2. 内存需求: Ultralytics 模型经过专门设计,可提高训练效率。与大型视觉 Transformer 模型相比,它们通常需要更少的 CUDA 内存,使研究人员能够在消费级硬件上运行更大的批次大小。
  3. 多功能性: YOLOv7 为不同任务使用单独的代码分支,而 YOLO26 通过单个库原生支持实例分割、语义分割、深度估计、图像分类、姿态估计和有向边界框(OBB)检测。它甚至包含特定任务的损失函数,例如用于人体姿态处理流程的残差对数似然估计(RLE)。
  4. 积极开发: Ultralytics 开源社区会频繁发布更新,快速修复边界情况问题,并持续兼容最新的 PyTorch版本。
简化导出

YOLO26 默认使用带 NMS 的一对多检测头以提高准确率。使用 nms=False 导出时会选择无 NMS 检测头,因此部署到使用 Intel OpenVINO 或 ONNX Runtime 的嵌入式设备时,无需单独编写 NMS 后处理脚本。

实际应用场景#

这些模型的架构差异决定了各自理想的部署场景。

何时选择 YOLO26#

YOLO26 是新建计算机视觉系统的推荐选择。

  • 边缘 AI 和 IoT: YOLO26n 推理速度快、参数量少,适用于 Raspberry Pi 等资源受限设备或智慧城市摄像头。
  • 无人机与航拍图像: ProgLoss + STAL 集成改进了小目标检测,使模型非常适用于管道巡检和精准农业。
  • 多任务机器人: 它能在同一框架中处理边界框、分割掩码和姿态关键点,且内存开销低,因此适合动态机器人导航和交互。

何时考虑 YOLOv7#

虽然大多已被更新的架构取代,YOLOv7 仍有一些特定用途。

  • 学术基准测试: 开发新型基于锚框的检测头或研究梯度路径策略的研究人员,经常将 YOLOv7 用作标准基线进行比较。
  • 旧版 GPU 流程: 基于 YOLOv7 特定张量输出和自定义 NMS 配置、部署在高性能 AWS EC2 P4d 实例上的企业系统,可能会推迟迁移到新模型,直到必须全面重构系统时再进行。

代码示例:快速入门#

与标准研究代码仓库相比,开发者体验有所不同。训练自定义 YOLO26 模型只需几行代码:

from ultralytics import YOLO

# 加载最新的 YOLO26 small 模型
model = YOLO("yolo26s.pt")

# 使用自动缓存和日志记录,在你的自定义数据集上训练模型
results = model.train(data="coco8.yaml", epochs=100, imgsz=640, device="0")

# 对外部图像执行端到端无 NMS 预测
predictions = model("https://ultralytics.com/images/bus.jpg", nms=False)

# 导出优化后的模型,以便部署到边缘设备
model.export(format="onnx")

结语#

YOLOv7 仍是实时目标检测发展史上备受认可的重要里程碑,但行业已转向优先考虑部署简便性、多任务通用性和边缘效率的模型。

凭借可选的无 NMS 推理、MuSGD 优化器和更快的 CPU 推理,Ultralytics YOLO26 是当前面向开发者和企业工程师的推荐选择。结合易于使用的 Ultralytics 生态系统,它在速度、准确率和易用性之间实现了出色平衡。

评论2

  1. Murat Raimbekov(已编辑)

    hey @ShadowSinence, good question - and no, yolo26 doesn't have any "irreparable defect", it's actually the opposite. a few practical reasons why you still see lots of cnki papers building on v7/v8/v10:

    1. publication timeline lag. yolo26 was released on 2026-01-14, just about four months ago. academic papers usually take 6-18 months from research start to publication, so most papers being submitted now started their experiments back when v7/v8/v10 were the latest stable options.

    2. baseline reproducibility. papers like "improved yolov8 with attention module x for medical detection" rely on a well-established baseline with years of comparison literature. switching to a brand-new model means redoing every comparison from scratch and using a baseline reviewers may not yet be familiar with.

    3. ecosystem maturity. v8 in particular has thousands of github forks, third-party custom modules, and chinese-language tutorials. for graduate students under time pressure, building on a mature codebase is faster than learning a new one.

    4. architectural surface. v26 is nms-free, removes dfl, and uses a new musgd optimizer. great for deployment, but it changes a lot of the surface that anchor-based / nms-based ablations rely on. researchers comparing apples-to-apples often stick with the older anchor/nms setup.

    on raw benchmarks, v26 does lead across the size sweep:

    modelmAP50-95params (M)flops (B)
    yolo26x57.555.7193.9
    yolov7x53.171.3189.9

    so v26x is +4.4 mAP with ~22% fewer params. this lag in academic adoption is normal for any new release - it usually takes a year or so before papers built on it start appearing in numbers.

    for choosing a model for your own work, the models index lays out the trade-offs side by side.

  2. ShadowSinenceGitHub

    既然有更多优秀的yolo模型,为什么在知网上仍有专家教授继续使用v7,v8,v10的模型进行改进,而不是直接使用v26,难道26仍有什么不可弥补的缺陷吗