Android内存泄露整理

作者: weiinter105 | 来源:发表于2019-02-25 15:13 被阅读0次

Android内存泄露整理
性能优化与保活
源码分析：LeakCanary 如何实现内存泄露监测
Android内存泄露分析简要思路
android 内存问题处理资源整理
Handler导致内存泄露分析
Android 内存泄露优化处理
Android中Handler引起的内存泄露
Android 内存优化总结&实践
Android性能优化：你的一些使用细节可能会引起严重的内存泄漏

前言

内存泄漏（Memory Leak）是指程序中己动态分配的堆内存由于某种原因程序未释放或无法释放，造成系统内存的浪费，导致程序运行速度减慢甚至系统崩溃(OOM)等严重后果

Android发生内存泄漏的常见情况

静态变量

静态变量的生命周期和应用的生命周期一样长。如果静态变量持有某个Activity的context，则会引发对应Activity无法释放，导致内存泄漏。如果持有application的context，就没有问题（以下例子是指Activity销毁时没有释放的情况）

常见的有：

单例模式：内部实现是静态变量和方法
静态的View：view默认持有Activity的context
静态Activity


package com.example.testmemoryleak;

import android.content.Context;

import android.os.Handler;

import android.os.Message;

import android.support.v7.app.AppCompatActivity;

import android.os.Bundle;

import android.util.Log;

import android.view.View;

import android.widget.Button;

import com.squareup.leakcanary.LeakCanary;

public class MainActivity extends AppCompatActivity {

private Button btn;

private Button btn1;

private static Context StaticVarible;

private Handler mHandler;

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

btn = (Button)findViewById(R.id.button);

btn.setOnClickListener(new View.OnClickListener() {

@Override

public void onClick(View v) {

MainActivity.this.finish();

}

});

StaticVarible = this;

LeakCanary.install(getApplication());

}

private static class NoLeakHandler extends Handler{

@Override

public void handleMessage(Message msg) {

super.handleMessage(msg);

}

}

}

这里我用了开源框架LeakCanary来检测内存泄露，结果如下：

静态变量内存泄漏_com.example.testmemoryleak.png

再ActivityDestory时讲静态变量置空即可

@Override

protected void onDestroy() {

StaticVarible = null;

super.onDestroy();

}

匿名内部类或者非静态内部类

常见的包括

Handler，AsyncTask，TimerTask等，一般在处理多线程任务的时候

非静态的内部类和匿名内部类都会隐式地持有其外部类的引用（否则怎么访问外部类的非静态成员呢？），静态的内部类不会持有外部类的引用

Java中的类可以是static吗？答案是可以。在java中我们可以有静态实例变量、静态方法、静态块。类也可以是静态的。
java允许我们在一个类里面定义静态类。比如内部类（nested class）。把nested class封闭起来的类叫外部类。在java中，我们不能用static修饰顶级类（top level class）。只有内部类可以为static。
静态内部类和非静态内部类之间到底有什么不同呢？下面是两者间主要的不同。
（1）内部静态类不需要有指向外部类的引用。但非静态内部类需要持有对外部类的引用。
（2）非静态内部类能够访问外部类的静态和非静态成员。静态类不能访问外部类的非静态成员。他只能访问外部类的静态成员。
（3）一个非静态内部类不能脱离外部类实体被创建，一个非静态内部类可以访问外部类的数据和方法，因为他就在外部类里面。

那么修改方法 1.静态内部类 2.销毁前及时处理非静态内部类


package com.example.testmemoryleak;

import android.content.Context;

import android.os.Handler;

import android.os.Message;

import android.support.v7.app.AppCompatActivity;

import android.os.Bundle;

import android.util.Log;

import android.view.View;

import android.widget.Button;

import com.squareup.leakcanary.LeakCanary;

