Neko阅读器扫描组屏蔽功能导致的更新异常问题分析

问题背景

在Neko这款优秀的开源漫画阅读应用中，用户可以通过屏蔽特定扫描组(scanlator)来过滤不想看到的内容。然而，近期发现了一个与扫描组屏蔽功能相关的逻辑问题：当用户屏蔽了某个扫描组后，即使已经将所有可见章节标记为已读，应用仍然会错误地认为该漫画存在未读章节，从而导致自动更新功能失效。

问题现象重现

让我们通过一个典型场景来理解这个问题：

1. 用户在设置中屏蔽了"Scanlator A"这个扫描组
2. 将包含"Scanlator A"章节的漫画X添加到个人库中
3. 用户将所有可见章节标记为已读状态
4. 执行库更新操作时
5. 系统日志显示漫画X被跳过，原因是"系列包含未读章节"

技术原理分析

这个问题本质上是一个逻辑判断的边界条件处理不当。应用当前的更新逻辑大致如下：

1. 检查漫画是否有任何未读章节
2. 如果有未读章节，则跳过更新
3. 如果没有未读章节，则执行更新

问题出在第一步的判断逻辑中：系统在计算"未读章节"时，没有充分考虑"被屏蔽扫描组的章节"这一特殊情况。即使这些章节在界面上不可见，系统仍然将它们计入未读章节总数。

影响范围

这个bug主要影响以下使用场景的用户：

• 经常使用扫描组屏蔽功能的用户
• 依赖自动更新来获取新章节的用户
• 阅读进度管理严格的用户

解决方案建议

从技术实现角度，建议采用以下修复方案：

1. 修改未读章节的计算逻辑，排除被屏蔽扫描组的章节
2. 或者在执行更新检查时，增加一个过滤步骤，先过滤掉被屏蔽的章节再判断
3. 确保这个修改不会影响其他依赖章节计数的功能

用户临时解决方案

在官方修复发布前，用户可以采取以下临时措施：

1. 暂时取消对问题扫描组的屏蔽
2. 手动检查并标记所有章节为已读
3. 重新启用扫描组屏蔽

总结

这个问题展示了在复杂应用中处理用户自定义过滤条件时的常见陷阱。良好的做法应该是在所有涉及内容计数的功能点都统一应用过滤条件，保持逻辑一致性。Neko团队已经将该修复标记为下一版本发布内容，相信很快就会解决这个影响用户体验的问题。