配置文件的字段构成

配置的核心是四件事：站点名称、请求地址、请求方式与返回内容的解析规则。名称只影响列表里显示什么，请求地址决定访问哪台服务器，解析规则决定能不能从返回结果里认出作品、章节和图片。

字段名称在不同版本的配置文件里可能略有差异，判断标准始终是「刷新后有没有数量」。

源失效时先看什么

顺序是「能不能连上 → 能不能列出作品 → 能不能取到章节 → 能不能取到图片」。四步里卡在哪一步，问题就出在哪一层。

搜索结果是按源分组的，不会混成一条长列表。同一部作品在不同源里出现时，应用按标题归一化比对，把相似条目排在一起，但不会自动合并——章节编号与图片顺序各家不同，贸然合并反而会乱。

书架里同一部作品只保留一条记录，来源可以在详情页切换。换源之后阅读位置按章节序号重新对应，遇到章节编号不连续的情况会提示手动指定。

源配置可以单独导出成一个文件，和阅读记录分开存放。换设备时先导入源配置，再导入阅读备份，书架里的作品就能重新对上。

配置文件里可能包含访问凭据，分享出去之前先看一眼内容。不需要同步的源建议先停用再导出，文件会干净很多。

自建源本质是写一份能被解析的规则，需要熟悉目标站点的搜索接口与详情页结构。准备三样东西就够：一个稳定的可访问地址、一份准确的字段对应关系、一个用于测试的作品名。

规则写完先在应用里单独启用这一条源，搜索那个测试作品名。能搜到、能打开、能翻页，三步都通过再开始批量使用。