IT数码 购物 网址 头条 软件 日历 阅读 图书馆
TxT小说阅读器
↓语音阅读,小说下载,古典文学↓
图片批量下载器
↓批量下载图片,美女图库↓
图片自动播放器
↓图片自动播放器↓
一键清除垃圾
↓轻轻一点,清除系统垃圾↓
开发: C++知识库 Java知识库 JavaScript Python PHP知识库 人工智能 区块链 大数据 移动开发 嵌入式 开发工具 数据结构与算法 开发测试 游戏开发 网络协议 系统运维
教程: HTML教程 CSS教程 JavaScript教程 Go语言教程 JQuery教程 VUE教程 VUE3教程 Bootstrap教程 SQL数据库教程 C语言教程 C++教程 Java教程 Python教程 Python3教程 C#教程
数码: 电脑 笔记本 显卡 显示器 固态硬盘 硬盘 耳机 手机 iphone vivo oppo 小米 华为 单反 装机 图拉丁
 
   -> 移动开发 -> Android开发简记:探索App性能优化之Android内存泄漏,websocketapp保活 -> 正文阅读

[移动开发]Android开发简记:探索App性能优化之Android内存泄漏,websocketapp保活

if (instance == null) {

instance = new BankManager(context);

}

return instance;

}

}

以上是一个普通的单例模式,当创建这个单例的时候,需要传入一个Context,所以这个Context的生命周期的长短至关重要。

  • 传入的是Application的Context:单例的生命周期和Application的一样长,这将没有任何问题;

  • 传入的是Activity的Context:由于该Context和Activity的生命周期一样长(Activity间接继承于Context),单例的生命周期可能大于Activity的生命周期。当这个Context所对应的Activity退出时它的内存并不会被回收,因为单例对象持有该Activity的引用。

解决办法:

Context 尽量使用Application Context,因为Application的Context的生命周期比较长,引用它不会出现内存泄露的问题。

正确的单例应该为下面的方式:

public class BankManager {

private static BankManager instance;

private Context context;

private BankManager(Context context) {

this.context = context.getApplicationContext();

}

public static BankManager getInstance(Context context) {

if (instance != null) {

instance = new BankManager(context);

}

return instance;

}

}

(二)非静态内部类/匿名类

1、非静态内部类创建静态实例造成的内存泄漏

问题描述:在启动频繁的Activity中,为了避免重复创建相同的数据资源,会在Activity内部创建一个非静态内部类的单例,每次启动Activity时都会使用该单例的数据。若非静态内部类所创建的实例的生命周期等于应用的生命周期,会因非静态内部类持有外部类的引用,而导致外部类无法释放,最终造成内存泄露。

public class MainActivity extends AppCompatActivity {

private static TestResource mResource = null;

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

if(mManager == null){

mManager = new TestResource();

}

//…

}

private class TestResource {

//…

}

}

以上代码就在Activity内部创建了一个非静态内部类的单例,每次启动Activity时都会使用该单例的数据,这样虽然避免了资源的重复创建,却会造成内存泄漏。非静态内部类会持有外部类的引用,而又使用非静态内部类创建静态实例,该实例和应用的生命周期一样长,这就导致该静态实例一直会持有Activity的引用,导致Activity的内存资源不能回收。

解决办法:

1.将非静态内部类改为静态内部类(静态内部类默认不持有外部类的引用)

2.该内部类抽取出来封装成一个单例。若需使用Context,建议使用 Application 的 Context

2、Handler造成的内存泄漏

问题描述:Handler的使用造成的内存泄漏问题应该最为常见,在处理网络任务或者封装一些请求回调等api都应该会借助Handler来处理,对于Handler的使用代码编写一不规范即有可能造成内存泄漏,如下示例:

public class MainActivity extends AppCompatActivity {

private Handler mHandler = new Handler() {

@Override

public void handleMessage(Message msg) {

//…doSomething

}

};

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

loadData();

}

private void loadData(){

//…request http

Message message = Message.obtain();

mHandler.sendMessage(message);

}

}

这种创建Handler的方式会造成内存泄漏,由于mHandler是Handler的非静态匿名内部类的实例,所以它持有外部类Activity的引用,消息队列MessageQueue在一个Looper线程中不断轮询处理消息,那么当这个Activity退出时,消息队列中还有未处理的消息Message或者正在处理消息,而消息队列中的Message持有mHandler实例的引用,mHandler又持有Activity的引用,所以导致该Activity的内存资源无法及时回收,引发内存泄漏。

解决办法:

