Flutter中Exoplayer控件在Android 13下无法正常工作

针对你遇到的Android13下ExoPlayer暂停、恢复、全屏等控件失效的问题，可以从以下几个方向逐步排查：

1. 验证Method Channel通信链路 #

• 在Android原生端的MethodCallHandler实现中添加日志，确认Flutter端发送的控制指令（如暂停、全屏）是否被正常接收。例如：

  override fun onMethodCall(call: MethodCall, result: MethodChannel.Result) {
      Log.d("ExoPlayerChannel", "Received method: ${call.method}")
      // 原有逻辑
  }
  

• 在Flutter端调用invokeMethod后打印返回结果，确认原生端的响应是否正常传递回来：

  final result = await _channel.invokeMethod('pausePlayer');
  print('Pause result: $result');
  

如果通信链路中断，需要检查Android13下的进程权限、后台限制是否影响Method Channel的消息传递。

2. 适配Android13媒体相关权限与行为变更 #

• 通知权限：Android13强制要求POST_NOTIFICATIONS权限，如果ExoPlayer依赖通知栏控件进行播放控制，需在AndroidManifest.xml中声明权限，并在运行时请求：

  <uses-permission android:name="android.permission.POST_NOTIFICATIONS" />
  

• 后台启动限制：如果全屏功能涉及后台启动Activity，Android13的后台启动规则更严格，需确保触发全屏的操作是在用户交互（如点击事件）中执行，避免后台启动被系统拦截。
• MediaSession适配：ExoPlayer的播放控制通常依赖MediaSession，检查是否因Android13的MediaSession API变更导致事件传递失效，可尝试更新MediaSession的配置，确保setCallback正确绑定并处理控制事件。

3. 检查ExoPlayer版本兼容性 #

• 确认当前使用的ExoPlayer版本是否适配Android13。旧版本可能未兼容Android13的新API，建议升级至最新稳定版（如ExoPlayer 2.19+及以上），重新测试控件功能。
• 验证原生端PlayerView的触摸事件传递：在PlayerView的控件（如暂停按钮）上添加独立的点击监听日志，确认点击事件是否被正常捕获，排除Android13下View事件处理逻辑的变化导致的事件丢失。

4. 排查Flutter原生视图嵌入问题 #

• 检查FlutterAndroidView的配置，确认gestureRecognizers是否拦截了原生控件的触摸事件。如果Flutter侧添加了全局手势识别器，可能会导致原生控件无法接收点击事件，可尝试移除不必要的手势拦截：

  AndroidView(
    viewType: 'exoplayer_view',
    gestureRecognizers: <Factory<OneSequenceGestureRecognizer>>{},
    // 其他配置
  )
  

• 验证原生视图的生命周期：Android13对视图的attach/detach逻辑是否有变更，确保ExoPlayer在视图生命周期变化时（如从后台切回前台）能正确恢复控件状态。

5. 构建最小测试案例 #

• 搭建一个仅包含核心功能的Demo：Flutter端通过Method Channel调用ExoPlayer的暂停、全屏等基础操作，移除项目中其他复杂业务逻辑。如果Demo在Android13下仍出现问题，大概率是ExoPlayer或Flutter的平台适配问题；如果Demo正常，则需排查原项目中的代码冲突或干扰逻辑。

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