fix: Android 播放回归 media_kit/libmpv 解密红果 CENC 内容

[fengs2021]

问题

Android 端红果站源几乎全部无法播放：短视频偶可播，长视频转圈很久后报 Source error / 「暂时无法播放」，换源无效。

根因（AVD 设备级实测确认）

红果内容是 CENC（AES-128-CTR）加密的，密钥由 spade_a 解出后已经存在于 plan.decryptionKey（诊断日志显示 密钥=32 位）。但 Android 此前使用 video_player（ExoPlayer）路径，该插件不提供任何 DRM/解密接口，加密数据被当作明文喂给 MediaCodec：

• 同一台 AVD、同一个 CENC 测试文件：ExoPlayer 挂起 15 分钟，logcat 无任何 DRM 会话；
• 同文件走 media_kit/libmpv 并传入 decryption_key：正常播放（playable=true, duration=20s）。

libmpv 本就随 media_kit 打包在 APK 内（libmpv.so），README 记载的正式内核也是 media_kit/libmpv。0.2.64 把 Android 换成 ExoPlayer 后，密钥传递路径被切断——这就是「怎么换源都播不了」的原因。

修复

1. Android 播放内核回归 media_kit/libmpv（lib/player_screen.dart）

• 移除 Platform.isAndroid 的 LunaExoPlayer 分支，全平台统一走 media_kit；
• 既有的 demuxer-lavf-o ... decryption_key= 逻辑对 Android 生效，与桌面端一致。

2. Go 本地代理修复四个真实缺陷（native/core/，均有回归测试）

• Range 兑现：部分 CDN 忽略 Range 返回 200 + 整文件，代理原样转发导致播放器 seek 后拿到错误偏移。现在代理自行跳过前缀、限制长度并补正确的 206/Content-Range 头（TestNativeUpstreamIgnoringRangeStillHonoursOffsets，修复前必现偏移错位）；
• 会话误回收：已出过数据的播放会话不再被其他会话挤掉（此前表现为 410，TestNativeIdlePlaybackSessionSurvivesOtherSessions）；
• HLS 误判：不再用 url 包含 hls 启发式，改为路径后缀判断；
• 传输细节：Range 请求强制 Accept-Encoding: identity；响应头立即 Flush，规避 Media3 默认 8 秒连接超时。

3. 诊断能力

• 启动日志读取版本常量并打印包名（此前硬编码 0.2.64+71 导致两轮误判版本未更新）；
• 播放日记记录密钥位数/线路/本地标志；
• 代理环形探针日志（最近 64 条请求往返）经 playbackProbe 桥暴露，播放失败时自动落日记。

验证

• AVD（android-34 x86_64）设备级：
  • integration_test/plan_probe_test.dart：三夹具（明文 MP4 / AES-HLS / CENC MP4）经真实 NativeRepository.resolve + media_kit 播放，All tests passed；
  • integration_test/ui_cenc_test.dart：真实 PlayerScreen 挂载 CENC 夹具，视频表面渲染且进度前进，All tests passed；
  • 对照实验：ExoPlayer 播同一 CENC 文件挂起（本报告根因依据）。
• Go：go vet 干净，新增 2 个回归测试通过；
• Dart：flutter analyze 0 error；
• 真机：用户已用本分支构建的 0.2.72+79（arm64-v8a）实测红果长剧播放恢复正常。
• 完整回归 playback_test.dart 在改动前后结果一致（+1 -4，失败为既有测试漂移，与本修复无关）。

兼容性

• 不改包名、不改数据目录，同一签名可直接覆盖升级；
• Windows/macOS/Linux/iOS 路径行为不变（本就用 media_kit）；
• Android PiP 状态走原生通道，与播放器类型无关，不受影响。

[Demonwls]

我去了，我刚准备提，就修复了