参数各自解决什么问题
阅读界面的底部控制层里有目录、亮度、背景、翻页与更多五项，其中四项属于参数设置。它们并不互相替代，而是各管一件事，改错地方往往解决不了问题。
| 参数 | 解决的问题 | 条漫的取值 | 页漫的取值 |
|---|---|---|---|
| 翻页方式 | 阅读时的节奏与手感 | 上下滚动，让长条画面连续衔接 | 左右翻页，保持分镜的阅读顺序 |
| 背景色调 | 画面与底色的对比度 | 浅灰或米黄，避免白底泛光 | 纯白或米黄，贴近纸质观感 |
| 画面缩放 | 单屏能容纳多少内容 | 宽度铺满，高度自然延伸 | 整页可见或略作放大，按分镜密度调整 |
| 亮度 | 不同环境光下的可读性 | 只保留一个亮度来源：跟随系统或手动，不要同时启用 | |
亮度这一项最容易被忽略。应用内既可以跟随系统亮度，也可以手动拖动亮度条，两者同时启用时会互相覆盖，表现就是“刚调好，锁屏再打开又回去了”。判断方法也很直接：如果你拖过亮度条之后它还会自己变化，说明跟随系统仍然生效。
清晰度与流量、空间的关系
应用支持多档画质切换，各版本的档位命名不完全相同，但分档逻辑基本一致：越高的档位画面细节越多，单个话数的体积也越大。三档之间的适用条件可以这样理解。
| 档位 | 适合的条件 | 取舍 |
|---|---|---|
| 标准档 | 移动网络下随手翻、只想先看剧情 | 加载最快、省流量，但画面细节与彩页的层次会打折 |
| 高清档 | 手机屏幕日常阅读，也是多数人的默认选择 | 清晰度与体积比较均衡，长时间阅读不累眼 |
| 超清档 | 平板或大屏设备、彩色条漫的画面细节 | 细节最完整，但体积成倍增长，缓存前要留足空间 |
需要说明的是，档位只影响画面本身，阅读进度、书架与评论数据都不受影响。所以完全可以在 Wi-Fi 下用超清缓存，出门在外切换成标准档随手翻——两者可以并存。
缓存空间的量级估算
缓存是离线阅读的前提，也是最容易把手机空间吃掉的一项。按高清档单话约二十三 MB、超清档约四十六 MB 估算，四种常见阅读计划的占用大致如下；实际数值会随画面页数与内容复杂度浮动，这里给出的是量级参考。
| 阅读计划 | 话数 | 高清档约占用 | 超清档约占用 |
|---|---|---|---|
| 单程通勤 | 3 话 | 约 70 MB | 约 140 MB |
| 一周的追更量 | 20 话 | 约 460 MB | 约 920 MB |
| 补完一整部中篇 | 60 话 | 约 1.4 GB | 约 2.7 GB |
| 长途出行备量 | 100 话 | 约 2.3 GB | 约 4.5 GB |
缓存管理页会显示每部作品已缓存的话数与占用空间，两个数字对不上自己的预期时，就先去看这一页。清理策略建议按“看完即清”执行：行程结束后回到缓存页，把已经读完的部分删掉，避免长期累积。另外要提醒的是，缓存文件存放在应用的私有目录里，不会出现在系统相册中；清理缓存只删画面文件，书架与阅读进度不受影响，而系统设置里的清除应用数据会连未登录状态下的本地书架一起删除，两者不要混淆。
弱网环境下的处理顺序
信号不好时页面一直转圈，多数人第一反应是清缓存，其实这个动作代价最大。按下面这个顺序试，通常前三步就能解决。
-
先等一次完整超时
弱网下请求发出后需要时间才会返回，看到转圈就退出重进会让请求反复重来。先给它一次完整等待，很多情况下画面只是慢，并没有失败。
-
切换网络并确认走了哪条线路
在 Wi-Fi 与移动数据之间切换一次，确认当前实际使用的是哪一条。部分场景下 Wi-Fi 已连接但无法出网，应用仍然按 Wi-Fi 请求，切换之后反而立刻恢复。
-
改读已缓存的内容
如果出行前已经缓存过话数，直接翻到缓存部分阅读。这是离线缓存最主要的使用场景，也是弱网下最省事的选择。
-
降低清晰度档位
标准档的单话体积更小，在同样糟糕的网络下成功率明显更高。这一项只影响当前画面，不动书架与进度，读完再切回来即可。
-
最后才考虑清理缓存
清缓存会一并删掉已经缓存好的内容，需要重新下载，是成本最高的一步，应该放在最后。真要动手，优先在缓存页按作品逐个清理，而不是整体清空。