# Bili CDN Auto 手机 0.5.4

状态：候选版；正式安装入口以网站教程为准。未做 iPhone 实际播放性能验收，不承诺所有视频不卡顿。

## 改动

普通 bilivideo 视频采用接近电脑版的“优先线路、保持稳定、有限回退”：先验证08ct，合格则保持，不按短测速排名反复追最快。失败或明显低速后才验证少量备选；缓存按同网络下当前媒体资源隔离，不能拿上一个视频的赢家直接授权另一个视频。

- 原始128KiB参考与目标512KiB样本跟随播放器请求Range起点；检查206、区段/文件总长和参考字节一致。512KiB仍是有界样本，不是完整视频测速，也没有视频实际码率保证。尾部不足512KiB只记身份可用，不记持续能力。
- 健康复核默认45秒，慢速/无合格备选15秒，长请求间隔最早20秒复核；均由下一条媒体请求触发，非后台定时测速。缓存最多五分钟。
- 健康首选一般只测原始+目标两路；目标750ms仍未完成才启动一个备选，每轮最多四个目标，总预算1950ms。脚本等待超时不等于能够取消所有客户端的底层网络请求。
- 有完整512KiB样本且>=3200kbps视为此轮合格；速度回退要求备选至少1.5倍且>=3200kbps，30秒切换冷却。没有合格备选时回原始或保持尚有效的已验证当前资源，不盲换未验证节点。
- Akamai保留独立同资源128KiB校验、原有选路和两次低速复核策略；新增08ct候选，但不声称与普通分支完全一致。音频保留原始，不借用视频的资源验证。
- HTTP200/206只记录响应状态，不表示持续下载恢复。HTTP错误使对应资源失效；跨主机请求不携带Cookie/Authorization。无遥测、不扩大解密域，不修改VPN快捷指令。

## 与电脑版的区别

手机网络工具看不到B站App播放器缓冲/画面进度，不能直接中断或重启已卡住的App下载。新策略改善后续请求决策，不保证能救回正在等待的请求，也不能单凭节点已选中证明播放性能提高。

## 安装与一次短验证

1. 从正式教程导入“Bili CDN Auto 0.5.4”，停用旧模块，只启用一个版本。模块名与说明都标注版本。
2. 重新使用配置，断开后重连Shadowrocket；已有证书不必重装。
3. 如果原来为固定/原始模式，仅打开一次自动模式；不要反复点击auto，它会清空资源缓存。
4. 播放原先卡顿的视频，观察实际缓冲耗尽后的速度/恢复；无需大量重复播放。
5. 刷新 `https://limitedrush.online/bili-cdn-auto/status`。controlVersion与新请求mediaVersion应为0.5.4；重点看videoDiagnostics，不用最新音频覆盖的视频状态代替判断。

## 诊断字段

- `videoDiagnostics.routingPolicy`: 普通分支为preferred-verified-fallback。
- `reason`: preferred-route-verified / current-route-reviewed / fallback-route-verified / verified-resource-cache等，只表示请求决策。
- `probeRangeStart` / `nextReviewAt`: 当前抽样起点和下一次请求复核的最早时刻。
- `decisionCompletedAt`: 脚本完成URL决策，不是媒体传输完成；旧lastCompletedAt为兼容别名。
- 顶层`scores`: 最近抽样，含stage、sampledAt、rangeStart、capacityKnown；不一定属于最新视频。
- `playbackHealthObservable:false` / `inFlightRecoverySupported:false`: 明示不能观测App缓冲或直接救援在途下载。
- `lastResponseStatus`只是HTTP状态；即使206也不表示不卡顿。原始音频可能仍慢，需与视频分别判断。

手动原始模式可作为回退；旧0.5.3及更早交付包保留。快捷指令只连接VPN，不能一键创建iOS个人自动化或代替上述安装。