Android 内存优化

image.png

1.java的四种引用方式
强引用，软引用，弱引用，虚引用


public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        // 强引用 对象类型 变量名（实例）= 对象的构造方法
        // 强引用，不管怎样都不会回收对象，内存溢出
        String str = new String("abc");

        // 软引用 当内存实在不足的情况下，才会释放掉它的引用对象
        SoftReference<String> softReference = new SoftReference<String>(str);

        // 弱引用  只要系统产生GC，就会回收
        WeakReference<String> weakReference = new WeakReference<String>(str);

        str = null;
        System.out.println("强引用" + str);

        softReference.clear();
        System.out.println("软引用" + softReference.get());

        System.gc();
        System.out.println("弱引用" + weakReference.get());


        // 虚引用 用来判断对象是否已经被回收
//        PhantomReference<String> phantomReference = new PhantomReference<>()

    }
}

打印的结果有点问题，弱引用在GC回收之后应该也是null才对的


image.png

如果换一种写法

//        String str = new String("abc");
        String str = "abc";

只改变str的创建方法，这时候弱引用就会有值了，是"abc"，因为GC只会回收堆内存中的对象，而直接 String str = "abc";这样写，abc是位于常量区的

2.LeakCanary检测内存泄漏
内存泄漏：对无用对象的引用一直未释放，就会造成内存泄漏。
造成内存泄漏的原因：

第一种情况：

1.内部类会隐式持有外部类，如果说内部类进行了耗时操作，还没有等操作结束，用户进行点击返回，弹出了当前的activity，那么内部类也不会释放这个activity，这样就会造成内存泄漏

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
    }

    public void click(View view) {
        startTask();
    }

    private void startTask() {
        MyThread myThread = new MyThread();
        myThread.start();
    }
    // 内部类隐式持有了外部类Activity的引用，所以内部类中的任务没有执行完，    
    //Activity的引用就不会被释放
    public class MyThread extends Thread {

        @Override
        public void run() {
            for (int i = 0; i < 20; i++) {
                Log.d(getClass().getSimpleName(), "run: " + i);
                SystemClock.sleep(1000);
            }
        }
    }
}

LeakCanary会给出对应的通知


image.png

解决方案：
1.将内部类转移出去，变成独立的类
2.将内部类变成静态内部类，这样也不会持有外部类的实例
static class MyThread extends Thread
3.内部类通过弱引用来使用外部类的非静态属性和方法

public  class MainActivity extends AppCompatActivity {

    private boolean isDestroy = false;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
    }

    public void click(View view) {
        startTask();
    }

    private void startTask() {
        MyThread myThread = new MyThread(MainActivity.this);
        myThread.start();
    }
    

    //内部类隐式的持有了外部类Activity的引用,所有内部类中任务没执行完,Activity的引用就不会被释放
    //内部类改成了静态的内部类之后,内部类将不会再隐式持有外部类的引用
    public static class MyThread extends Thread{

        //通过使用弱引用来拿到外部类Activity的非静态属性和方法
        private WeakReference<MainActivity> mWeakReference = null;

        MyThread(MainActivity activity){
            mWeakReference = new WeakReference<MainActivity>(activity);
        }

        @Override
        public void run() {
            //写在run方法中的逻辑会在MyThread线程中后台执行
            MainActivity mainActivity = mWeakReference.get();
            //为了健壮性
            if(mainActivity!=null){
                    for (int i = 0; i < 20; i++) {
                        if(!mainActivity.isDestroy){
                            Log.d(getClass().getSimpleName(), "run: " + i);
                            SystemClock.sleep(1000);
                        }
                    }
            }

        }
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        isDestroy = true;
    }
}

这样在退出当前的Activity之后，内部类就不会持有Activity的实例了，不会发生内存泄漏
所以造成内存泄漏的原因是两点同时发生
1.内部类隐式持有外部类
2.内部类做了耗时操作，且未完成的情况下外部类就销毁了

第二种情况

内部类handler出现内存泄漏
1.内部类持有了外部类实例
2.消息延迟发送的情况下才会产生内存泄漏
解决方案也和之前的类似

public class MainActivity extends AppCompatActivity {

    private static final int MESSAGE_SEND = 0;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
    }

    public void click(View view) {
        startSendMessage();
    }

    private void startSendMessage() {
        MyHandler myHandler = new MyHandler(MainActivity.this);
        Message message = Message.obtain();
        message.what = MESSAGE_SEND;
        message.obj = "这是一段来自三体的消息";
        myHandler.sendMessageDelayed(message,20000);
//        myHandler.sendMessage(message);
    }


    //创建一个内部类handler
    //1 将内部类作为static的
    //2 把Handler写成一个独立的java文件

    private static class MyHandler extends Handler{

        private WeakReference<MainActivity> mWeakReference = null;

        MyHandler(MainActivity activity){
            mWeakReference = new WeakReference<MainActivity>(activity);
        }

        //处理发送过来的消息的
        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
            MainActivity mainActivity = mWeakReference.get();
            if(mainActivity==null){
                return;
            }
            //接收
            switch (msg.what) {
                    case MESSAGE_SEND:
                        String obj = (String) msg.obj;
                        Toast.makeText(mainActivity, obj, Toast.LENGTH_SHORT).show();
                        break;
                    }
        }
    }
}

