Appearance
后台-缓存管理
Cache
让浏览更快：全局缓存 + 缓存保持（定时预热）
这页只讲两件事：如何把“目录打开慢”变成“秒开”，以及如何用缓存保持把重点目录长期保持在最新状态。
快速步骤
全局
先把“全局缓存”开起来
- 后台 → 缓存管理 → 全局缓存设置：打开 启用缓存
- 把 默认缓存过期时间（分钟） 设成一个保守值（例如 60）：它是“全局兜底 TTL”，只有当网盘账号没有单独设置 TTL 时才会用到
- 根据机器性能再设置 缓存内存上限 与 缓存条目最大数量，避免无限增长
预热
给“常用目录”加缓存保持任务
- 切到“缓存保持任务”，点 新增
- 递归模式按需选择：单层缓存 只刷新这一层；无限递归 会把子目录也一起预热
- 刷新间隔先填 60 分钟；如果你觉得更新不够及时，再改短。
调优
驱动慢 / 易风控：用“温和刷新”
- 把任务里的 API额外补偿间隔 调大一些（例如 200–800ms）
- 有“执行时间段”就只让它夜间跑，避免白天刷缓存影响访问
- 不要堆太多任务：优先覆盖最高频目录（任务数量上限为 6 条）
我该怎么选
| 默认 TTL（分钟） | 你会得到什么 | 代价 | 推荐场景 |
|---|---|---|---|
| 15–30 | 更“新”，更快看到变动 | 更频繁回源 | 目录经常变、对新鲜度敏感 |
| 60 | 速度与新鲜度平衡 | 一般 | 家庭日常使用（推荐） |
| 120–240 | 更稳定、更省请求 | 变动可能滞后 | 大库 / 慢驱动 / 易风控 |
相关设置
启用缓存
这是全局开关。关闭后，目录访问会更频繁回源，访问速度下降；缓存保持任务也失去意义。
常见问题
缓存命中率怎么看？高了就一定好吗？
- 命中率高通常意味着“重复访问时更快”，但也可能代表缓存变“旧”。
- 重点是体感：目录打开是否更快、媒体端扫描是否更顺畅。如果“很快但不够新”，优先调低 TTL 或用缓存保持任务覆盖重点目录。
我点了“清空缓存”，会发生什么？
- LitePan 会清掉目录与文件元信息缓存，下一次访问会更多回源请求，所以短时间内会变慢是正常的。
- 一般只在“配置大改/缓存异常/命中率明显异常”时才需要清空。
缓存保持任务是不是把文件下载到本地？
不是。缓存保持维持的是“目录/文件元信息”的缓存（让你浏览更快、刷新更平滑），不是离线镜像。
我改了“默认缓存过期时间”，为什么感觉没变化？
- 因为账号 TTL 优先级更高：如果某个网盘账号在“账号设置”里已经配置了 TTL，那么它会优先用账号 TTL，这里设置的默认 TTL 不会覆盖它。
- 这里的默认 TTL 只在“账号 TTL 未设置”时才会作为兜底生效。
我应该先设置账号 TTL，还是先设置全局 TTL？
- 先开全局缓存，这是前提；不开缓存，后面都无意义。
- TTL 建议按你的习惯选：
- 想对某个账号“单独更快/更省”：去账号里设置账号 TTL（它优先级最高）。
- 账号都不想单独管：把账号 TTL 留空，再用这里的全局默认 TTL 做统一兜底。
- 账号 TTL=0 表示该账号完全不使用缓存（访问会更“新”，但更慢、也更容易压到驱动）。
缓存保持任务和 TTL 是什么关系？
- TTL 决定“缓存能用多久”；缓存保持任务决定“多久主动刷新一次”。
- 即使 TTL 设得很长，缓存保持也可以让重点目录按固定频率更新；反过来，如果 TTL 很短，缓存保持也能把你常用目录提前预热成“更快打开”。