React Native Video 中播放 DRM 加密 HLS 流的多会话问题解析

在 React Native 生态中，react-native-video 是一个广泛使用的视频播放组件。近期开发者在使用该组件播放 DRM（数字版权管理）加密的 HLS（HTTP Live Streaming）流时遇到了一个典型的技术挑战，本文将深入分析问题原因并提供解决方案。

问题现象

开发者在 Android 平台（包括 Android TV 和移动设备）上尝试播放 Widevine DRM 加密的 HLS 流时，遇到了 MediaCodec.CryptoException 异常，错误信息显示"加密密钥不可用"。值得注意的是，相同的视频源和许可证服务器在其他播放器（如 Shaka Player）中可以正常播放。

错误日志中关键信息包括：

• Crypto key not available: 1 (Unknown error -1)
• Provided content key is not in license: key_id = E18D47DADECC47CBA1E8708E9E1C798A

根本原因分析

通过对比测试发现，当直接使用 Android 的 Media3 库（ExoPlayer 的核心库）播放相同内容时，如果设置了 setMultiSession(true) 参数，播放就能正常工作；而如果不设置此参数，则会出现与 react-native-video 相同的错误。

multiSession 参数控制 DRM 会话的管理方式：

• 当设置为 true 时，允许多个 DRM 会话同时存在
• 当设置为 false 时，同一时间只能有一个活动的 DRM 会话

在 HLS 流播放场景中，由于可能同时需要解密多个媒体片段（如音频和视频轨道），多会话支持通常是必要的。

解决方案

react-native-video 库的最新版本已经通过 PR 增加了对 multiDrm 参数的支持。开发者现在可以通过以下方式配置：

<Video
  source={{uri: '视频地址'}}
  drm={{
    licenseServer: '许可证服务器地址',
    type: 'widevine',
    multiDrm: true,  // 新增的关键参数
    headers: {
      Authorization: '认证令牌'
    }
  }}
/>

技术背景扩展

DRM 会话管理

在 Android 媒体框架中，DRM 会话管理是一个关键组件：

1. 单会话模式：资源占用少，但无法处理并发解密需求
2. 多会话模式：适合复杂场景，如：
   • 同时解密多个轨道（音频、视频）
   • 自适应码流切换
   • 前后台播放切换

Widevine 安全级别

错误日志中出现的 security_level = Default 表明设备使用的是软件级 DRM 实现。在某些设备上，硬件级 DRM（如 L1）可能表现不同，这也是需要考虑的兼容性因素。

最佳实践建议

1. 兼容性测试：在不同 Android 版本和设备上测试 DRM 播放
2. 错误处理：实现完善的错误回调处理，特别是针对 DRM 相关错误
3. 性能考量：多会话模式会增加资源消耗，在低端设备上需要评估性能影响
4. 许可证缓存：考虑实现许可证缓存机制以减少网络请求

总结

通过本次问题分析，我们不仅解决了 react-native-video 播放 DRM 加密 HLS 流的技术难题，更深入理解了 Android 平台上 DRM 会话管理的重要性。multiDrm 参数的引入为开发者提供了更灵活的 DRM 配置选项，能够更好地适应各种复杂的媒体播放场景。