Jellyfin弹幕插件中弹幕重复加载问题的分析与解决
项目地址: https://gitcode.com/gh_mirrors/je/jellyfin-danmaku 在Jellyfin弹幕插件(ede.js)的使用过程中，用户报告了一个关于弹幕重复显示的bug。本文将深入分析该问题的成因，并详细解释解决方案。
问题现象
用户在观看番剧时发现部分弹幕会重复显示两次。经过测试，即使仅保留B站源，问题依然存在。有趣的是，同样的B站源在弹弹play中则不会出现重复现象。测试关闭简繁转换后问题依旧，排除了转换功能导致的可能性。
问题根源分析
经过技术排查，发现问题的根本原因在于B站的特殊播放地址机制。同一个番剧在B站实际上有两个不同的播放地址：
- 番剧专用播放地址
- 普通视频播放地址
弹弹play虽然也收录了两遍，但可能在其内部做了去重处理。而在Jellyfin弹幕插件中，当获取第三方弹幕时，会下载所有可用的弹幕地址内容，导致B站的弹幕实际上被下载了两份。
去重机制分析
插件原本采用基于弹幕ID(cid)的去重机制，理论上应该能够过滤掉重复弹幕。然而深入研究发现：
- 两个播放地址下载的弹幕中，大部分相同弹幕确实有相同的cid
- 但存在一部分弹幕在两个地址中的cid并不相同
这种不一致导致了原有的基于cid的去重机制失效，从而在用户界面出现重复弹幕。
解决方案
针对这一问题，开发者改进了重复弹幕的判定条件。新的判定逻辑不仅考虑弹幕ID，还综合其他关键属性进行比对，确保即使在不同播放地址下cid不同的相同弹幕也能被正确识别和去重。
验证结果
用户测试确认，更新后的版本已成功解决了弹幕重复显示的问题。界面显示恢复正常，重复弹幕被有效过滤。
技术启示
这一案例展示了在处理多源数据时的常见挑战：
- 数据源可能存在隐藏的重复性
- 简单的唯一标识比对可能不足以保证数据唯一性
- 需要根据实际业务场景设计更全面的去重策略
对于类似的多源聚合系统，建议在设计阶段就考虑可能的数据重复情况，并建立更健壮的去重机制。
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
