引言：一个被忽视的精度陷阱
先讲一个真实的故事。
上个月帮一个做河道巡检的团队调试无人机目标检测模型，他们的数据集很有意思——几百米高空拍下来的画面里，漂浮物往往只有几个像素点大。团队用了YOLOv11，开启了multi_scale=True，训练了300个epoch，结果验证集上的mAP死活卡在0.42上不去。
打开训练日志一看，loss曲线呈现一种诡异的“锯齿状”——不是正常的震荡收敛，而是每个batch之间剧烈跳动，仿佛模型在“失忆”。排查了数据增强、学习率调度、优化器设置……最后发现问题出在Batch Normalization上。
多尺度训练让每张图片的输入尺寸在动态变化，而BatchNorm的统计量（均值和方差）却是在固定尺寸的假设下计算的。这两者之间的矛盾，就是那个让模型“失忆”的元凶。
这个坑，踩过的人不少，但真正讲清楚的人不多。今天这篇文章，我们就从原理到代码，把多尺度训练中Batch Normalization的正确处理方式彻底讲透。
一、多尺度训练：YOLO家族的“祖传技艺”
1.1 从YOLOv2说起
多尺度训练（Multi-Scale Training）并不是什么新鲜事。早在2016年，YOLOv2就已经引入了这一策略。具体做法是：训练过程中每10个batch随机选择320×320、352×352……608×608（均为32的整数倍）中的一种尺
