Exoplayer流媒体请求如何传递Cookie完成登录鉴权

两种常规方案不生效的核心原因有三个：

• 手动实例化的java.net.CookieManager没有和ExoPlayer实际发起请求的数据源绑定，ExoPlayer默认构造的HTTP数据源不会自动读取全局CookieHandler配置，302重定向到其他域名的实际流地址时，不会自动透传原请求的Cookie。
• 手动添加的HttpCookie没有配置匹配规则对应的domain、path属性，URL匹配校验不通过时Cookie不会被附加到请求头。
• 通过setDefaultRequestProperty设置的默认请求头只会在首次请求生效，302重定向后的二次请求不会自动携带这些头信息。

最稳定的方案是使用ExoPlayer官方的OkHttp数据源扩展，显式配置Cookie处理逻辑，避免默认数据源的兼容问题：

1. 确认项目已引入对应版本的ExoPlayer OkHttp扩展依赖，完整版ExoPlayer默认自带该组件。
2. 替换原有播放器初始化逻辑，参考代码如下：

// 配置Cookie管理实例，补全Cookie匹配必要的属性
val cookieManager = CookieManager().apply {
    setCookiePolicy(CookiePolicy.ACCEPT_ORIGINAL_SERVER)
    val targetUri = URI(state.currentTrack.file.values.first())
    val authCookie = HttpCookie("identity", state.token).apply {
        domain = targetUri.host
        path = "/"
        secure = targetUri.scheme == "https"
        version = 0
    }
    cookieStore.add(targetUri, authCookie)
}
CookieHandler.setDefault(cookieManager)

// 构造支持自动Cookie管理、自动跟随重定向的OkHttpClient
val okHttpClient = OkHttpClient.Builder()
    .cookieJar(JavaNetCookieJar(cookieManager))
    .followRedirects(true)
    .followSslRedirects(true)
    .build()

// 用自定义的OkHttpClient构造数据源工厂，注入到MediaSourceFactory
val dataSourceFactory = OkHttpDataSource.Factory(okHttpClient)
val mediaSourceFactory = DefaultMediaSourceFactory(context)
    .setDataSourceFactory(dataSourceFactory)

// 初始化播放器
val player = ExoPlayer.Builder(context)
    .setAudioAttributes(AudioAttributes.DEFAULT, true)
    .setMediaSourceFactory(mediaSourceFactory)
    .build()

val session = MediaSession.Builder(context, player).build()
session.player.addMediaItem(MediaItem.fromUri(state.currentTrack.file.values.first()))
session.player.prepare()
session.player.play()

• 若302跳转后的实际流地址和鉴权接口域名不同，不需要额外给流地址配置Cookie：首次请求鉴权接口携带合法Cookie拿到302响应后，OkHttp会自动完成跳转，流地址本身不需要鉴权即可正常拉流。
• 不要使用setDefaultRequestProperty硬编码Cookie请求头，该方式在重定向场景下会出现头丢失，还可能导致Cookie泄漏到非目标域名。
• 既然硬编码重定向后的流地址可以正常播放，只要保证首次鉴权请求正确携带Cookie，即可正常完成拉流播放。

内容的提问来源于stack exchange，提问作者Harnick