1.创建一个静态Handler内部类,然后对Handler持有的对象使用弱引用,这样在回收时也可以回收Handler持有的对象,这样虽然避免了Activity泄漏。

2.Looper线程的消息队列中还是可能会有待处理的消息,所以在Activity的Destroy时或者Stop时应该移除消息队列中的消息。

public class MainActivity extends AppCompatActivity {

private MyHandler mHandler;

private TextView mTextView

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

mTextView = (TextView)findViewById(R.id.textview);

mHandler = new MyHandler(this);

loadData();

}

private void loadData() {

//…request http

Message message = Message.obtain();

mHandler.sendMessage(message);

}

private static class MyHandler extends Handler {

private WeakReference reference;

public MyHandler(Context context) {

reference = new WeakReference<>(context);

}

@Override

public void handleMessage(Message msg) {

MainActivity activity = (MainActivity) reference.get();

if(activity != null){

activity.mTextView.setText(“请求成功”);

}

}

}

@Override

protected void onDestroy() {

super.onDestroy();

mHandler.remov

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享

eCallbacksAndMessages(null);

}

}

3、多线程造成的内存泄漏(AsyncTask、实现Runnable接口、继承Thread类)

问题描述:工作线程Thread类属于非静态内部类/匿名内部类,运行时默认持有外部类的引用。当工作线程运行时,若外部类MainActivity需销毁,由于此时工作线程类实例持有外部类的引用,将使得外部类无法被垃圾回收器(GC)回收,从而造成内存泄露。

对于线程造成的内存泄漏,也是平时比较常见的,如下这两个示例:

new AsyncTask<Void, Void, Void>() {

@Override

protected Void doInBackground(Void… params) {

SystemClock.sleep(10000);

return null;

}

}.execute();

new Thread(new Runnable() {

@Override

public void run() {

SystemClock.sleep(10000);

}

}).start();

解决办法:

  • 静态内部类–静态内部类不持有外部类的引用,从而使得工作线程实例不会持有外部类引用。

  • 当外部类结束生命周期时,强制结束线程–使得工作线程实例的生命周期与外部类的生命周期同步。使用静态内部类 & 强制结束线程 的方式,如下:

public class MainActivity extends AppCompatActivity {

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

new Thread(new MyRunnable()).start();

}

static class MyRunnable implements Runnable{

@Override

public void run() {

SystemClock.sleep(10000);

}

}

@Override

protected void onDestroy() {

super.onDestroy();

Thread.stop();// 外部类Activity生命周期结束时,强制结束线程

}

}

(三)资源未关闭造成的内存泄漏

问题描述:对于资源的使用(如 广播BraodcastReceiver、文件流File、数据库游标Cursor、图片资源Bitmap等),若在Activity销毁时无及时关闭或者注销这些资源,则这些资源将不会被回收,从而造成内存泄漏。

解决办法:

在Activity销毁时及时关闭或者注销资源

//广播BraodcastReceiver:注销注册

unregisterReceiver()

  移动开发 最新文章
Vue3装载axios和element-ui
android adb cmd
【xcode】Xcode常用快捷键与技巧
Android开发中的线程池使用
Java 和 Android 的 Base64
Android 测试文字编码格式
微信小程序支付
安卓权限记录
知乎之自动养号
【Android Jetpack】DataStore
上一篇文章      下一篇文章      查看所有文章
加:2021-12-09 11:48:03  更:2021-12-09 11:49:31 
 
开发: C++知识库 Java知识库 JavaScript Python PHP知识库 人工智能 区块链 大数据 移动开发 嵌入式 开发工具 数据结构与算法 开发测试 游戏开发 网络协议 系统运维
教程: HTML教程 CSS教程 JavaScript教程 Go语言教程 JQuery教程 VUE教程 VUE3教程 Bootstrap教程 SQL数据库教程 C语言教程 C++教程 Java教程 Python教程 Python3教程 C#教程
数码: 电脑 笔记本 显卡 显示器 固态硬盘 硬盘 耳机 手机 iphone vivo oppo 小米 华为 单反 装机 图拉丁

360图书馆 购物 三丰科技 阅读网 日历 万年历 2024年11日历 -2024/11/24 8:04:03-

图片自动播放器
↓图片自动播放器↓
TxT小说阅读器
↓语音阅读,小说下载,古典文学↓
一键清除垃圾
↓轻轻一点,清除系统垃圾↓
图片批量下载器
↓批量下载图片,美女图库↓
  网站联系: qq:121756557 email:121756557@qq.com  IT数码