React Native Video 项目中 Android 平台请求头丢失问题分析

问题背景

在 React Native Video 6.0.0 版本的 Android 平台上，开发者报告了一个关于 HTTP 请求头丢失的问题。具体表现为：当开发者设置自定义请求头（如 Referer）时，这些头部信息在某些视频流（特别是 MP4 格式）的 GET 请求中会被忽略，而在 HEAD 请求中却能正常传递。

问题现象

经过详细测试和网络抓包分析，发现以下现象：

1. 播放器启动时会发起两次请求：先是一个 HEAD 请求，接着是一个 GET 请求
2. HEAD 请求中包含了所有开发者设置的自定义请求头
3. GET 请求中却丢失了所有自定义请求头
4. 在 5.0.0-beta 版本中，GET 请求能正常携带所有请求头

问题根源

深入分析后发现，这个问题与缓存机制有关：

1. 当设置 cacheSizeMB 为 0（禁用缓存）时，请求头能正常发送
2. 问题出现在缓存管理相关的代码变更后
3. DataSourceUtil 类中的默认数据源工厂使用了静态变量，导致请求头配置无法动态更新

技术细节

在 DataSourceUtil 类中，存在以下设计问题：

1. getDefaultHttpDataSourceFactory 和 getDefaultDataSourceFactory 方法在初始化后不会刷新
2. 这些工厂方法使用了静态变量 defaultHttpDataSourceFactory 和 defaultDataSourceFactory
3. 这种设计导致当需要并行播放多个不同 DRM 保护的流时会出现问题

解决方案

针对这个问题，社区提出了以下修复方案：

1. 移除 DataSourceUtil 中的初始化检查条件
2. 确保每次调用都能构建新的数据源工厂实例
3. 修改后的代码将无条件创建新的数据源工厂，保证请求头配置的正确传递

影响范围

这个问题主要影响：

1. 需要自定义请求头访问受保护资源的场景
2. MP4 视频流的播放
3. 启用了缓存功能的配置

最佳实践建议

对于开发者，建议：

1. 在需要自定义请求头时，考虑临时禁用缓存
2. 关注项目更新，及时应用修复补丁
3. 对于关键业务场景，进行充分的网络请求测试验证

总结

这个问题展示了在多媒体播放组件中，缓存机制与网络请求处理的微妙交互关系。通过社区的协作分析，不仅定位了问题根源，还提出了有效的解决方案，为开发者提供了更稳定的视频播放体验。