组合条件检索
标题、作者、语言、字数与更新时间可以叠加使用，先把宽泛的兴趣收成一小把结果，再慢慢挑。
作品检索找作品、读正文、管清单三件事，都在同一个客户端里完成，不用在浏览器标签页之间来回跳。
标题、作者、语言、字数与更新时间可以叠加使用，先把宽泛的兴趣收成一小把结果，再慢慢挑。
作品检索喜欢的标签加进来，不想碰的标签挑出去，作品数量再多也能一层层缩到能读完的量。
标签角色、关系、分级与内容提醒集中摆在正文之前，点开长文之前心里先有数。
分级提醒字数、章节数与是否完结同时呈现，追连载还是等完结一次读完，都能提前安排时间。
连载状态看中的先收起来，长篇暂停之后顺着原来的位置继续，不必重新回想标题。
书签有网络时先存到本机，飞机上、地铁里、信号弱的地方照样能读下去。
离线阅读标签是这个平台最值钱的一层结构，用对了能把“随便看看”变成“今晚就读这篇”。
第一次打开作品库时，任何人都会被条目数量压住。有效的做法不是一直往下滑，而是先确定一个原点：你今天是冲着某个角色来的，还是冲着一类关系、某个原作圈子来的。把这个原点写成标签，结果集立刻从几十万条降到几百条。
第二步是往外摘。同一批结果里往往混着你不想碰的方向，把它们对应的标签加进排除条件，剩下的列表会明显顺眼。客户端把“包含”和“排除”放在同一个筛选面板里，改完即时刷新，不必退出去重来。
最后才轮到看作品本身。此时列表已经不长，摘要、字数与更新日期足够你判断哪一篇值得今晚的时间。挑出来的那篇直接进书签，明天再读也不用重新找。
界面按手机屏幕宽度排布，列表、筛选与阅读入口都落在拇指够得着的区域内。
追一篇几十万字的作品，最怕的是换设备之后从头再来。
ao3阅读客户端把阅读位置、书签与订阅关系挂在账号上。手机和平板之间切换时，打开同一篇作品会落在上次停下的位置，章节列表也会标出已经读过的那一段。没有账号也能用，此时数据留在本机，换设备就需要重新整理一份清单。
连载作品的处理方式和完结作品不太一样。客户端会在更新时把新章节排到列表靠前的位置，并把已经读过的章节压暗，方便一眼分辨“上次读到哪”。如果你习惯攒一段时间再集中看，可以先把作品留在关注列表里，等章节数够了再进。
在线状态适合随手翻，检索结果和摘要都是实时的。离线缓存更适合已经决定要读的长篇：先在有网络时把整篇存到本机，之后阅读完全走本地，页面切换更稳，也不会因为网络波动中途停下。缓存占用可以随时清掉，不影响书签与阅读位置。
来自不同使用习惯的读者反馈，说的多是他们自己怎么用这个客户端。
4.8通勤党以前在地铁上刷网页版，光是等列表加载就没了兴致。现在前一天晚上把要读的几篇缓存好，第二天全程离线，出站前正好读完一章。
4.6长篇读者最满意的是排除标签那一步。同一个圈子里总有几条方向是我不看的，把它们挑掉之后，翻两屏就能找到想读的，省下不少时间。
4.7双语阅读界面和作品语言是分开设置的，这点很实用。中文看界面，作品按原语言读，切换之后检索条件还在，不用重新输一遍。
安装、首次使用、运行与缓存这几个环节最容易卡住，原因大多不在客户端本身。
它是由爱好者维护的第三方安卓客户端，用来在手机上更方便地浏览和阅读该平台的作品，并非平台官方出品。作品内容本身来自平台，客户端只负责把检索、阅读与缓存这几件事做得更顺手。
可以。检索、浏览与阅读正文都不强制登录，书签和阅读位置会保存在本机。登录之后这些数据可以跟着账号走，换手机时不必重新整理。
多数情况是网络链路的问题，而不是客户端本身。切换到稳定的网络、避开访问高峰，或者稍后重试一次，通常就能恢复。已经缓存过的作品不受影响。
按正文文字量估算，一部长篇通常在几十兆以内。设置页可以看到当前占用，也能一次清空。清理缓存只删掉本地正文副本，书签和阅读记录会保留。
可以。检索面板里把完成状态限定为已完结，结果里就只会出现完整更新的作品，适合想一次读完、不想等的读者。
先按上手指南把权限和显示项过一遍，再进作品库按标签收窄范围。第一篇读完，后面就顺手了。