public class MainActivity extends AppCompatActivity {

private Button btn;

private Button btn1;

private static Context StaticVarible;

private Handler mHandler;

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

btn = (Button)findViewById(R.id.button);

btn.setOnClickListener(new View.OnClickListener() {

@Override

public void onClick(View v) {

MainActivity.this.finish();

}

});

btn1 = (Button)findViewById(R.id.button1);

btn1.setOnClickListener(new View.OnClickListener() {

@Override

public void onClick(View v) {

mHandler = new Handler(){

@Override

public void handleMessage(Message msg){

super.handleMessage(msg);

}

};

Message message = Message.obtain();

message.what = 1;

mHandler.sendMessageDelayed(message,5*60*1000);

/*

mHandler = new NoLeakHandler();

Message message = Message.obtain();

message.what = 1;

mHandler.sendMessageDelayed(message,5*60*1000);

Log.i("weijuncheng", String.valueOf(mHandler.hasMessages(1)));

*/

}

});

StaticVarible = this;

LeakCanary.install(getApplication());

}

@Override

protected void onDestroy() {

//mHandler.removeCallbacksAndMessages(null);

StaticVarible = null;

super.onDestroy();

}

private static class NoLeakHandler extends Handler{

@Override

public void handleMessage(Message msg) {

super.handleMessage(msg);

}

}

}

非静态内部类内存泄漏_com.example.testmemoryleak.png

如上，Activity销毁时非静态内部类mHandler中还有未处理的消息，造成无法释放其引用的Activity对象

修改方案:

1. 使用静态内部类(必要时结合WeakReference,弱引用方式)


private static class NoLeakHandler extends Handler{

@Override

public void handleMessage(Message msg) {

super.handleMessage(msg);

}

}


mHandler = new NoLeakHandler();

Message message = Message.obtain();

message.what = 1;

mHandler.sendMessageDelayed(message,5*60*1000);

Log.i("weijuncheng", String.valueOf(mHandler.hasMessages(1)));

静态内部类延伸

静态内部类也可以用来实现单例，保证线程安全，效率高；其主要原理为：Java中静态内部类可以访问其外部类的静态成员属性，同时，1.静态内部类只有当被调用的时候才开始首次被加载(懒加载)，2.利用了classloader的机制来保证初始化instance时只有一个线程(多个线程就不是静态类了)，所以也是线程安全的，同时没有性能损耗(加synchronized同步锁)

与饿汉方式不同的地方在，饿汉式方式是只要Singleton类被装载就会实例化，没有Lazy-Loading的作用，而静态内部类方式在Singleton类被装载时并不会立即实例化，而是在需要实例化时，调用getInstance方法，才会装载SingletonInstance类，从而完成Singleton的实例化（相当于一个在static语句中初始化，相当于在<clinit>中初始化；另一个相当于在静态内部类的<clinit>中进行单例的初始化）

https://www.cnblogs.com/zhaoyan001/p/6365064.html

代码示例如下

public class Singleton {

    private Singleton() {}

    private static class SingletonInstance {
        private static final Singleton INSTANCE = new Singleton();
    }

    public static Singleton getInstance() {
        return SingletonInstance.INSTANCE; //lazy-loading
    }
}

2. 销毁前及时处理非静态内部类


@Override

protected void onDestroy() {

mHandler.removeCallbacksAndMessages(null);

super.onDestroy();

}

监听器

当使用Activity的context注册监听，不再需要监听时没有取消注册

资源对象

资源对象未关闭：BraodcastReceiver，ContentObserver，File，Cursor，Stream，Bitmap等资源，使用后未关闭会导致内存泄漏。因为资源性对象往往都用了一些缓冲，缓冲不仅存在于 java虚拟机内，还存在于java虚拟机外。如果仅仅是把它的引用置null，而不关闭它们，也会造成内存泄漏

容器

容器中的对象没有清理：集合一般占用内存较大，不及时关闭会导致内存紧张（不会导致内存泄漏，而会导致可用内存大大减少）

WebView

检测、分析内存泄漏的工具

MemoryMonitor：随时间变化，内存占用的变化情况

MAT：输入HRPOF文件，输出分析结果

Histogram：查看不同类型对象及其大小
DominateTree：对象占用内存及其引用关系

LeakCanary：实时监测内存泄漏的库

如何配置LeakCanary开源库


apply plugin: 'com.android.application'

android {

compileSdkVersion 28

defaultConfig {

applicationId "com.example.testmemoryleak"

minSdkVersion 15

targetSdkVersion 28

versionCode 1

versionName "1.0"

testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"

}

buildTypes {

debug{

}

release {

minifyEnabled false

proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'

}

}

}

