Jellyseerr项目中Rotten Tomatoes数据缺失导致的API 500错误分析

在Jellyseerr媒体管理系统的开发过程中，我们发现了一个与Rotten Tomatoes（烂番茄）API集成相关的重要技术问题。这个问题影响了系统获取电影评分数据的功能，导致在某些情况下API端点返回500服务器错误。

问题背景

Jellyseerr作为一个媒体请求和管理系统，需要从多个来源聚合影视内容的评分数据。其中Rotten Tomatoes作为重要的评分来源之一，通过Algolia搜索API提供数据。然而，系统在处理某些特殊电影条目时出现了严重错误。

问题本质

核心问题在于代码中对Rotten Tomatoes返回数据结构的假设过于乐观。具体表现为：

1. 系统假设Algolia API返回的每个结果对象都包含rottenTomatoes字段
2. 代码直接访问rottenTomatoes对象下的certifiedFresh等属性而未做存在性检查
3. 当遇到没有官方评分的电影时（如ID为791042的电影），整个函数抛出异常

技术影响

这个问题的连锁反应非常明显：

1. 导致/ratingscombined端点完全失败（HTTP 500）
2. 即使其他评分来源（如IMDb）有有效数据，也无法显示
3. 破坏了系统的容错机制，一个数据源的缺失影响了整个评分聚合功能

解决方案思路

正确的处理方式应该包含以下技术要点：

1. 对API返回的数据结构进行防御性编程
2. 对可能缺失的字段进行存在性检查
3. 确保一个数据源的错误不会影响其他有效数据的展示
4. 对异常情况进行适当记录而非直接抛出

问题关联性

值得注意的是，这个问题与电视节目处理中的类似问题（#1018）形成了镜像关系，表明这是一个系统性的API集成模式问题，而不仅是个别案例。

修复效果

在修复版本2.2.0中，系统现在能够：

1. 优雅地处理Rotten Tomatoes数据缺失的情况
2. 继续显示其他来源的有效评分
3. 保持API端点的稳定性
4. 提供更完整的用户体验

这个案例很好地展示了在集成第三方API时防御性编程的重要性，特别是在处理不能完全控制的数据结构时。通过这次修复，Jellyseerr的评分聚合功能变得更加健壮和可靠。