Android 内存优化——常见内存泄露及优化方案

看到了一篇关于内存泄漏的文章后，就想着分享给大家，最后一起学习，一起进步：

如果一个无用对象（不需要再使用的对象）仍然被其他对象持有引用，造成该对象无法被系统回收，以致该对象在堆中所占用的内存单元无法被释放而造成内存空间浪费，这种情况下就是内存泄漏。

在Android开发中，一些不好的编程习惯会导致我们开发的app存在内存泄漏的情况，下面介绍一些在Android开发中常见的内存泄漏场景及优化方案。

单例导致内存泄漏

单例模式在Android开发中会经常用到，但是如果使用不当就会导致内存泄漏。因为单例的静态特性使得它的生命周期同应用的生命周期一样长，如果一个对象已经没有用处了，但是单例还持有它的引用，那么在整个应用程序的生命周期它都不能正常被回收，从而导致内存泄漏。

public class AppSettings {private static AppSettings sInstance;private Context mContext;private AppSettings(Context context) {this.mContext = context;}public static AppSettings getInstance(Context context) {if (sInstance == null) {sInstance = new AppSettings(context);}return sInstance;}
}

向上面代码中这样的单例，如果我们再调用getInstance(Context context)方法的时候传入的context参数是Activity，Service等上下文，就会导致内存泄漏。

以Activity为例，当我们启动一个Activity，并调用getInstance(Context context)方法去获取AppSettings的单例，传入Activity.this作为context，这样AppSettings类的单例sInstance就持有了Activity的引用，当我们退出Activity时，该Activity就没有了，但是因为sInstance作为静态单例，（在应用程序的整个生命周期中存在）会继续持有这个Activity的引用，导致这个Activity对象无法被回收释放，这就造成了内存泄漏。

为了避免这样单例导致内存泄漏，我们可以将context参数改为全局的上下文。

private AppSettings(Context context) {this.mContext = context.getApplicationContext();
}

全局的上下文Application Context就是应用程序的上下文，和单例的生命周期一样长，这样就避免了内存泄漏。

单例模式对应 应用程序的生命周期，所以我们再构造单例的时候尽量避免使用Activity的上下文，而是使用Appliction的上下文。

静态变量导致内存泄漏

静态变量存储在方法区，它的生命周期从类加载开始，到整个进程结束。一旦静态变量初始化后，它所持有的引用只有等到进程结束才会释放。

比如下面这样的情况，在Activity中为了避免重复的创建info，将info作为静态变量：

public class MainActivity extends AppCompatActivity {
private static Info sInfo;@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);if (sInfo != null) {sInfo = new Info(this);}}
}

class Info {public Info(Activity activity) {}
}

Info作为Activity的静态成员，并且持有Activity的引用，但是sInfor作为静态变量，生命周期肯定比Activity长。所以当Activity退出后，sInfor仍然引用了Activity，Activity不能被回收，这就导致了内存泄漏。

在Android开发中，静态持有很多时候都有可能因为其使用的生命周期不一致而导致内存泄漏，所以我们再新建静态持有的变量的时候需要多考虑一下各个成员之间的引用关系，并且尽量少地使用静态持有的变量，以避免发生内存泄漏。当然，我们也可以在适当的时候将静态变量重置为null，使其不再持用引用，这样也可以避免内存泄漏。

非静态内部内导致内存泄漏

非静态内部类（包括匿名内部类）默认就会持有外部类的引用，当非静态内部类对象的生命周期比外部类对象的生命周期长时，就会导致内存泄漏。

非静态内部类导致的内存泄漏在Android开发中有一种典型的场景就是使用Handler，很多开发者在使用Handler是这样写的：

