哔咔漫画书架怎么收拾才顺手

收藏、进度与缓存是三份记录

把这三者当成三份独立的记录来看，很多困惑会立刻消失。它们在应用里各占一个位置，互不覆盖，也不互相替代。

这张表解释了为什么“清完缓存收藏还在，但打不开”是正常的：收藏是账号里的条目，缓存是本机上的文件。两者本来就不绑定。

缓存粒度按追更节奏选

缓存的目的不是把整座书库搬到手机里，而是在没有网络的时候接住碎片时间。按这个目的来选粒度，判断会容易很多。

• 单话缓存：适合正在追更的作品。新话出来就存一话，占用增长缓慢，也不用担心追到一半发现后面几话是读过的。
• 整本缓存：适合已经完结、打算一口气读完的作品。一次存完，之后不需要再回到有网络的场景。
• 不缓存：适合只是随手翻翻、或者本来就在稳定网络下的作品。省下空间给真正要带出门的内容。

值得注意的是，缓存文件属于应用私有目录，不能用文件管理器直接搬去别的阅读器打开。想换个地方继续看，仍然要回到应用里。

在追与想看之间画一条线

书架最容易变乱的原因只有一个：把“正在看”和“以后可能看”混在一起。混在一起之后，书架顶部永远是那些存了却一直没打开的作品，真正在追的反而要往下找。

一个可用的分法是按动作归类，而不是按喜好归类：最近七天打开过的放“在追”，其余放“想看”。这样每周花一分钟过一遍，书架顶部的几部始终是当下真正在读的。

分层之后还有个好处：更新提醒的噪音会小很多。追更中的作品更新才有意义，压在“想看”里大半年的作品推送一次提醒，多数人只会直接忽略。

进度存在哪，什么时候会丢

阅读进度有两个落点：一个在本机，一个在账号。没有登录时进度只写在本机，登录之后才会同步上去。于是“进度不见了”这件事基本只有两种成因。

• 本地那份丢了：卸载应用、清除应用数据、或者用系统工具做深度清理，都会带走本机的进度。登录过账号的可以重新登录取回，没登录的就找不回来了。
• 登录状态过期了：表现为书架里内容还在，但进度停在一个很早的位置。这种情况下不要清缓存，先重新登录再看。

区分这两种情况只看一个现象：书架是不是空的。书架空了说明本地数据被清过；书架还在而进度不动，多半是登录态的问题。

更新提醒什么时候会出现

更新提醒挂在收藏关系上，而不是挂在缓存上。也就是说，只要作品还在书架里，新话出现时就有机会收到通知，和你有没有缓存它无关。

提醒能否送达还取决于系统层面的两个开关：应用的通知权限，以及后台运行的许可。这两项在部分机型上默认是关闭的，关掉之后提醒只会体现在书架里——新话会排在前面，但不会弹出来。这一点和上手流程里的权限部分对应。

作品从书架上消失时

收藏过的作品有一天突然找不到了，通常不是应用出了问题，而是这部作品本身被下架了。这时要先分清两件事：已经缓存到本机的章节不受影响，还能继续打开；而作品页、章节列表这类需要联网取回的入口会失效。

所以对于确实想留着慢慢看的作品，提前缓存是最实在的保险。反过来说，如果一部作品你只是出于兴趣收藏、并不打算近期读完，那它下架带来的损失其实很小，不必为了“以防万一”把所有收藏都缓存一遍。

收藏堆到几百部之后

书架容量本身没有上限，但可用的注意力有。到了某个数量级之后，继续往里加只会稀释它作为“正在读什么”的参考价值。可以按下面三个动作定期收一次：

1. 移出读完不再追的。完结并且已经看完的作品，从书架移出，需要时再靠搜索找回来。
2. 合并同类项。同一作者或者同一系列的作品放一起，书架顶部的顺序按系列走，找起来更符合直觉。
3. 给“想看”设个上限。超过十个之后再往里加，就先把最早的一个处理掉，避免它变成一个只增不减的仓库。

相关功能说明

• 阅读器参数怎么调——翻页方式、音量键翻页、控页按键与储存位置。
• 连不上与加载不出来——按现象分组，直接找到处理顺序。
• 安装包与权限核对——确认拿到的是同一个应用。

整理书架时的常见问题