Legado阅读器正文加载优化：解决并发验证码弹窗问题

背景分析

在Legado阅读器的使用过程中，部分网站会在用户连续阅读多个章节时频繁触发人机验证机制。当系统检测到验证要求时，会通过java.getVerification方法获取验证信息并重新请求当前URL。但现有机制存在一个显著问题：多个章节的验证请求会同时触发，导致用户界面弹出多个验证对话框，严重影响阅读体验。

问题本质

该现象的核心矛盾在于：

1. 预加载机制与验证流程的冲突：阅读器默认会预加载后续章节以提高流畅度
2. 同步控制缺失：验证流程未与章节加载建立严格的先后顺序关系
3. 并发控制失效：简单的并发率限制无法解决验证流程的时序问题

解决方案

配置层解决方案

最直接的解决方法是调整阅读器的预加载设置：

1. 进入应用设置
2. 找到"预加载章节数"选项
3. 将数值调整为0（禁用预加载）

这种方案通过消除并发加载的可能性，从根本上避免了多验证同时弹出的问题。但代价是牺牲了章节预加载带来的流畅体验。

代码层优化方向（潜在改进）

对于希望保持预加载功能的用户，可以考虑以下技术优化方案：

1. 请求队列化管理：建立章节加载的优先级队列
2. 验证状态锁：当触发验证时暂停其他章节的加载
3. 失败重试机制：对验证失败的请求实施指数退避策略
4. 上下文保持：在验证通过后自动携带验证信息重试原始请求

实现原理

当禁用预加载后，阅读器将：

1. 严格按顺序加载当前章节
2. 完成当前章节的全部处理（包括可能的验证流程）
3. 仅在当前章节完全加载成功后，才允许用户手动触发下一章节的加载

这种同步加载模式虽然降低了操作流畅性，但确保了每个验证流程都能完整执行，避免了多个验证请求的竞争状况。

注意事项

1. 该解决方案主要针对需要人机验证的特定网站
2. 对于大多数不需要验证的网站源，建议保持预加载开启以获得更好体验
3. 部分网站可能需要在验证通过后手动刷新章节内容
4. 极端情况下可能需要清除缓存后重新加载

扩展思考

从系统设计角度看，更完善的解决方案应该包含：

1. 智能预加载策略（根据网站行为动态调整）
2. 验证状态共享机制（跨章节的验证信息缓存）
3. 用户行为分析（识别验证触发规律）
4. 验证流程的统一管理层

这种优化需要在保持阅读流畅性和处理验证流程之间找到更好的平衡点，可能需要客户端与服务端的协同设计。