Sonarr中基于磁盘文件总大小的季包搜索优化方案

背景分析

在Sonarr的自动下载管理过程中，用户经常会遇到季包(Season Pack)与单集文件(Episode)混合管理的情况。当前系统在处理季包级别的自定义格式(Custom Format)评分时存在一个关键逻辑缺陷：当评估已存在于磁盘上的季包质量时，系统仅对单集文件进行独立评分，而未能正确计算这些单集文件的总大小并应用对应的季包级别评分规则。

问题本质

假设用户设置了以下自定义格式评分规则：

• 发布组A：+500分
• 发布组B：+450分
• 发布组C：+400分
• 季包大小4(20GB以下)：+150分

当用户希望优先选择小于20GB的季包时，系统在季包搜索时能正确应用评分规则。但当这些季包被导入为单集文件后，系统在后续季包级别比较时：

1. 仅对单集文件独立评分（每个文件不触发20GB规则）
2. 导致15GB的季包（应得550分）被误判为400分
3. 可能错误地认为30GB季包（450分）质量更高

技术解决方案

核心算法改进

建议在季包搜索逻辑中增加"聚合磁盘文件大小"的计算步骤：

1. 当进行季包级别比较时
2. 收集该季所有已下载单集文件
3. 计算这些文件的总大小
4. 基于总大小应用季包级别的自定义格式评分
5. 最后与候选季包进行公平比较

实现细节考量

1. 大小计算时机：仅在季包搜索时触发聚合计算，不影响单集下载逻辑
2. 缓存机制：可缓存计算结果避免重复计算
3. 异常处理：处理部分文件缺失的情况
4. 性能优化：对大型剧集采用增量计算

用户场景验证

理想工作流

1. 初始下载：选择15GB季包（550分）优于30GB季包（450分）
2. 导入后：识别为15GB季包（550分）
3. 后续搜索：正确保持550分评分
4. 新季包出现：能正确触发升级逻辑

边界案例

1. 混合来源季包：部分文件来自不同发布组
2. 不同质量文件：包含不同编码质量的单集
3. 不完整季包：缺失部分剧集文件

系统影响评估

正向影响

1. 提升评分准确性
2. 更好满足用户偏好
3. 保持季包与单集逻辑一致性

潜在风险

1. 增加少量计算开销
2. 需要处理复杂的文件聚合状态
3. 可能影响现有用户的升级逻辑

替代方案分析

放宽大小限制方案

将季包大小规则改为包含单集文件大小（如1-20GB）会导致：

• 单集下载时错误应用季包偏好
• 阻碍后续真正的季包升级
• 失去季包级别的特殊偏好设置意义

方案对比

方案	准确性	性能影响	实现复杂度
当前方案	低	低	低
放宽限制	中	低	低
聚合计算	高	中	中

实施建议

1. 分阶段实施：

   • 首先增加季包大小聚合计算
   • 然后优化评分比较逻辑
   • 最后完善异常处理

2. 用户通知：

   • 在更新日志中说明行为变更
   • 提供配置选项回退到旧逻辑

3. 监控指标：

   • 季包决策准确率
   • 计算耗时增长
   • 用户反馈收集

结语

这一改进将使Sonarr的季包管理更加智能和符合用户预期，特别是在混合使用季包和单集下载的场景下。通过正确的聚合计算，系统能够真实反映用户的存储偏好，做出更合理的自动下载决策。