public class MainActivity extends AppCompatActivity {@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);start();}private void start() {Message msg = Message.obtain();msg.what = 1;mHandler.sendMessage(msg);}private Handler mHandler = new Handler() {@Overridepublic void handleMessage(Message msg) {if (msg.what == 1) {// 做相应逻辑}}};
}

也许有人会说，mHandler并未作为静态变量持有Activity引用，生命周期可能不会比Activity长，应该不一定会导致内存泄漏呢？显然不是这样的！

熟悉Handler消息机制的都知道，mHandler会作为成员变量保存在发送的消息msg中，即msg持有mHandler的引用，而mHandler是Activity的非静态内部类实例，即mHandler持有Activity的引用，那么我们就可以理解为msg间接持有Activity的引用。msg被发送后先放到消息队列MessageQueue中，然后等待Looper的轮询处理（MessageQueue和Looper都是与线程相关联的，MessageQueue是Looper引用的成员变量，而Looper是保存在ThreadLocal中的）。那么当Activity退出后，msg可能仍然存在于消息队列MessageQueue中未处理或者正在处理，那么这样就会导致Activity无法被回收，以致发生Activity的内存泄漏。

给大家看一下源码，如果想学习Handler消息机制可以看看这个博客https://blog.csdn.net/sjw890821sjw/article/details/142138517写的很好：
在这里插入图片描述

通常在Android开发中如果要使用内部类，但又要规避内存泄漏，一般都会采用静态内部类+弱引用的方式。

public class MainActivity extends AppCompatActivity {private Handler mHandler;@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);mHandler = new MyHandler(this);start();}private void start() {Message msg = Message.obtain();msg.what = 1;mHandler.sendMessage(msg);}private static class MyHandler extends Handler {private WeakReference<MainActivity> activityWeakReference;public MyHandler(MainActivity activity) {activityWeakReference = new WeakReference<>(activity);}@Overridepublic void handleMessage(Message msg) {MainActivity activity = activityWeakReference.get();if (activity != null) {if (msg.what == 1) {// 做相应逻辑}}}}
}

mHandler通过弱引用的方式持有Activity，当GC执行垃圾回收时，遇到Activity就会回收并释放所占据的内存单元。这样就不会发生内存泄漏了。

上面的做法确实避免了Activity导致的内存泄漏，发送的msg不再已经没有持有Activity的引用了，但是msg还是有可能存在消息队列MessageQueue中，所以更好的是在Activity销毁时就将mHandler的回调和发送的消息给移除掉。

@Overrideprotected void onDestroy() {super.onDestroy();mHandler.removeCallbacksAndMessages(null);
}

非静态内部类造成内存泄漏还有一种情况就是使用Thread或者AsyncTask。

比如在Activity中直接new一个子线程Thread：

public class MainActivity extends AppCompatActivity {@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);new Thread(new Runnable() {@Overridepublic void run() {// 模拟相应耗时逻辑try {Thread.sleep(2000);} catch (InterruptedException e) {e.printStackTrace();}}}).start();}
}

或者直接新建AsynTask异步任务：

public class MainActivity extends AppCompatActivity {@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);new AsyncTask<Void, Void, Void>() {@Overrideprotected Void doInBackground(Void... params) {// 模拟相应耗时逻辑try {Thread.sleep(2000);} catch (InterruptedException e) {e.printStackTrace();}return null;}}.execute();}
}

很多初学者都会像上面这样新建线程和异步任务，殊不知这样的写法非常地不友好，这种方式新建的子线程Thread和AsynTask都是匿名内部类对象，默认就隐式的持有外部Activity的引用，导致Activity内存泄漏。要避免内存泄漏的话还是需要像上面Handler一样使用静态内部类+弱引用的方式。

未取消注册或回调导致内存泄漏

比如我们在Activity中注册广播，如果在Activity销毁后不再取消注册，那么这个广播会一直存在系统中，同上面所说的非静态内部类一样持有Activity引用，导致内存泄漏。因此注册广播后在Activity销毁后一定要取消注册。

public class MainActivity extends AppCompatActivity {@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);this.registerReceiver(mReceiver, new IntentFilter());}private BroadcastReceiver mReceiver = new BroadcastReceiver() {@Overridepublic void onReceive(Context context, Intent intent) {// 接收到广播需要做的逻辑}};@Overrideprotected void onDestroy() {super.onDestroy();this.unregisterReceiver(mReceiver);}
}

在注册观察者模式的时候，如果不及时取消也会造成内存泄漏，比如使用Retrofit+RxJava注册网络请求的观察者回调，同样作为匿名内部类持有外部引用，所以需要记得在不用或者销毁的时候取消注册。

Timer和TimerTask导致内存泄漏

Timer和TimerTask在Android中通常会被用来做一些计时器或者循环任务，比如实现无限轮播的ViewPager：

public class MainActivity extends AppCompatActivity {private ViewPager mViewPager;private PagerAdapter mAdapter;private Timer mTimer;private TimerTask mTimerTask;@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);init();mTimer.schedule(mTimerTask, 3000, 3000);}private void init() {mViewPager = (ViewPager) findViewById(R.id.view_pager);mAdapter = new ViewPagerAdapter();mViewPager.setAdapter(mAdapter);mTimer = new Timer();mTimerTask = new TimerTask() {@Overridepublic void run() {MainActivity.this.runOnUiThread(new Runnable() {@Overridepublic void run() {loopViewpager();}});}};}private void loopViewpager() {if (mAdapter.getCount() > 0) {int curPos = mViewPager.getCurrentItem();curPos = (++curPos) % mAdapter.getCount();mViewPager.setCurrentItem(curPos);}}private void stopLoopViewPager() {if (mTimer != null) {mTimer.cancel();mTimer.purge();mTimer = null;}if (mTimerTask != null) {mTimerTask.cancel();mTimerTask = null;}}@Overrideprotected void onDestroy() {super.onDestroy();stopLoopViewPager();}
}

当我们Activity销毁的时候，有可能Timer还在继续等待执行TimerTask，它持有Activity的引用不能被回收，因此当我们Activity销毁的时候要立即cancel掉Timer和TimerTask,以避免发生内存泄漏。

集合中的对象未清理造成内存泄漏

这个比较好理解，如果一个对象放入到ArrayList，HashMap等集合中，这个集合就会持有该对象的引用。当我们不在需要这个对象时，也没有将它从集合中移除，这样只要集合还在使用（而此对象已经无用了），这个对象就造成了内存泄漏。并且如果集合被静态引用的话，集合里面那些没有用的对象更会造成内存泄漏了，所以在使用集合时要将不用的对象从集合remove，或者clear集合，以避免内存泄漏。

资源未关闭或释放导致内存泄漏

在使用IO，File流或者Sqlite,Cursor等资源时要及时关闭，这些资源在进行读写操作时通常都会使用了缓冲，如果及时不关闭，这些缓冲对象就会一直被占用而得不到释放，以致发生内存泄漏。因此我们再不需要使用它们的时候就及时关闭，以便缓冲能及时得到释放，从而避免内存泄漏。

属性动画造成内存泄漏

动画同样是一个耗时任务，比如在Activity中启动了属性动画（ObjectAnimator）,但是在销毁的时候，没有调用Cancel方法，虽然我们看不到动画了，但是这个动画依然会不断地播放下去，动画引用所在的控件，所在控件引用Activity，这就造成了Activity无法正常释放。因此同样要在Activity销毁的时候Cancel掉属性动画，避免发生内存泄漏。

@Override
protected void onDestroy() {super.onDestroy();mAnimator.cancel();
}

WebView造成内存泄漏

关于WebView的内存泄漏，因为WebView在加载网页后会长期占用内存而不能被释放，因此我们在Activity销毁后要调用它的destory()方法来销毁它以释放内存。

另外再查阅webView内存泄漏相关资料时看到这种情况：

WebView下面的Callback持有Activity引用，造成WebView内存无法释放，即使是调用了WebView.destory()等方法都无法解决问题（Android5.1之后）

最终的解决方案是：在销毁WebView之前需要先将WebView从父容器中移除，然后在销毁WebView。详细分析过程请参考这篇文章：https://blog.csdn.net/xygy8860/article/details/53334476?utm_source=itdadao&utm_medium=referral)(http://blog.csdn.net/xygy8860/article/details/53334476)[WebView

@Override 
protected void onDestroy() {super.onDestroy();// 先从父控件中移除 WebViewmWebViewContainer.removeView(mWebView);mWebView.stopLoading();mWebView.getSettings().setJavaScriptEnabled(false);mWebView.clearHistory();mWebView.removeAllViews();mWebView.destroy();
}

总结：

内存泄漏在Android内存优化是一个比较重要的一个方面，很多时候程序中发生了内存泄漏我们不一定就能注意到，所有在编码的过程要养成良好的习惯。总结下来只要做到以下这几点就能避免大多数情况下的内存泄漏：

构造单例的时候尽量别用Activity的引用；
静态引用时注意应用对象的置空或者少用静态引用；
使用静态内部类+软引用代替非静态内部类；
及时取消广播或者观察者注册；
耗时任务，属性动画在Activity销毁时记得Cancel；
文件流，Cursor等资源及时关闭；
Activity销毁时WebView的移除和销毁。

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

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

相关文章

汽车开发流程管理工具赋能安全与质量

汽车开发流程管理工具赋能安全与质量

随着数字化、人工智能、自动化系统及物联网技术的迅速发展&#xff0c;工程驱动型企业正面临重大转型挑战&#xff0c;亟需加速并深化其变革步伐。众多企业正试图通过采用基于模型的系统工程(MBSE)、产品线工程(PLE)、ASPICE、安全、网络安全、软件定义汽车、敏捷和精益开发实践…
阅读更多...
漏洞挖掘JS构造新手向

漏洞挖掘JS构造新手向

前置思路文章 JS逆向混淆前端对抗 油猴JS逆向插件 JS加解密之mitmproxy工具联动Burp JS挖掘基础 伪协议 JavaScript伪协议是一种在浏览器中模拟网络请求的方法。它使用window.XMLHttpRequest对象或fetch()方法来模拟发送HTTP请求&#xff0c;而不是通过实际的网络请求来获…
阅读更多...
最牛4G模组展示文件系统如何存储温湿度数据，有手就会还不牛？

最牛4G模组展示文件系统如何存储温湿度数据，有手就会还不牛？

有手就会的保姆级流程&#xff0c;展示大家常用的低功耗模组实用功能。 1.编写脚本 1.1 准备资料 780E开发板购买链接 780E开发板设计资料 LuatOS-Air780E-文件系统的使用-程序源码demo 合宙的TCP/UDP测试服务器 API使用介绍 780E开发板和DHT11 1.2 程序详解 第一步&a…
阅读更多...
【C++ 算法进阶】算法提升五

【C++ 算法进阶】算法提升五

先序遍历改二叉搜索树 &#xff08;二叉树的递归套路&#xff09; 题目 本题为LC原题目 题目如下 题目分析 本题为一道经典的二叉树递归套路题目 我们只需要想好一个递归函数 之后让左右节点分别执行即可 我们这里想到的递归函数为 TreeNode* process(vector<int>&a…
阅读更多...
asp.net core mvc发布时输出视图文件Views

asp.net core mvc发布时输出视图文件Views

var builder WebApplication.CreateBuilder(args); builder.Services.AddRazorPages();builder.Services.AddControllersWithViews(ops > {//全局异常过滤器&#xff0c;注册ops.Filters.Add<ExceptionFilter>(); })// Views视图文件输出到发布目录&#xff0c;视图文…
阅读更多...
【yolov8旋转框检测】微调yolov8-obb目标检测模型：数据集制作和训练

【yolov8旋转框检测】微调yolov8-obb目标检测模型：数据集制作和训练

一、开发环境的准备 1.1 安装roLabelImg 参考【目标检测—旋转框标注】roLabelImg安装与使用文章的介绍&#xff0c;完成roLabelImg的安装。 1.2 Yolov8开发环境的准备 首先创建python虚拟环境&#xff0c;pip install ultralytics 来进行安装。 二、数据集准备 流程&…
阅读更多...
FairGuard游戏加固全面适配纯血鸿蒙NEXT

FairGuard游戏加固全面适配纯血鸿蒙NEXT

2024年10月8日&#xff0c;华为正式宣布其原生鸿蒙操作系统 HarmonyOS NEXT 进入公测阶段&#xff0c;标志着其自有生态构建的重要里程碑。 作为游戏安全领域领先的第三方服务商&#xff0c;FairGuard游戏加固在早期就加入了鸿蒙生态的开发&#xff0c;基于多项独家技术与十余年…
阅读更多...
数据库权限提升GetShell

数据库权限提升GetShell

数据库提权总结 - 随风kali - 博客园 (cnblogs.com) MySQL 漏洞利用与提权 | 国光 (sqlsec.com) sql注入getshell的几种方式 第99天&#xff1a;权限提升-数据库提权&口令获取&MYSQL&MSSQL&Oracle&MSF SQL注入拿shell的方式应该是通用的得到连接数据库…
阅读更多...
未来AI的学习能力会达到怎样的水平？

未来AI的学习能力会达到怎样的水平？

​ 大家好&#xff0c;我是Shelly&#xff0c;一个专注于输出AI工具和科技前沿内容的AI应用教练&#xff0c;体验过300款以上的AI应用工具。关注科技及大模型领域对社会的影响10年。关注我一起驾驭AI工具&#xff0c;拥抱AI时代的到来。 AI工具集1&#xff1a;大厂AI工具【共2…
阅读更多...
微软运用欺骗性策略大规模打击网络钓鱼活动

微软运用欺骗性策略大规模打击网络钓鱼活动

微软正在利用欺骗性策略来打击网络钓鱼行为者&#xff0c;方法是通过访问 Azure 生成外形逼真的蜜罐租户&#xff0c;引诱网络犯罪分子进入以收集有关他们的情报。 利用收集到的数据&#xff0c;微软可以绘制恶意基础设施地图&#xff0c;深入了解复杂的网络钓鱼操作&#xff…
阅读更多...
Verilog基础：层次化标识符的使用

Verilog基础：层次化标识符的使用

相关阅读 Verilog基础https://blog.csdn.net/weixin_45791458/category_12263729.html?spm1001.2014.3001.5482 一、前言 Verilog HDL中的标识符(identifier)是一个为了引用而给一个Verilog对象起的名字&#xff0c;分为两大类&#xff1a;普通标识符大类和层次化标识符大类。…
阅读更多...
监控易监测对象及指标之：Kafka中间件JMX监控指标解读

监控易监测对象及指标之：Kafka中间件JMX监控指标解读

监控易作为一款功能强大的监控软件&#xff0c;旨在为企业提供全方位的IT系统监控服务。其中&#xff0c;针对Kafka中间件的JMX监控是监控易的重要功能之一。本文将详细解读监控易中Kafka的JMX监控指标&#xff0c;帮助企业更好地理解并运用这些数据进行系统性能调优和故障排查…
阅读更多...
算法笔记day07

算法笔记day07

1.最长回文子串 最长回文子串_牛客题霸_牛客网 算法思路&#xff1a; 使用中心扩散算法&#xff0c;枚举所有的中点&#xff0c;向两边扩散&#xff0c;一个中点需要枚举两次&#xff0c;一次当回文串是奇数另一次回文串是偶数的情况。 class Solution { public:int getLong…
阅读更多...
mysql--基本查询

mysql--基本查询

目录 搞定mysql--CURD操作&#xff0c;细节比较多&#xff0c;不难&#xff0c;贵在多多练 1、Create--创建 &#xff08;1&#xff09;单行插入 / 全列插入 &#xff08;2&#xff09;插入否则替换 &#xff08;3&#xff09;替换 2、Retuieve--select 1&#xff09;全…
阅读更多...
git rebase的常用场景： 交互式变基， 变基和本地分支基于远端分支的变基

git rebase的常用场景： 交互式变基， 变基和本地分支基于远端分支的变基

文章目录 作用应用场景场景一&#xff1a;交互式变基(合并同一条线上的提交记录) —— git rebase -i HEAD~2场景二&#xff1a;变基(合并分支) —— git rebase [其他分支名称]场景三&#xff1a;本地分支与远端分支的变基 作用 使git的提交记录变得更加简洁 应用场景 场景…
阅读更多...
Unity之如何使用Unity Cloud Build云构建

Unity之如何使用Unity Cloud Build云构建

文章目录 前言什么是 UnityCloudBuild？如何使用Unity云构建Unity 团队中的人员不属于 Unity Team 的人员UnityCloudBuild2.0价格表如何使用Unity云构建配置CloudBuild前言 Unity Cloud Build作为Unity平台的一项强大工具，它允许开发团队通过云端自动构建项目，节省了繁琐的手…
阅读更多...
基于Springboot在线视频网站的设计与实现

基于Springboot在线视频网站的设计与实现

基于Springboot视频网站的设计与实现 开发语言&#xff1a;Java 框架&#xff1a;springboot JDK版本&#xff1a;JDK1.8 服务器&#xff1a;tomcat7 数据库&#xff1a;mysql 5.7 数据库工具&#xff1a;Navicat11 开发软件&#xff1a;idea 源码获取&#xff1a;https://do…
阅读更多...
JSON 注入攻击 API

JSON 注入攻击 API

文章目录 JSON 注入攻击 API"注入所有东西"是"聪明的"发生了什么? 什么是 JSON 注入?为什么解析器是问题所在解析不一致 JSON 解析器互操作性中的安全问题处理重复密钥的方式不一致按键碰撞响应不一致JSON 序列化(反序列化)中的不一致 好的。JSON 解析器…
阅读更多...
Java | Leetcode Java题解之第497题非重叠矩形中的随机点

Java | Leetcode Java题解之第497题非重叠矩形中的随机点

题目&#xff1a; 题解&#xff1a; class Solution {Random rand;List<Integer> arr;int[][] rects;public Solution(int[][] rects) {rand new Random();arr new ArrayList<Integer>();arr.add(0);this.rects rects;for (int[] rect : rects) {int a rect[0…
阅读更多...
PPT自动化：Python如何将PPT转换为图片（ppt2img源码）

PPT自动化：Python如何将PPT转换为图片（ppt2img源码）

文章目录 📖 介绍 📖🏡 演示环境 🏡📒 PPT转换图片 📒📝 Windows环境下PPT转为图片（源码）📝 Linux环境下PPT转为图片（源码）📝 注意事项⚓️ 相关链接 ⚓️📖 介绍 📖 在日常工作中，我们常常需要将大量的幻灯片转换为图片，这样不仅方便分享，还能提…
阅读更多...
最新文章
推荐文章

Copyright @ 2022~2023