MediaPlayer的prepareAsync不回调onPrepared问题
2024-08-21 23:53:30
一、问题排查
debug调试的framework日志信息：
根据日志，进入MediaPlayer的framework层看源码
STEP 1
先从
V/MediaPlayerNative: constructor
V/MediaPlayerNative: setListener
https://android.googlesource.com/platform/frameworks/av/+/master/media/libmedia/mediaplayer.cpp
可以看到这是正常的new了一个C++层的MediaPlayer
以及设置了一个Java层的弱引用给C++层的MediaPlayer监听，目前一切正常
STEP 2
再看后面的日志：
V/MediaPlayerNative: reset
......
V/MediaPlayerNative: setVideoSurfaceTexture
V/MediaPlayerNative: prepareAsync
可以看到这里对MediaPlayer的设置一切正常，没有异常。
包括后面通过url取获取HTTP流，以及获取大小都正常。
STEP 3
再看后面的日志：
V/PlayerBase: baseRelease() piid=679 state=1
......
发现MediaPlayer的父类PlayerBase居然被release了？？？
STEP 4
可以看到，这是MediaPlayer被系统给GC了。
V/MediaPlayerNative: setListener
disconnect
可以看到，这里是最后C++层的MediaPlayer也做了release
二、原因分析
通过debug调试日志，可以分析出问题出在MediaPlayer被JVM的GC调用了finalize。
三、解决办法
方案一
在调用MediaPlayer的prepareAsync后，开启一个异步延时线程，判断是否prepare成功，如果失败，则将MediaPlayer重置，在设置dataSource后再来一次prepare。
方案二
接入AOP框架，拦截MediaPlayer的finalize方法，在被GC系统调用前，记录状态改变。再做后续的重试处理。
考虑到AOP框架的大小，一般都上10M，如果考虑包体大小，可以采纳方案一，否则推荐方案二。
最新文章
- Android6.0之来电转接号码显示修改
- Lua学习----Lua的表达式
- unp TCP 客户端服务器回射程序中对SIGCHLD信号的处理
- iOS学习之UIView
- document.write("\x3c\x54")?是加密了吗？
- 第33讲 UI组件_进度条ProcessBar和消息队列处理器handler
- 随着时间的推移：构造SDK路径错误（An error occurred while automatically activating bundle com.android.ide.eclipse.adt）
- graph使泳道图的label横向显示
- eclipse Maven构建的project无法公布lib到tomcat的解决方法
- IOS学习之路二十（程序json转换数据的中文字符问题解决）
- linux 简易启动脚本
- [转载] Java学习之Hessian通信基础
- 【译】基于主机的卡仿真(Host-based Card Emulation)
- HDU1171将多个不同价值不同数量的器材尽可能按等价值均分 第一份的价值尽可能的大 所以sum/2对第二份进行01背包 使其价值尽可能的大
- Linux文件系统命令 rm
- stark组件之搜索【模仿Django的admin】
- bzoj2286: [Sdoi2011]消耗战 虚树
- module.exports用法
- PHP-GTK的demo在windows下运行出现的问题
- 7.xamarin.android 发布签名与控制apk大小