内存泄漏案例分享3-view的内存泄漏

案例3——view内存泄漏
前文提到，profile#Leaks视图无法展示非Activity、非Fragment的内存泄漏，换言之，除了Activity、Fragment的内存泄漏外，其他类的内存问题我们只能自己检索hprof文件查询了。
下面有一个极佳的view内存泄漏例子，它的操作步骤为：

  1. 播放音乐，唤醒音乐悬浮窗
  2. 播放一段时间后，关闭音乐悬浮窗
  3. 重复步骤1和2

我们重复三次之后，得到一份hprof文件，下面我们来分析一下内存泄漏问题
在这里插入图片描述

①输入view的名称
②选择view
③可以看到分配了3个实例对象
④Instance List视图显示，view有3个实例对象及其引用
我们从上至下依次看3分实例的调用链

第一个泄漏点

view的第一个实例
先查看Fields区域，观察mLayoutmode值，判断view是否离开了窗口，如果已经离开了窗口，表明view未被回收，存在内存泄漏

在这里插入图片描述
可以看到mLayoutMode = -1 ，表明布局已经离开屏幕了，此实例存在内存泄漏的情况
在这里插入图片描述

接着我们查看References区域，逐级点开我们发现Handler发送的Message持有了当前view，导致view在离开窗口的时候，无法被垃圾回收器回收。
右键点击查看问题代码

在这里插入图片描述
问题代码：

   playHandler.post(new Runnable() {@Overridepublic void run() {tv_play.setText(playItem.getProgramTitle());tb_play.setSelected(true);initView();}});

看到new Runnbale，这是是匿名内部类，匿名内部类持有当前类的引用，匿名Runnbale未执行完毕，Runnbale内存未释放的时候，view就无法被释放，而匿名Runnbale的释放时机不可控，由Handler、Looper、Runnbale执行情况影响。
那么我们该怎么优化呢？

  1. 使用非匿名或静态的Handler+弱引用，处理此任务
  2. 在主线程处理此任务
  3. view退出的时候释放Message对view的引用
    笔者采用了方案3：
tv_play.setText(playItem.getProgramTitle());
tb_play.setSelected(true);
initView();

方案1代码与下面view的第三个实例写法一致，不重复写了；我们解释一下方案3：

view退出的时候释放Message对view的引用
根据上图所示，我们看到Message-Runnbale-View的引用关系可知，Looper中的Message持续的引用view，我们最高效释放内存的做法是view离开窗口的时候，斩断Message与view的引用关系，那么我们该怎么做呢？答案是：

  1. 结束子线程任务
  2. 清空Looper缓存的Message
  3. 释放Handler

第一步：结束子线程任务很简单
thread.interrupt()
本案例给Handler传入的是Runnbale，Handler未提供结束Runnbale的接口，此项优化搁置
第二步：清空Message
已知Looper提供了清空Message的接口

  1. Looper#quit
  2. Looper#quitSafely
  3. 主线程的Looper无法退出
    已知Handler提供了释放Message的接口
  4. Handler#removeCallbacksAndMessages
    那我们优化起来就很简单了，清空Handler持有的Message