dependencies {

implementation fileTree(dir: 'libs', include: ['*.jar'])

implementation 'com.android.support:appcompat-v7:28.0.0'

implementation 'com.android.support.constraint:constraint-layout:1.1.3'

testImplementation 'junit:junit:4.12'

androidTestImplementation 'com.android.support.test:runner:1.0.2'

androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.2'

debugImplementation 'com.squareup.leakcanary:leakcanary-android:1.6.3'

releaseImplementation 'com.squareup.leakcanary:leakcanary-android-no-op:1.6.3'

// Optional, if you use support library fragments:

debugImplementation 'com.squareup.leakcanary:leakcanary-support-fragment:1.6.3'

}

配置LeakCanary踩过的坑

1. Unable to resolve dependency for ':app@dexOptions/compileClasspath': Could not resolve project : library_Name.

https://stackoverflow.com/questions/46949622/android-studio-3-0-unable-to-resolve-dependency-for-appdexoptions-compileclas

With Android Studio 2.3(AS) the project works fine and i can able to run the App. After updating the AS to Android Studio 3.0. i too got the error as below for libraries and build types.

Unable to resolve dependency for ':app@dexOptions/compileClasspath': Could not resolve project : library_Name. Unable to resolve dependency for ':app@release/compileClasspath': Could not resolve project : library_Name.

To Solve the issue, simply.

What ever the

buildTypes{ debug{ ... } release{ ... } }

2.Could not resolve all dependencies for configuration ':app:debugRuntimeClasspath'.

org.gradle.api.UncheckedIOException: Failed to capture fingerprint of input files for task ':app:preDebugBuild' property 'compileManifests' during up-to-date check

https://my.oschina.net/u/616133/blog/2221453 (这样操作就行，为什么？允许内置的maven仓库？)

File --> Setting --->Build,Execution,Deployment --> Gradle -->Android Studio 勾选 “Enable embedded Maven repository”

如何避免内存泄漏

不要在匿名内部类中进行异步操作

将非静态内部类转为静态内部类 + WeakReference（弱引用）的方式

在 Activity 回调 onDestroy 时或者 onStop 时

移除消息队列 MessageQueue 中的消息
静态变量置null
停止异步任务
取消注册

使用Context时，尽量使用Application 的 Context

尽量避免使用static 成员变量。另外可以考虑lazy初始化

为webView开启另外一个进程，通过AIDL与主线程进行通信，WebView所在的进程可以根据业务的需要选择合适的时机进行销毁，从而达到内存的完整释放

及时关闭资源。Bitmap 使用后调用recycle()方法

总结

大体说明了Android内存泄漏的常见情况和修改方法，平时我们进行代码书写时要注意这些条件，尽量避免内存泄露的发生；如果发生了要学会运用工具分析解决

参考: Android内存泄漏场景及解决方法

Android内存泄露整理
前言内存泄漏（Memory Leak）是指程序中己动态分配的堆内存由于某种原因程序未释放或无法释放，造成系统内存...
性能优化与保活
------内存泄漏优化------Android 内存优化你的 Handler 内存泄露了吗？Android卡...
源码分析：LeakCanary 如何实现内存泄露监测
LeakCanary 是一个非常强大的内存泄露监测工具，可以实现打印内存泄露的信息。Android 的内存泄露检测...
Android内存泄露分析简要思路
Android内存泄露分析简要思路
android 内存问题处理资源整理
Android最佳性能实践(二)——分析内存的使用情况 android内存管理建议译文 android内存泄露总结...
Handler导致内存泄露分析
原文地址内存泄露有关内存泄露请猛戳内存泄露当我们这样创建Handler的时候Android Lint会提示我们这...
Android 内存泄露优化处理
参考：Android应用内存泄露分析、改善经验总结使用新版Android Studio检测内存泄露和性能解决安卓C...
Android中Handler引起的内存泄露
Android中Handler引起的内存泄露
Android 内存优化总结&实践
内存泄露大部分的内存问题都是内存泄露导致的，Android里也有一些很常见的内存泄露问题这里简单罗列下：详细见...
Android性能优化：你的一些使用细节可能会引起严重的内存泄漏
前言在Android中，内存泄露的现象十分常见；而内存泄露导致的后果会使得应用Crash。常见引发内存泄露原因主...