展锐平台NewGallery2内存泄露分析

已于 2022-08-12 19:27:29 修改
阅读量1.2k 收藏 1
点赞数
分类专栏： Android系统稳定性 文章标签： java android servlet
于 2022-08-12 19:27:21 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/superjaingchao/article/details/126310150
版权

客户在使用展锐平台在文件管理器中打开一个视频循环播放，长时间发现播放自动停止，无法继续播放

通过排查log发现出现如下问题

08-08 19:34:35.881  1941  1941 E JavaBinder: !!! FAILED BINDER TRANSACTION !!!  (parcel size = 232)
08-08 19:34:35.920  1941  1941 W MoviePlayerVideoView: Unable to open the videocontent://com.android.providers.media.documents/document/video%3A13
08-08 19:34:35.920  1941  1941 W MoviePlayerVideoView: DeadSystemException: The system died; earlier logs will point to the root cause

通过定位代码发现未出现明显错误，网上对JavaBinder: !!! FAILED BINDER TRANSACTION !!! 错误的大部分原因都是intent传递的数据过大导致。

但是通过本地代码查看未出现intent相关的操作，但是仍然出现了FAILED BINDER TRANSACTION !，那么就要在binder失败入手，考虑到此问题是长时间运行后必现的问题，那么

就要往内存泄露的方向去考虑了，一次小的binder传输可能不会有啥问题，但是如果内存泄露积累多了，是不是就会导致 JavaBinder: !!! FAILED BINDER TRANSACTION !!!  (parcel size = 232)

顺着这个思路我们去排查一下内存泄露，通过log来定位 W MoviePlayerVideoView: Unable to open the videocontent://com.android.providers.media.documents/document/video%3A13

二分法加log判断具体行数，最终定位到

MoviePlayerVideoView.java里的mMediaPlayer.setDataSource(mContext, mUri, mHeaders);

这一行，通过查看MediaPlayer的代码可以发现setDataSource的时候确实去跟服务端进行了通讯，

前面的

            mMediaPlayer.setOnPreparedListener(mPreparedListener);
            mMediaPlayer.setOnVideoSizeChangedListener(mSizeChangedListener);
            mMediaPlayer.setOnSeekCompleteListener(mSeekCompleteListener); // SPRD: add
            mMediaPlayer.setOnCompletionListener(mCompletionListener);
            mMediaPlayer.setOnErrorListener(mErrorListener);
            mMediaPlayer.setOnInfoListener(mInfoListener);// MERGETEMP
            mMediaPlayer.setOnBufferingUpdateListener(mBufferingUpdateListener);

这些操作，包括
            mMediaPlayer = new MediaPlayer();

的时候都没有去binder服务端。

