图片加载与缓存机制：为什么它比网页版更稳
社区访问高峰期网页版偶尔变慢，但客户端用户常常无感——差异来自一层看不见的基础设施。这一页讲它的原理和几个相关的设置。
自建 CDN 中间层
客户端把封面图片和大部分脱敏静态数据放在开发者自费的 CDN 中间层上。效果是双向的：
- 更稳——即使上游网页版访问很慢或临时故障，客户端通常也能正常取到数据；
- 更快——封面图等高频资源的请求路径更短，列表页滚动加载更顺。
这也解释了为什么「客户端挂了」和「网站挂了」经常不是一回事：数据通路是分开的。
图片请求的智能策略
版本迭代中图片加载一直在优化，近期的行为包括：
- 按大小自动加载——图片根据实际尺寸决定加载策略；
- 加载进度显示——大图有进度反馈；
- 失败自动重试——有次数上限，失败不会无限转圈。
代理与镜像设置
设置的网络分组里有代理/镜像相关选项，应对不同网络环境的可达性差异：
- 反代镜像——可配置第三方反代镜像加速访问；注意社区反馈过「开启过反代镜像、镜像失效后切换回直连，部分图片仍用旧缓存导致加载失败」的情况，遇到时清一清缓存或等数据刷新；
- 接口代理——部分接口支持代理模式，配置后注意检查前缀是否正确（历史版本修过代理模式下接口前缀丢失的问题）。
缓存相关的排查清单
图片加载异常时按顺序试：
- 下拉刷新当前页——多数是单页数据过期；
- 清理应用缓存——设置里的缓存管理；
- 检查代理/镜像设置——关掉已失效的镜像；
- 都无效则看加载慢图片挂了怎么办的完整排查路径。
机制讲完了，下一页讲一个和「数据互通」有关的功能——跟哔哩哔哩豆瓣的收藏同步。