EarlyStopping未生效主因是监控指标名不匹配，需用model.metrics_names确认；patience和min_delta需依任务调整，分类常用patience=7~15、min_delta=1e-4，回归建议10和1e-3；restore_best_weights=True仅恢复权重，接续训练时应关闭并改用ModelCheckpoint。
早停机制不是加了 EarlyStopping 就自动生效的，关键在监控指标、触发条件和模型保存逻辑是否对得上训练过程。
为什么 EarlyStopping 加了但没停？
最常见原因是监控的指标名和实际日志里输出的不一致。比如你用 model.fit() 训练时，验证集指标默认叫 val_loss，但误写成 validation_loss 或 val_acc（而实际没输出这个），回调就一直收不到有效值，自然不会触发。
- 用
model.metrics_names查看训练时真实输出的指标名列表 - 确认
monitor参数严格匹配其中之一，区分大小写和下划线 - 如果用自定义训练循环（
tf.GradientTape），必须手动把指标值传给on_epoch_end，否则回调“看不见”任何数据
patience 和 min_delta 怎么设才合理？
patience=0 是个典型陷阱——它表示“只要下一 epoch 没变好就立刻停”，实际几乎等于不训练；而 min_delta=0 会让微小波动（比如 0.0001 级别）也被当作“没改善”。这两个参数得配合你的任务精度和 batch size 来调。
- 分类任务常用
patience=7~15，回归任务建议从10起步，因为 loss 波动更大 -
min_delta推荐设为1e-4（分类）或1e-3（回归），避免被浮点误差干扰 - 如果训练 loss 下降很慢，先关掉早停跑几轮，观察 loss 曲线的自然波动幅度，再定
min_delta
要不要配 restore_best_weights=True？
要，但得清楚它只恢复权重，不恢复优化器状态。如果你在早停后还要继续训练（比如换学习率微调），恢复权重反而可能让优化器“懵”——因为它的 momentum 或 Adam 缓存还停留在更晚的 epoch。
立即学习“Python免费学习笔记（深入）”；
- 纯评估/部署场景：开
restore_best_weights=True，确保用的是验证集上表现最好的那套权重 - 需要接续训练：关掉它，改用
ModelCheckpoint单独保存最佳模型，自己控制加载时机 - 注意：
restore_best_weights只在patience耗尽时生效；如果训练正常结束（比如epochs跑完），它不触发
真正容易被忽略的是：早停判断依赖的是每个 epoch 结束后的单次指标值，而不是滑动平均。所以如果验证集太小、或者验证频率太低（比如每 5 个 epoch 才算一次 val loss），早停会严重滞后甚至失效。别只盯着回调参数，先检查你的验证节奏是不是够密。