我们把这段代码整个贴出来，

  private void openVideo() {
        if (mUri == null || mSurfaceHolder == null) {
            /** SPRD:not ready for playback just yet, will try again later */
            return;
        }
        Log.i(TAG, "openVideo()");
        /* SPRD:Delete for bug609816 The wrong logic for audiofocus @{
        AudioManager am = (AudioManager) mContext.getSystemService(Context.AUDIO_SERVICE);
        am.requestAudioFocus(null, AudioManager.STREAM_MUSIC,
                AudioManager.AUDIOFOCUS_GAIN_TRANSIENT);*/
        /* Bug609816 end @} */
        /**
         * SPRD:we shouldn't clear the target state, because somebody might have called start()
         * previously
         */
        release(false);

        try {
            mMediaPlayer = new MediaPlayer();
            // TODO: create SubtitleController in MediaPlayer, but we need
            /** SPRD: a context for the subtitle renderers */
            final Context context = getContext();
            StandardFrameworks.getInstances().setVideoViewRendererAndSubtitleAnchor(context, mMediaPlayer, this);

            if (mAudioSession != 0) {
                mMediaPlayer.setAudioSessionId(mAudioSession);
            } else {
                mAudioSession = mMediaPlayer.getAudioSessionId();
            }
            mMediaPlayer.setOnPreparedListener(mPreparedListener);
            mMediaPlayer.setOnVideoSizeChangedListener(mSizeChangedListener);
            mMediaPlayer.setOnSeekCompleteListener(mSeekCompleteListener); // SPRD: add
            mMediaPlayer.setOnCompletionListener(mCompletionListener);
            mMediaPlayer.setOnErrorListener(mErrorListener);
            mMediaPlayer.setOnInfoListener(mInfoListener);// MERGETEMP
            mMediaPlayer.setOnBufferingUpdateListener(mBufferingUpdateListener);
            mCurrentBufferPercentage = 0;
            mMediaPlayer.setDataSource(mContext, mUri, mHeaders);
            mMediaPlayer.setDisplay(mSurfaceHolder);
            mMediaPlayer.setAudioStreamType(AudioManageer.STREAM_MUSIC);
            mMediaPlayer.setScreenOnWhilePlaying(true);

          mMediaPlayer.prepareAsync();

            /* SPRD:bug474646 Add Drm feature modify by old bug506989
             * we can not consume when video trun to background. 355
             @{ */
            Log.d(TAG, "if need consume " + mNeedConsumeDrmRight);
            // SPRD: Bug568552, temp modify for AndroidN porting @{
            // mMediaPlayer.setNeedToConsume(mNeedConsumeDrmRight);
            if (mNeedConsumeDrmRight) {
                Log.i(TAG, "consumeDrmRights");
                StandardFrameworks.getInstances().consumeDrmRights(mMediaPlayer);
            }
            // @}
            /** @} */
            for (Pair<InputStream, MediaFormat> pending : mPendingSubtitleTracks) {
                addSubtitleSource(pending.first, pending.second);
            }

/**
             * SPRD:remove for 5.0 mMediaPlayer.setLastInterruptPosition(mInterruptPosition); //
             * SPRD: add we don't set the target state here either, but preserve the target state
             * that was there before.
             */
            mCurrentState = STATE_PREPARING;
            attachMediaController();
        } catch (IOException ex) {
            Log.w(TAG, "Unable to open content: " + mUri, ex);
            mCurrentState = STATE_ERROR;
            mTargetState = STATE_ERROR;
            mErrorListener.onError(mMediaPlayer, MediaPlayer.MEDIA_ERROR_UNKNOWN, 0);
            return;
        } catch (IllegalArgumentException ex) {
            Log.w(TAG, "Unable to open content: " + mUri, ex);
            mCurrentState = STATE_ERROR;
            mTargetState = STATE_ERROR;
            mErrorListener.onError(mMediaPlayer, MediaPlayer.MEDIA_ERROR_UNKNOWN, 0);
            return;

} catch (IllegalStateException ex) {
            Log.w(TAG, "Unable to open" + mUri, ex);
            mCurrentState = STATE_ERROR;
            mTargetState = STATE_ERROR;
            mErrorListener.onError(mMediaPlayer, MediaPlayer.MEDIA_ERROR_UNKNOWN, 0);
            //add for bug529336  java.lang.NullPointerException
        } catch (Exception ex) {
            Log.w(TAG, "Unable to open the video" + mUri, ex);
            mCurrentState = STATE_ERROR;
            mTargetState = STATE_ERROR;
            mErrorListener.onError(mMediaPlayer, MediaPlayer.MEDIA_ERROR_UNKNOWN, 0);
        } finally {
            mPendingSubtitleTracks.clear();
        }
    }

通过上面我们的猜想与内存泄露有关加上与binder有关，并且通过查看MediaPlayer的代码可以发现setDataSource的时候确实去跟服务端进行了通讯，

那么现在我们最应该怀疑的就是MediaPlayer对象了。上面有一段代码  StandardFrameworks.getInstances().setVideoViewRendererAndSubtitleAnchor(context, mMediaPlayer, this);

这里通过

getInstances语义可知这里是一个单例，在编程的时候单例如果处理不好很容易造成内存泄露。为了验证我们的猜想我们需要利用AndroidStudio自带工具Profiler去定位问题，

再刚开始播放的时候通过箭头的地方dump出来java heap

 

此时我们看到如下：

 

这时候MediaPlayer的实例只有58个。

等继续循环播放一段时间我们再次dump heap如下：

 

可以看到已经增加到234了，这个增加速度还是很惊人的，此时我们并不能确定是谁在引用这个对象，我们可以点进去查看如下：

 

