综合书源2.8w 关注
▶全网搜书
一次关键词搜索覆盖多个站点，结果按书源分组展示，找不到就换一批源继续搜。
👁 12.4w❤ 8600⭐ 4200↗ 1900
开源阅读最初出现在 Android 平台时，只是一个不携带任何内容的“空壳”。它把书源规则交给使用者，用 JavaScript 脚本去连接小说站、漫画站甚至资讯源。软件本身不提供书籍，也不替用户做内容筛选，它的价值在于把“搜索—目录—正文”这条链路做成可配置的规则。2020 年前后，第一批书源制作者开始在社区分享规则文件，开源阅读从一款工具慢慢长成了一个有协作痕迹的阅读入口。
到了 2023 年，书源社区的分工已经相当清晰：有人维护综合源，有人专攻漫画或有声，有人写规则教程。开源阅读客户端也在这一阶段补齐了替换净化、本地 TXT/EPUB 阅读、多种翻页模式、自定义字体与背景等能力。它不再只是“能搜书”，而是把阅读过程中那些细碎但重要的体验——行距、段距、简繁转换、夜间模式——都放进了设置面板。书源是入口，阅读本身才是停留的理由。
2026 年的开源阅读把重心放在规则的可维护性与跨端一致性上。书源类型明确区分小说、漫画、视频与音乐，规则引擎对 CSS、JsonPath、XPath 和 JavaScript 的解析更加稳定；订阅功能让书源列表可以跟随社区更新自动刷新，不必反复手动导入。桌面端与移动端共享同一套书源思路，本地书架和网络书源被放在同等位置。对使用者来说，2026 年的变化不在于功能数量的堆叠，而在于“用规则管理阅读来源”这件事变得比以往更顺手、更可持续。
一次关键词搜索覆盖多个站点，结果按书源分组展示，找不到就换一批源继续搜。
启用图片样式后章节页变成连续条漫，预载 5–10 页，翻页不再等图。
把订阅链接填进规则订阅，每天打开刷新一次，书源失效了也能跟上社区节奏。
用替换净化把正文里的推广词和乱码段过滤掉，规则写一次，所有同源章节都干净。
把本地文件放进文件夹，智能扫描识别目录，TXT 和 EPUB 都能进入同一个书架。
接入在线语音接口后调语速和音调，设定时关闭，断网自动切本地 TTS 接着读。
一条书源就是搜索、详情、目录、正文四组规则，先跑通一条链路，再慢慢补发现页。
内置几套字体一键切换，把 .ttf 放进目录就能调用本地字体，粗体和斜体分开指定。
换源界面加入多选分组与书源筛选，搜索框可自动唤出键盘，换源路径比以前短了一步。
规则订阅支持首次导入后持续检查更新，书源、主题与朗读接口可以随订阅链接一起刷新。
书籍简介与字典内容开始支持 Markdown 和 HTML 标签，书源作者可以在简介里保留基本排版。
漫画阅读的图片预载范围开放到 5–10 页，PNG 解码格式切换后长条漫滚动等待感降低。
书架搜索支持按书源筛选，列表与网格视图共享筛选条件，本地文件和网络书籍可以分开查看。
在线朗读新增 Edge 接口填写入口，测试成功后可选男女声，断网时自动回落到系统 TTS。
通过 legado:// 协议可以从浏览器直接唤醒客户端并安装书源，省去复制链接再粘贴的步骤。
书源元数据明确区分小说、漫画、视频与音乐，未标记时按小说处理，减少导入后的类型误判。
净化规则对正则分组的支持更完整，正文中成段的推广词可以用一条规则批量清理。
滚动翻页增加惯性阻尼选项，习惯“甩动阅读”的用户可以在设置里单独打开。
书架数据加载路径做了 Baseline Profile 优化，应用冷启动进入书架的速度有所提升。
书源按小说、漫画、订阅分组，书架列表与网格一键切换。
搜索支持按书源筛选，换源可多选分组，减少重复翻找。
手机端书源管理与阅读界面分层清楚，单手也能完成导入。
订阅规则一次保存持续更新，常用书源不用反复手动添加。
规则写法公开，书源、主题、朗读接口都可以按需替换。
开源阅读最容易被误解的地方，是把它当成一个“自带书库”的阅读器。实际上它的核心从来不是内容，而是书源——一组定义“如何从某个网站获取书籍信息与正文”的规则。搜索、详情、目录、正文四个环节各对应一组规则实体，客户端负责执行，规则负责描述。理解了这一点，就能理解为什么开源阅读不预置书源，也能理解为什么同一个软件在不同人手里呈现出的内容完全不同。
书源规则的表达方式并不单一。默认的 CSS 选择器适合结构稳定的网页，JsonPath 适合返回 JSON 的接口，XPath 在复杂 DOM 中仍然有用，正则表达式则用来处理那些没有明显结构的文本片段。2026 年的规则引擎会依据规则字符串的特征头自动分流到对应解析器，书源作者不需要手动声明“这是 CSS 还是 JsonPath”，只需要把规则写对。这种设计降低了入门门槛，但也要求写规则的人先看清楚目标页面到底返回了什么。
书源社区的分工是开源阅读生态中容易被忽略的一环。软件作者为了规避内容风险不制作书源，书源由独立的制作者编写并分享。综合源、漫画专源、有声源、订阅源各有维护者，失效与更新是常态。订阅机制的出现，本质上是对这种“常态”的回应：与其每次失效后重新找链接，不如让客户端定期检查订阅规则，把更新动作交给流程而不是记忆。对普通使用者来说，选择几个持续维护的订阅来源，比囤积上千条来路不明的书源更实际。
本地书架与网络书源在开源阅读里是并列关系，而不是主次关系。TXT 和 EPUB 可以通过手动浏览或智能扫描进入书架，网络书源搜到的书同样落在同一个界面里。这种并列带来一个好处：阅读器不必在“在线”和“离线”之间切换身份。读者可以今天用书源追更，明天把文件放进本地继续读，阅读进度和排版偏好不需要重新适应。2026 年书架筛选的细化，让这两种来源可以分开查看，也进一步确认了本地阅读在工具定位中的位置。
开源阅读的边界同样来自书源机制。它不生产内容，只提供读取内容的规则通道；书源失效、站点改版、接口变动，都会直接影响可用性。这不是缺陷，而是“空壳浏览器”定位的必然结果。理解这一点，就不会把书源数量当作唯一指标，也不会在一条源失效时认为整个工具失去了价值。真正稳定的使用方式，是掌握规则的基本读法、保留两到三个持续更新的订阅来源，并且接受“换源”本身就是阅读流程的一部分。
2026 年的开源阅读并没有试图变成另一个内容平台。它把精力放在规则解析的稳定性、订阅更新的自动化和跨端书源思路的一致性上。这些变化不显眼，却决定了工具在长期使用中的手感。当书源可以订阅、规则可以读懂、本地与网络可以共存，开源阅读就不再只是一个“找书工具”，而是一套由使用者自己维护的阅读来源管理系统。它的深度不在功能列表里，而在“你愿意为自己的阅读入口承担多少配置责任”这个选择里。
综合源站点多但失效杂，精简源数量少却经过校验。新手先精简、老手再综合，是更稳的顺序。
书源不是凭空出现的，规则后面有具体的人。知道谁在维护，失效时才知道往哪个方向找更新。
同一套书源思路在两端大体相通，但运行环境与 API 支持范围不同，跨端使用需要做少量适配。
空壳定位是为了把内容来源的选择与责任交给使用者，软件本身不提供书籍，也不替用户筛选来源。
正则范围写得过宽可能删掉正常段落。先在小范围章节测试，确认效果再应用到全部书源。
TXT 与网络章节的进度分别记录，切换来源时手动定位到同一章节是更稳妥的做法。
以前换手机最怕书源全丢，现在订阅链接一填，等它自己更新，省掉大半折腾。
写第一条书源花了整个周末，跑通搜索那一刻确实爽。四组规则拆开看，没那么吓人。
本地 TXT 和网络书源在一个书架里，这个设计用了就回不去。离线在线不用换软件。
替换净化救了我的眼睛。有些源正文里夹推广，写两条正则清净了，阅读体验直线上升。
综合源好用但太杂，精简源稳但少。我的做法是精简源日常用，综合源留着补缺。
Edge 朗读接上之后通勤全程听，语速调到 1.2 刚好，断网切本地也不打断。
漫画源导入后开图片样式，条漫上下滚确实顺，预载设 8 页，翻页几乎不用等。
桌面端书源思路和手机差不多，规则搬过去稍微改改就能跑，跨端这点很舒服。
本地字体放进目录就能调用，粗体和斜体分开设，排版终于能完全按自己习惯来。
书源失效是常事，学会看规则特征头之后，自己修一修比到处求人快多了。
规则订阅每天刷新一次，不用再记一堆网址。失效换源从“找链接”变成“点刷新”。
翻页模式里仿真和滚动来回换，最后停在滚动惯性上，各人手感不同，能选就好。