书源失效越来越快，合集帖却越喊越夸张：「阅读」用户真正需要的，其实是几十个书源

源自309位全网作者

06:26

「阅读」（Legado）官方仓库挂出公告，已经过去三个月了。

版本的事其实已经明朗：5月27日，原仓库清空代码、只留一份公告，承认项目“承担了相应的法律责任”。GitHub社区组织 LegadoTeam 接棒后，8月基本保持一两天一个版本的节奏，8月20日刚发了正式版 3.26082102。GitHub装哪个版本，不再是问题。

但翻一翻最近各平台的帖子就会发现，用户的焦虑已经转移——从“软件还能不能用”，变成了“书源失效得越来越快”。

把8月前后各平台的书源合集帖捋一遍：

而另一边，小红书博主 momo 8月17日的更新只加了28个书源，逐一标注：新增5个女频源、5个起点源、3个番茄源、6个通用源等。小红书

两种帖子都在认真帮忙，但数字的悬殊恰好说明现状：没人能保证书源长期有效，大家只能用数量对冲。

很多人以为书源越多找书越容易，但对“同时查询所有启用书源”的阅读来说，还真不一定。几千条失效、重复、低质的书源，带来的是三笔实打实的成本：

第一，搜索结果被稀释。同一个书名冒出一堆结果，点进去一半是乱码、缺章或者空白，反而要人工二次筛选；

第二，搜索变慢、更耗电。搜索会向启用的书源逐个发请求，书源越多请求越多，失效书源还会拖出超时等待；

第三，噪音和风险一起涨。“万条书源”里大量是同一站点的重复镜像，还有一些夹带推广跳转。

用户其实已经有感觉了：知乎书源帖下被反复追问的，就是“之前的书源还能不能用”“失效的书源要不要全部删除”。知乎书源库过载，本身就是证据。

书源本质上是一组指向第三方小说站点的解析规则。阅文知识产权保护站点改版、加反爬、关站，书源就失效。这原本是常态，但近两个月节奏明显变快，大致有三层叠加原因：

一是上游站点本身的波动，网文小站生命周期一直不长；

二是今年法律风波的余波。3月，知乎上“阅读相关开发者因分享书源被判刑”的讨论很集中。知乎原仓库5月底的公告更是直接给项目定调。风波之后，站点和合集作者的维护意愿都在收缩，有的合集转成网盘发放，有的干脆降低更新频率；

三是应用本体不再由原仓库更新。社区版的新功能在规则侧补兼容，8月20日的版本加了“订阅源正文规则支持获取下一页内容”。GitHub但老书源对上新站点的反爬，总是慢半拍。

说明一下：“失效加快有多少是法律风波导致的”，没有硬数据，社区体感是一回事，量化是另一回事。能确定的是：书源生态已经没有官方仓库兜底了。

与其找“最强合集”，不如把书源库当通讯录维护：留常用的，定期清失效的。社区现在通行的做法可以参考：

轻度用户（偶尔找书，主要追两三本）：保留10-30个书源就够。一个通用源，加一两个覆盖你常看平台的垂直源；
重度用户（女频男频番茄起点都看）：50-100个是合理上限。按分组管理，遇到失效优先用一键换源，而不是立刻找新源；
冷门找书党（到处搜不到）：先试“分组搜索”语法，在搜索框用 group: 指定书源组，缩小范围再搜；实在没有，可以考虑自建书源——B站4月有个 legado-source-generator 插件的演示，6分44秒生成完整书源并调试成功，收藏量过千。哔哩哔哩冷门书自建反而比找源稳；
校验节奏：导入合集后，先搜两三本热门书，能正常出目录和正文再全量启用。

顺带说一句，像“开了评论显示却没有评论”这类问题，多半是单个书源的设置或失效问题，不是App坏了。

警惕“万条书源”式打包资源。多为网盘链接，软件和书源捆绑发放，书源来路不明、失效也快。微博官方下载页至今挂着提醒，阅读完全免费且无广告，遇到付款下载要立即停止。开源阅读官网
传播和牟利别碰。自己看书、导入本地书和个人内容，风险可控；打包书源出售、靠分发引流牟利，性质就变了——检方在相关案件中的认定很清楚：这早已不是简单“提供链接”，而是自动完成采集、格式转换与结构化处理，把深度链接加以包装和聚合。阅文知识产权保护
来路不明的修改版别装。原仓库停更后，各种修改版和第三方下载渠道冒了出来，B站就能搜到“开源阅读3.0修改版”的分享视频，装之前认准 LegadoTeam 的发布页。哔哩哔哩