发现就是我们的MoviePlayerVideoView在引用这个类，继续找到MoviePlayerVideoView的引用情况如下:

 

发现我们引用了太多SubtitleController，那么现在就更加印证了我们的猜测。

我们回到memory界面进行一次强制内存回收gc。如下：

 

回收之后我们再次dump heap如下：

 

虽然我们回收了但是这些MediaPlayer实例并未被回收而且SubtitleController一样的数量存在。这就更一步印证了它的

内存泄漏情况。

因为我们的单例就是用来控制setVideoViewRendererAndSubtitleAnchor，就是这里调用了SubtitleController

这个功能是展锐自己添加的悬浮窗播放的一些功能，此处我们不需要这个功能建议客户直接去掉测试。

修改完以后我们再次通过同样的方法去操作，而且强制回收以后mediaplayer对象可以得到正确释放，因此问题不再复现。

总结java层容易导致内存泄露的几种情况如下：

1、静态成员引起的内存泄露

2、单例模式引起的内存泄露

3、静态变量导致的内存泄露

4、Handler 引起的内存泄露

MessageQueue是在一个Looper线程中不断轮询处理消息，而有时候message还是个老不死，能够重复利用。如果当Activity退出时候，还有消息未处理或正在处理，由于message引用handler,handler又引用Activity，此时将引发内存泄露。

5、内部类引起的内存泄露

需要被释放的对象被一些常驻内存的对象持有那么就会出现泄露的情况存在，进而导致我们程序的异常，内存的浪费