@Override protected void onDetachedFromWindow() { 
super.onDetachedFromWindow(); ... // 释放message，断开message-Runnbale-view的引用链 if (playHandler != null) { playHandler.removeCallbacksAndMessages(null); playHandler = null; }}

第二个泄漏点

我们继续看view的第二个实例
先查看Fields区域，观察mLayoutmode值，判断view是否离开了窗口，如果已经离开了窗口，表明view未被回收，存在内存泄漏

在这里插入图片描述
可以看到mLayoutMode = -1 ，表明布局已经离开屏幕了，此实例存在内存泄漏的情况
接着我们看References区域，观察调用链
在这里插入图片描述
可以看到MediaPlayerIml有一个成员变量mMediaPlayListenerCacheList，缓存了MediaPlayListener，MediaPlayListener又是在view实例里面创建的,并且作为内部类，它持有view的实例。现在我们得到了清晰的调用链，MediaPlayerIml->mMediaPlayListenerCacheList->MediaPlayListener->view,MediaPlayerIml引用view导致view实例无法被释放
查看问题代码：
笔者发现view#onDetachedFromWindow已经触发了移除list#listener操作

@Override protected void onDetachedFromWindow() { super.onDetachedFromWindow(); mediaPlayerIml.unregisterListener(playListener);

可以看到内部实现是remove调引用的

 /*** 取消注册listener** @param listener*/public synchronized void unregisterListener(MediaPlayListener listener) {mMediaPlayListenerCacheList.remove(listener);}

那为什么会未回收持续占用内存呢？

  1. 抓拍hprof文件期间，代码未执行到unregisterListener，导致view内存未得到释放
  2. mMediaPlayListenerCacheList添加的listener与remove的listener不是同一个
  3. 此处没有产生内存泄漏,判断view是否应该被回收的依据有问题

第三个泄漏点

搁置疑问，接着我们来看view的第三个实例，节省时间，笔者直接调到代码索引出，展示问题代码：

  /*** 播放进度条刷新控*/private Handler m_handler = new Handler() {@Overridepublic void handleMessage(Message msg) {super.handleMessage(msg);switch (msg.what) {case MSG_FLUSH_SEEKBAR:boolean isPlaying = mediaPlayerIml != null && mediaPlayerIml.getPlayStatus() == QingtingConfig.PLAY;if (isPlaying) {int currentTime = mediaPlayerIml.getCurrentTime();int totalTime = mediaPlayerIml.getTotalTime();mSeekBar.setMax(totalTime);mSeekBar.setProgress(currentTime);mPrograssBar.setMaxProgress(totalTime);mPrograssBar.setCurrentProgress(currentTime);LoggerUtils.instance().logE("mediaPlayJindu", "mediaPlayJindu" + totalTime + "/" + currentTime);}m_handler.sendEmptyMessageDelayed(MSG_FLUSH_SEEKBAR, MSG_FLUSH_TIME);break;}}};

可以看到此处还是使用了非静态内部类m_handler，m_handler持有当前view 的引用，m_handler如果长期存在，那么view的内存也不会被释放
解决方法如下：

  1. 定义外部类Handler
  2. 定义静态内部类
  3. 定义静态内部类+弱引用
    笔者采用了方案3：
    定义静态内部类
 private  static  class UpdateHandler extends Handler {private final WeakReference<MediaPlayerIml> mediaPlayerImlWeakReference;private final WeakReference<SeekBar> seekBarWeakReference;private final WeakReference<QQCircleProgressBar> progressBarWeakReference;public UpdateHandler(MediaPlayerIml mediaPlayerIml, SeekBar seekBar, QQCircleProgressBar progressBar) {mediaPlayerImlWeakReference = new WeakReference<MediaPlayerIml>(mediaPlayerIml);seekBarWeakReference = new WeakReference<SeekBar>(seekBar);progressBarWeakReference = new WeakReference<QQCircleProgressBar>(progressBar);}@Overridepublic void handleMessage(Message msg) {super.handleMessage(msg);if (msg.what == MSG_FLUSH_SEEKBAR) {MediaPlayerIml mediaPlayerIml = mediaPlayerImlWeakReference.get();SeekBar seekBar = seekBarWeakReference.get();QQCircleProgressBar qqCircleProgressBar =progressBarWeakReference.get();boolean isPlaying = mediaPlayerIml != null && mediaPlayerIml.getPlayStatus() == QingtingConfig.PLAY;if (isPlaying && seekBar!=null && qqCircleProgressBar != null) {int currentTime = mediaPlayerIml.getCurrentTime();int totalTime = mediaPlayerIml.getTotalTime();seekBar.setMax(totalTime);seekBar.setProgress(currentTime);qqCircleProgressBar.setMaxProgress(totalTime);qqCircleProgressBar.setCurrentProgress(currentTime);LoggerUtils.instance().logE("mediaPlayJindu", "mediaPlayJindu" + totalTime + "/" + currentTime);}sendEmptyMessageDelayed(MSG_FLUSH_SEEKBAR, MSG_FLUSH_TIME);}}}

在view使用时，初始化handler，构造参数传入组件id；

m_handler = new UpdateHandler(MediaPlayerIml.getInstance(),mSeekBar,mPrograssBar);
m_handler.sendEmptyMessage(MSG_FLUSH_SEEKBAR);

在view离开窗口时候，销毁handler数据；

  @Overrideprotected void onDetachedFromWindow() {super.onDetachedFromWindow();...if(m_handler!=null){m_handler.removeCallbacksAndMessages(null);m_handler = null;}}

总结

总结我们针对此按理做的优化

  1. 静态Handler+弱引用，释放了对handler对view的引用，让view及时销毁，view占据的内存及时被垃圾回收器释放
  2. 释放了Message对view的引用,在view及时退出界面的时候，立即斩断message对view
    回顾一下优化前的实例数量，多次操作,隐藏展示悬浮窗之后，内存中存在多份悬浮窗实例，之前创建过的悬浮窗内存一直无法被回收:
    在这里插入图片描述
    优化后效果，多次操作，当屏幕上存在一个view时，只存在一份view实例：
    [图片]

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.rhkb.cn/news/333525.html

如若内容造成侵权/违法违规/事实不符，请联系长河编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

数据结构——不相交集(并查集)

数据结构——不相交集(并查集)

一、基本概念 关系&#xff1a;定义在集合S上的关系指对于a&#xff0c;b∈S&#xff0c;若aRb为真&#xff0c;则a与b相关 等价关系&#xff1a;满足以下三个特性的关系R称为等价关系 (1)对称性&#xff0c;aRb为真则bRa为真&#xff1b; (2)反身性,aRa为真; (3)传递性,aRb为真…
阅读更多...
【程序员如何送外卖】

【程序员如何送外卖】

嘿&#xff0c;咱程序员要在美团送外卖&#xff0c;那还真有一番说道呢。 先说说优势哈&#xff0c;咱程序员那逻辑思维可不是盖的&#xff0c;规划送餐路线什么的&#xff0c;简直小菜一碟。就像敲代码找最优解一样&#xff0c;能迅速算出怎么送最省时间最有效率。而且咱平时…
阅读更多...
“技术与管理并重：构建以等保测评为导向的全方位防御体系“

“技术与管理并重：构建以等保测评为导向的全方位防御体系“

在数字化转型浪潮下&#xff0c;企业信息安全面临着前所未有的挑战。为了有效应对日益复杂的网络威胁&#xff0c;构建一个稳固的信息安全防线&#xff0c;技术手段与管理制度的有机结合显得尤为重要。本文将探讨如何以信息安全等级保护测评&#xff08;等保测评&#xff09;为…
阅读更多...
【HUST】信道编码｜基于LDPC码的物理层安全编码方案概述

【HUST】信道编码｜基于LDPC码的物理层安全编码方案概述

本文对方案的总结是靠 Kimi 阅读相关论文后生成的&#xff0c;我只看了标题和摘要感觉确实是这么回事&#xff0c;并没有阅读原文。 行文逻辑&#xff1a;是我自己设定的&#xff0c;但我并不是这个研究领域的&#xff0c;所以如果章节划分时有问题&#xff0c;期待指出&#x…
阅读更多...
音乐编曲软件哪个好用 studio one和fl studio哪个好

音乐编曲软件哪个好用 studio one和fl studio哪个好

编曲软件的出现&#xff0c;打破了时间与空间的限制&#xff0c;使得创作者能随时随地进行音乐创作。随着信息时代的发展&#xff0c;使用编曲软件进行音乐创作已经成为业界主流。业内常用的有Cubsae、LogicPro、Studio One、Ableton live等&#xff0c;这次教程我将为大家解读…
阅读更多...
云计算期末复习（1）

云计算期末复习（1）

云计算基础 作业&#xff08;问答题&#xff09; &#xff08;1&#xff09;总结云计算的特点。 透明的云端计算服务 “无限”多的计算资源&#xff0c;提供强大的计算能力 按需分配&#xff0c;弹性伸缩&#xff0c;取用方便&#xff0c;成本低廉资源共享&#xff0c;降低企…
阅读更多...
【全开源】填表统计预约打卡表单系统FastAdmin+ThinkPHP+UniApp

【全开源】填表统计预约打卡表单系统FastAdmin+ThinkPHP+UniApp

简化流程&#xff0c;提升效率 一、引言&#xff1a;传统表单处理的局限性 在日常工作和生活中&#xff0c;我们经常会遇到需要填写表单、统计数据和预约打卡等场景。然而&#xff0c;传统的处理方式往往效率低下、易出错&#xff0c;且不利于数据的统计和分析。为了解决这些…
阅读更多...
OpenLayers6入门，OpenLayers实现在地图上拖拽编辑修改绘制图形

OpenLayers6入门，OpenLayers实现在地图上拖拽编辑修改绘制图形

专栏目录： OpenLayers6入门教程汇总目录 前言 在前面一章中，我们已经学会了如何绘制基础的三种图形线段、圆形和多边形：《OpenLayers6入门，OpenLayers图形绘制功能，OpenLayers实现在地图上绘制线段、圆形和多边形》，那么本章将在此基础上实现图形的拖拽编辑功能，方便我…
阅读更多...
如何使用Android NDK将头像变成“遗像”

如何使用Android NDK将头像变成“遗像”

看完本文的标题&#xff0c;可能有人要打我。你说黑白的老照片不好吗&#xff1f;非要说什么遗像&#xff0c;我现在就把你变成遗像&#xff01;好了&#xff0c;言归正传。我想大部分人都用过美颜相机或者剪映等软件吧&#xff0c;它们的滤镜功能是如何实现的&#xff0c;有人…
阅读更多...
Amazon云计算AWS之[7]内容推送服务CloudFront

Amazon云计算AWS之[7]内容推送服务CloudFront

文章目录 CDNCDN简介CDN网络技术 CloudFrontCloudFront基本概念 CDN CDN简介 用户在发出服务请求后&#xff0c;需要经过DNS服务器进行域名解析后得到所访问网站的真实IP&#xff0c;然后利用该IP访问网站。在这种模式中&#xff0c;世界各地的访问者都必须直接和网站服务器连…
阅读更多...
统计计算四|蒙特卡罗方法（Monte Carlo Method）

统计计算四|蒙特卡罗方法（Monte Carlo Method）

系列文章目录 统计计算一|非线性方程的求解 统计计算二|EM算法&#xff08;Expectation-Maximization Algorithm&#xff0c;期望最大化算法&#xff09; 统计计算三|Cases for EM 文章目录 系列文章目录一、基本概念&#xff08;一&#xff09;估算 π \pi π&#xff08;二&…
阅读更多...
TS（TypeScript）中Array数组无法调出使用includes方法，显示红色警告

TS（TypeScript）中Array数组无法调出使用includes方法，显示红色警告

解决方法 打开tsconfig.json文件&#xff0c;添加"lib": ["es7", "dom"]即可。 如下图所示。
阅读更多...
AWS安全性身份和合规性之Artifact

AWS安全性身份和合规性之Artifact

AWS Artifact是对您很重要的与合规性相关的信息的首选中央资源。AWS Artifact是一项服务&#xff0c;提供了一系列用于安全合规的文档、报告和资源&#xff0c;以帮助用户满足其合规性和监管要求。它允许按需访问来自AWS和在AWS Marketplace上销售产品的ISV的安全性和合规性报告…
阅读更多...
探索k8s集群中kubectl的陈述式资源管理

探索k8s集群中kubectl的陈述式资源管理

一、k8s集群资源管理方式分类 1.1陈述式资源管理方式&#xff1a;增删查比较方便&#xff0c;但是改非常不方便 使用一条kubectl命令和参数选项来实现资源对象管理操作 即通过命令的方式来实 1.2声明式资源管理方式&#xff1a;yaml文件管理 使用yaml配置文件或者json配置文…
阅读更多...
常见API（JDK7时间、JDK8时间、包装类、综合练习）

常见API（JDK7时间、JDK8时间、包装类、综合练习）

一、JDK7时间——Date 1、事件相关知识点 2、Date时间类 Data类是一个JDK写好的Javabean类&#xff0c;用来描述时间&#xff0c;精确到毫秒。 利用空参构造创建的对象&#xff0c;默认表示系统当前时间。 利用有参构造创建的对象&#xff0c;表示指定的时间。 练习——时间计…
阅读更多...
Dalle2学习

Dalle2学习

Dalle2 mini有GitHub库并且有网页可以直接测试
阅读更多...
字典推导式

字典推导式

自学python如何成为大佬(目录):https://blog.csdn.net/weixin_67859959/article/details/139049996?spm1001.2014.3001.5501 使用字典推导式可以快速生成一个字典&#xff0c;它的表现形式和列表推导式类似。例如&#xff0c;我们可以使用下面的代码生成一个包含4个随机数的字…
阅读更多...
统信UOS专业版操作系统如何安装惠普打印机驱动

统信UOS专业版操作系统如何安装惠普打印机驱动

通用集成驱动安装方法 以惠普P1566激光打印机为例介绍一下&#xff0c;在打印机管理器中选择打印机&#xff0c;手动选择安装驱动&#xff0c;找到品牌&#xff1a;惠普&#xff0c;型号&#xff1a;1566&#xff0c;安装驱动后测试打印&#xff1b;LaserJet Pro P1566 Foomati…
阅读更多...
（已解决）使用IDEA开发工具提交代码时，如何获取最新的commit信息历史记录

（已解决）使用IDEA开发工具提交代码时，如何获取最新的commit信息历史记录

目录 问题现象&#xff1a; 问题分析&#xff1a; 方法一&#xff1a;从commit信息历史记录中选取自己想要的commit信息 总结&#xff1a; 方法二&#xff1a;直接获取commit信息历史记录中最新的commit信息 总结&#xff1a; 解决方法&#xff1a; 方法一&#xff1a;…
阅读更多...
SQL 语言：完整性约束

SQL 语言：完整性约束

文章目录 概述主键 ( Primary Key ) 约束外键&#xff08;Foreign Key&#xff09;约束属性值上的约束全局约束总结 概述 数据库的完整性是指数据库正确性和相容性&#xff0c;是防止合法用户使用数据库时向数据库加入不符合语义的数据。保证数据库中数据是正确的&#xff0c;…
阅读更多...
最新文章
推荐文章

Copyright @ 2022~2023