Jellyseerr项目中发现重复请求/discover/movies接口的问题分析

在Jellyseerr项目v2.3.0版本中，开发人员发现了一个关于TMDB API调用行为的异常现象。当用户使用带有TMDB标签的自定义轮播组件并向下滚动页面时，系统会向/discover/movies端点发送重复的page=1参数请求。

这个问题最初由贡献者ishanjain28发现并报告。他在Firefox 135浏览器中观察到，在向下滚动页面时，除了正常的递增页码请求外，系统还会夹杂发送page=1的请求。这种现象不符合预期行为，因为理论上应该只发送递增页码的请求来获取更多内容。

技术分析表明，这可能是前端滚动加载逻辑中的一个缺陷。当滚动触发加载更多内容时，组件可能错误地重置了页码状态，或者在处理分页逻辑时没有正确维护当前页码。这种问题在无限滚动或分页加载的实现中比较常见，通常是由于状态管理不当导致的。

项目维护团队很快确认了这个问题，并在后续的v2.4.0版本中修复了它。修复方案可能涉及重新设计分页状态管理逻辑，确保在滚动加载时正确递增页码而不会意外重置。

对于使用Jellyseerr的开发者和用户来说，这个问题的修复意味着更高效的API调用和更好的用户体验。重复的page=1请求不仅浪费网络资源，还可能导致不必要的服务器负载和潜在的内容重复显示问题。

这个案例也提醒开发者，在实现无限滚动或分页加载功能时，需要特别注意状态管理的一致性，确保页码或其他分页参数能够正确递增而不会意外重置。同时，它也展示了开源社区如何快速响应和解决技术问题的良好实践。