Super Jang
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Android 12 修改展锐平台 设置—》开发者选项—》可用内存总容量
m0_60898338的博客
06-14 755
Android rom 开发
linux上内存泄漏查看方法之——让系统调用自己定义的new
幸福在路上
11-19 8349
内存泄漏是一种非常讨厌的问题，严重却又难查。在windows平台上开发，有许多工具可以帮助查找内存泄漏。在linux平台上却没这么简单。一种查内存泄漏的方法就是通过重载申请和释放内存的操作。重载函数中除了完成原有的申请/释放操作，还要对该操作作记录。通过标记出所有申请内存和释放内存的地方并做统计的方法来查找内存漏泄。          虽然重载内存操作函数可以用于查找内存泄漏，但对于一个已经完成
systemserver为啥很少同步跨进程调用app/DeadSystemException相关问题分析套路
最新发布
liaosongmao1的专栏
05-08 435
基于上面分析那就基本上明白了导致系统死锁的直接原因，那就是因为systemserver发起了个同步的跨进程调用，这个跨进程调用半天没有得到对方回应，导致systemserver一直卡在这个同步调用这里。
C++ 定位new内存泄漏
发呆的程序猿
03-21 466
// debug.cpp : 定义控制台应用程序的入口点。 // #include "stdafx.h" #include &lt;assert.h&gt; #include &lt;iostream&gt; #ifdef _DEBUG #define DEBUG_CLIENTBLOCK new( _CLIENT_BLOCK, __FILE__, __LINE__) #else #defi...
C++-内存管理中的new和delete-内存泄露
weixin_43580319的博客
04-20 733
文章目录 题目一：   设已经有A,B,C,D4个类的定义，程序中A,B,C,D析构函数调用顺序为? C c; void main() { A*pa=new A(); B b; static D d; delete pa; } 解析：   首先：由于A类是手动释放的，所以是最先先析构的，剩下的类调用默认的析构函数，析构顺序和构造的顺序相反，构造顺序为CDB，所以程序中A,B,C,D析构函数调用顺序为ABDC。 题目二：   c++语言中，类ClassA的构造函数和析构函数的执行次数分别为
内存泄漏查找c++ new delete
occupy8的专栏
04-05 1371
#include #include struct MemIns { void *pMem; int m_nSize; char m_szFileName[256]; int m_nLine; MemIns *pNext; }; class MemManager { public: MemManager(); ~Mem
mipi屏幕调试(基于展锐平台)
10-25
mipi屏幕调试(基于展锐平台) MIPI（Mobile Industry Processor Interface）即移动产业处理器接口，是由MIPI联盟（MIPI Alliance）制定和管理的接口标准，旨在提供用于移动设备的互连和通信解决方案。当前MIPI联盟...
MTK,高通，展锐平台版本升级烧录工具
10-26
2. 高通（Qualcomm）平台： 对于高通设备，常见的烧录工具是QFIL（Qualcomm Flash Image Loader）和Fastboot模式。QFIL用于刷写整个系统分区，而Fastboot模式则适用于部分升级或恢复。用户需要下载高通设备的固件包...
i2ctools移植到展锐uds710平台的方法及常用命令
10-25
本篇文章将详细介绍如何将`i2ctools`移植到展锐（Spreadtrum）的U DS710平台，并提供一些常用的I2C通信命令。 `i2ctools`是一组用于与I2C总线通信的命令行工具，包括`i2cdetect`, `i2cdump`, `i2cget`和`i2cset`等...
MTK&高通&紫光展锐SOC平台汇总
06-12
MTK&高通&紫光展锐SOC平台汇总
Launcher2 可在Android4.4.2上运行的Launcher2 纯净版
08-28
可在Android4.4.2上运行的Launcher2， 纯净版，无任何附加代码。REPO中直接编译出来的。可供您测试使用或者日常使用。 纯净版，无任何附加。官方代码直接编译得到的。
1.1 new关键字及内存泄漏
shouchen1的博客
10-29 521
new关键字及内存泄漏
android平台gallery2应用分析,Android平台Gallery2应用分析(四)---AlbumSetPage
weixin_34768234的博客
05-25 427
AlbumSetPageAlbumSetPage的几个重要成员，如图： AlbumSetPage刷新AlbumSet，每个看到的相集都是SlotView。而SlotView主要由TiledTexture和label组成。如图： 简单的说，SlotView的绘制过程为：SlotView::render(…) -> renderItem() -> AlbumSetSlotRender::r...
修改MODEL,BRAND编译不开机
MYY的博客
01-03 608
前提:新项目 如果修改 SAGEREAL_MODEL_NAME = UNONU%space%X4G SAGEREAL_BRAND_NAME = UNONU 编译之后出现无法开机，并且出现以下异常，就说明是tee的问题。 解决方法：就是更新瓶钵tee证书，上传，然后再去修改，就不会出现问题。 报错信息: 01-04 00:07:39.602 1180 1180 E AndroidRuntime:...
文件句柄耗光造成系统重启BUG排查
weixin_33845477的博客
02-28 3689
2019独角兽企业重金招聘Python工程师标准>>> ...
JavaBinder: !!! FAILED BINDER TRANSACTION !!! 异常的解决方案分析
u014345865的专栏
02-15 2668
header = Util.picEncodeToStr(selectList.get(0).getCompressPath()); ARouter.getInstance().build(Constants.AROUTER_SELECT_AREA) .withInt("sex", radioButtonLady.isChecked() ? 2 : 1) ...
展锐平台camera三方算法集成
07-20
您好！对于展锐平台的camera三方算法集成，您可以按照以下步骤进行操作： 1. 首先，了解展锐平台的camera接口和开发环境。展锐平台通常提供相关的开发文档和SDK，您可以从展锐官方网站或开发者社区获取这些资源。 2. 确定您需要集成的三方算法。根据您的需求，选择合适的三方算法供应商，并获取他们提供的算法库和接口文档。 3. 开发集成代码。根据展锐平台的开发文档和三方算法的接口文档，编写代码将三方算法集成到展锐平台中。这通常涉及到调用相机接口获取图像数据，将数据传入算法库进行处理，并将结果返回到展锐平台进行显示或其他操作。 4. 测试和调试。在集成完成后，进行测试和调试以确保算法在展锐平台上正常运行。可以使用展锐提供的开发板或模拟器进行测试，检查算法的准确性和性能。 5. 优化和部署。根据需求对算法进行优化，以提高效率和性能。完成测试后，将集成好的算法部署到实际应用中。 以上是一个大致的流程，具体的步骤可能会因展锐平台和三方算法的不同而有所差异。您可以参考展锐平台和三方算法供应商提供的具体文档和支持，以完成集成工作。希望对您有所帮助！如果您有其他问题，可以继续提问。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值