Kometa项目中的Playlists同步机制问题分析与解决

在Kometa项目的1.20.0 nightly版本中，发现了一个关于Playlists功能的重要缺陷。该缺陷影响了同时包含电影和电视剧内容的播放列表同步功能，导致用户无法在一次运行中同时向Radarr和Sonarr添加缺失项目。

问题现象

当用户创建一个同时包含电影和电视剧库的播放列表时，系统会根据库定义的顺序决定执行哪个服务的添加操作。例如，如果播放列表定义中先指定电影库后指定电视剧库，则只会执行Radarr的添加操作而跳过Sonarr的添加操作，反之亦然。

技术分析

这个问题源于播放列表处理逻辑中的设计缺陷。在代码实现上，系统在处理多个库类型时采用了顺序执行的方式，但没有正确处理不同类型库之间的切换逻辑。具体表现为：

1. 当处理第一个库类型时，系统会正确识别并执行对应的arr服务操作
2. 但在切换到第二个库类型时，没有重新初始化或重置相关状态，导致后续的arr服务操作被跳过

解决方案

开发团队在nightly版本中已经修复了这个问题。修复方案主要包括：

1. 重构播放列表处理逻辑，确保每个库类型的处理都是独立的
2. 添加状态重置机制，防止不同库类型之间的处理相互干扰
3. 优化执行流程，保证所有指定的arr服务都能按预期执行

影响与建议

这个问题会影响需要同时管理电影和电视剧内容的用户。建议所有使用多类型库播放列表功能的用户升级到包含修复的版本。对于暂时无法升级的用户，可以采取以下临时解决方案：

1. 将混合类型的播放列表拆分为两个独立的播放列表
2. 分别针对电影和电视剧内容运行同步操作

总结

Kometa团队持续关注并快速响应了用户反馈的功能性问题，展示了项目对用户体验的重视。这个修复不仅解决了当前的问题，也为未来处理类似的多服务集成场景提供了更好的基础架构支持。