第三种情况

非静态内部类的静态实例
1.非静态内部类会隐式持有外部类的引用
2.静态的实例是属于类对象的，不会跟随实例对象的销毁而销毁

public class MainActivity extends AppCompatActivity {

    //一个静态的实例   静态的实例不会跟着外部类的关闭而销毁
    public static User user = null;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
    }

    public void click(View view) {
        user = new User();
    }

    //一个简单的非静态内部类,隐式持有外部类的引用
    private class User{
        User(){

        }
    }
}

第四种情况

单例对象持有的对象被销毁了

public class ToastManager {

    private ToastManager() {

    }

    private Context mContext = null;
    private ToastManager(Context context) {
        mContext = context;
    }

    private static ToastManager mToastManager = null;
    public static ToastManager getInstance(Context context) {
        if (mToastManager == null) {
            synchronized (ToastManager.class) {
                if (mToastManager == null) {
                    mToastManager = new ToastManager(context);
                }
            }
        }
        return mToastManager;
    }


    public void showToast(String text) {
        Toast.makeText(mContext,text, Toast.LENGTH_SHORT).show();
    }
}



public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
    }

    void btnClick(View view){
        ToastManager manager = ToastManager.getInstance(MainActivity.this);
        manager.showToast("hello world");
    }
}

这样在点击按钮的时候，MainActivity的对象就被单例持有了，当MainActivity销毁的时候，单例还会继续持有它，所以会造成内存泄漏。当然我们平时编码并不会这样写，我们会直接使用 ToastManager manager = ToastManager.getInstance(getApplicationContext());来代替，这样就没问题了。

2.context上下文的作用域

image.png

当然在startService的时候尽量不要用Activity的context，有内存泄漏的风险

3.LeakCanary观察特定的对象。
之前的配置是创建MyApplication，复制官方的代码，这样只能检测Activity的内存泄漏

public class MyApplication extends Application {
    @Override
    public void onCreate() {
        super.onCreate();
        //检测内存泄漏的LeakCanary的初始化
        if (LeakCanary.isInAnalyzerProcess(this)) {
            // This process is dedicated to LeakCanary for heap analysis.
            // You should not init your app in this process.
            return;
        }
        LeakCanary.install(this);
    }
}

，如果要检测比如Fragment的内存泄漏，需要换一种写法，需要保存返回的mRefWatcher

public class MyApplication extends Application {

    public static RefWatcher mRefWatcher;

    @Override
    public void onCreate() {
        super.onCreate();
        //检测内存泄漏的LeakCanary的初始化
        if (LeakCanary.isInAnalyzerProcess(this)) {
            // This process is dedicated to LeakCanary for heap analysis.
            // You should not init your app in this process.
            return;
        }
        mRefWatcher = LeakCanary.install(this);
    }
}

然后用mRefWatcher去检测每一个类的内存泄漏情况

public class MyFragment extends Fragment {

    @Override
    public void onActivityCreated(@Nullable Bundle savedInstanceState) {
        super.onActivityCreated(savedInstanceState);
        FragmentActivity activity = getActivity();
    }

    @Nullable
    @Override
    public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
        Button button = new Button(container.getContext());
        button.setText("我是Fragment的TextView");
        button.setTextSize(50);
        button.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                MyThread myThread = new MyThread();
                myThread.start();
            }
        });
        return button;
    }

    //演示内存泄漏,来一个内部类Thread
    public class MyThread extends Thread {

        @Override
        public void run() {
            for (int i = 0; i < 20; i++) {
                Log.d(getClass().getSimpleName(), "run: " + i);
                SystemClock.sleep(1000);
            }
        }
    }


    @Override
    public void onDestroy() {
        super.onDestroy();
        //Fragment已经被销毁,如果这个时候调用LeakCanary的观察对象的watch方法,如果他发现还有引用,认为是内存泄露
        MyApplication.mRefWatcher.watch(MyFragment.this);
    }
}


public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        MyFragment myFragment = new MyFragment();
        FragmentManager manager = getSupportFragmentManager();
        FragmentTransaction fragmentTransaction = manager.beginTransaction();
        fragmentTransaction.add(R.id.fl,myFragment);
        fragmentTransaction.commit();
    }
}


<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:paddingBottom="@dimen/activity_vertical_margin"
    android:paddingLeft="@dimen/activity_horizontal_margin"
    android:paddingRight="@dimen/activity_horizontal_margin"
    android:paddingTop="@dimen/activity_vertical_margin"
    tools:context="com.it520.fragmentleak.MainActivity">

    <FrameLayout
        android:id="@+id/fl"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        />
</RelativeLayout>
最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 214,233评论 6赞 495
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 91,357评论 3赞 389
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 159,831评论 0赞 349
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 57,313评论 1赞 288
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 66,417评论 6赞 386
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 50,470评论 1赞 292
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 39,482评论 3赞 412
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 38,265评论 0赞 269
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 44,708评论 1赞 307
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,997评论 2赞 328
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,176评论 1赞 342
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 34,827评论 4赞 337
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 40,503评论 3赞 322
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,150评论 0赞 21
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,391评论 1赞 267
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 47,034评论 2赞 365
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 44,063评论 2赞 352