小米盒子画报cdn资源在低速网络环境下的容错与降级策略

1.1 本文目标是给出可执行、可复现的步骤，确保小米盒子在低速或不稳定网络时仍能显示画报，降低用户感知延迟与白屏率。

1.2 主要策略：快速网络探测 -> 优先加载低分辨率占位图 -> 并行尝试主 CDN 与备用 CDN -> 超时/重试策略 -> 本地缓存与强制降级。

2.1 在 CDN 上为每张画报生成多个分辨率版本（例如：orig, 1920x1080, 1280x720, 640x360, thumb），并支持 WebP/AVIF 格式。

2.2 在内容发布流程中维护一份 JSON 清单，包含每张图在各个 CDN 域名下的多个分辨率 URL 以及更新时间戳和 hash，便于客户端选择与验证。

3.1 Web 环境：使用 navigator.connection.effectiveType 和 saveData 判断是否为 2g/slow-2g 或用户请求省流量。

3.2 Android/原生：在启动画报加载前调用 ConnectivityManager + ping 一组短 HEAD 请求（超时建议 300-500ms）来估算 RTT 并决定降级阈值。

3.3 将探测结果（RTT、丢包率、带宽估算）映射为策略等级：good/fair/poor->决定使用分辨率与超时参数。

4.1 为主 CDN 请求设置 connectTimeout=1500ms, readTimeout=4000ms（实际根据盒子常见网络调整）。

4.2 重试：最多 2 次（初始尝试失败后 1 次快速重试，再失败则切换备用 CDN），采用指数退避（间隔 500ms -> 1000ms）。

4.3 HEAD/OPTIONS 探针请求超时设置更短，如 300-500ms，用来快速判断节点可达性。

5.1 在配置中维护按优先级排序的 CDN 列表（主 CDN、备用 CDN1、备用 CDN2、本地镜像）。

5.2 实现快速测延算法：对列表中每个域名发出短 HEAD 请求并记录 RTT，挑选前 2 个节点并发下载实际资源。

5.3 如果并发下载中主节点在设定超时内未响应，则立即切换到备用节点且中止主节点请求（节省带宽）。

6.1 步骤：先请求 thumb（例如 640x360 或 320x180）并显示为占位图；同时后台请求高分辨率图，成功后替换。

6.2 对于 poor 网络：直接选用 640x360 或更低分辨率并避免再请求更高分辨率以节省带宽。

6.3 实现要点：占位图应做轻量化压缩（WebP/AVIF），并内置淡入效果避免突变。

7.1 内存缓存：使用 LRU 缓存（例如 Glide/ Picasso 内置或自定义 LruCache），容量按设备内存划分（建议 32MB~64MB）。

7.2 磁盘缓存：使用 DiskLruCache（Android）或 Cache Storage（Web Service Worker），保存中低分辨率图并设置合理过期（如 7 天）。

7.3 离线包：关键占位图可打包进应用/固件作为最终降级方案，更新周期由 OTA/应用更新控制。

8.1 使用 OkHttp：设置 connect/read/call 超时，增加自定义 Interceptor 进行 CDN 切换与重试。示例伪码：

8.2 使用 Glide 定制 ModelLoader，在加载前根据探测结果选择分辨率 URL；并开启 diskCacheStrategy(AUTOMATIC) 和 placeholder。

9.1 在 Service Worker 的 fetch handler 中采用 network-first 带超时的策略：用 Promise.race(networkFetchWithTimeout, caches.match)。

9.2 对于 save-data 或 effectiveType 指示的慢网络，直接响应缓存或 thumb 版本，跳过网络请求。

10.1 上报关键指标：请求时延、失败率、切换次数、最终降级等级（例如 good/fair/poor）到统计后端，埋点时间点包括探测、首次显示、替换完成等。

10.2 根据历史数据调整阈值（例如读到超过 30% 的用户在 4s 内失败时，降低默认分辨率或增加本地占位比重）。

11.1 在局域网限速工具（tc/netem）或 Android Profiler 中模拟 2g/3g、丢包、延迟场景，验证占位 -> 替换 -> 最终图像流程。

11.2 编写自动化测试：对多 CDN 列表进行可用性切换测试、在不同 RTT 下校验是否按预期降级并记录日志。

11.3 验证 OTA 更新中内置占位能否被正确读取作为最后回退方案。

问：如何在极慢网络（<100kbps）下保证画报不会导致白屏？

答：优先显示内置或缓存的低分辨率占位图（thumb），不发起高分辨率下载；若无占位则显示静态本地默认背景。实现步骤：探测到带宽阈值后直接选择 thumb URL 列表，从离线包或磁盘缓存加载并设置较长的缓存过期，后台再慢速尝试拉取更高分辨率并在成功后替换。

问：如何快速判断哪个 CDN 更适合当前网络？

答：在加载前并发对候选 CDN 发起短小的 HEAD 请求（超时 300-500ms）并统计 RTT 与成功率，选择 RTT 最小且成功的前 1-2 个 CDN 同时发起下载。实现时注意限制探测频率与缓存探测结果（例如 30s 内复用），避免频繁探测导致额外延迟。

问：客户端如何决定采用 WebP/AVIF 或 PNG/JPEG？

答：实现 Content Negotiation：客户端在请求头 Accept 中带上支持的格式（image/avif,image/webp,image/*），同时 CDN 在发布时提供所有格式的多版本 URL。探测到低速网络时优先请求小尺寸且高压缩比的 WebP/AVIF thumbs；若设备/平台不支持再回退到 JPEG/PNG。