手把手讲解--性能优化案例（3，双非本科字节跳动Java面试题分享

这个系列的文章：
1、用通俗易懂的讲解方式，讲解一门技术的实用价值
2、详细书写源码的追踪，源码截图，绘制类的结构图，尽量详细地解释原理的探索过程
3、提供Github 的 可运行的Demo工程,但是我所提供代码，更多是提供思路，抛砖引玉，请酌情cv
4、集合整理原理探索过程中的一些坑，或者demo的运行过程中的注意事项
5、用gif图，最直观地展示demo运行效果**

如果觉得细节太细，直接跳过看结论即可。
本人能力有限，如若发现描述不当之处，欢迎留言批评指正。

学到老活到老，路漫漫其修远兮。与众君共勉 !

#正文大纲

• jvm内存管理常识
• 检测以及处理内存抖动
• 检测以及处理内存泄漏

#正文
#jvm内存管理常识

• LMK （LowMemoryKill）机制
  android底层会在系统内存告急的时候，按照一定规则杀死一些进程来满足其他进程的内存需要。其中 消耗内存的高低就是其中一项指标，所以，优化app的内存占用，能够有效降低app被系统杀死的概率。

• GC STW机制
  GC，垃圾回收进程，在GC线程执行任务的时候，会存在一个 STW (stop the world) 机制，他就会把其他所有线程都挂起。如果GC非常频繁地调用，那就会导致主线程不流畅，给用户的感觉就是卡顿。

• 内存抖动频繁引起OOM
  内存抖动太频繁，导致大量对象频繁创建和销毁，会产生大量不连续的内存空间，如果此时有一个大对象需要申请内存，就有可能申请失败，导致OOM内存溢出。

• 一句话解释 内存泄漏
  长生命周期的对象持有短生命周期对象的强引用，在短生命周期对象需要回收的时候发现不能被回收，视为泄漏

• GC回收 可达性分析
• GC线程判定 一个对象是不是可以回收，是根据可达性分析算法，计算GcRoot，从GcRoot向下搜索，把GcRoot没有直接关联的对象全部作为垃圾来回收。

• 强软弱虚四大引用
  强和虚自不必说。强 最常见，没有特殊处理的都是强引用(包括，匿名内部类会持有外部类的强引用)。虚引用没什么用，不予讨论。
  软引用，用来定义一些还有用，但是不是必须的对象，使用SoftRefrence<T>修饰，在内存紧张的时候,GC回收之后，使用SoftRefrence<T>修饰,如果系统还有足够的内存可用，那么软引用关联的对象就不会被回收。如果不足，则回收软引用关联的对象。
  弱引用(WeakRefrence<T>)，比软引用更弱一些，只要GC触发，弱引用关联的对象就会被回收。
  注意，使用软和弱引用，要判定关联对象是否为空。

#检测以及处理内存抖动

我们使用s开发，平时我们运行app，一般会点 RunApp，但是还有另一个选择， 那就是 profileApp, 运行app起来之后，会在as下方看到profile 窗口

点击之后，as下方会出现profile，图中会显示网络，内存和cpu使用情况

如果内存的图中抖动得非常明显，比如像这样的心电图一样：

那就说明非常明显存在内存抖动，急需处理:
点击内存图形区域之后,就能看到详细的内存变化情况，以及内存分配情况：

这里有个坑：

如果你从图形中观察到，内存走势平稳，并没有出现上满模拟抖动的图中那么夸张，是不是就不存在内存抖动呢？并不是。因为我们的gc，是在内存不可用的情况下才会去回收内存，如果app占用内存一直比较少，没有触及gc的临界值，那么就不会出现断崖式下跌. 那么这样就观察不出内存抖动了，怎么办呢？

解决方法
在8.0以下的安卓手机上，在下方的位置上会出现一个Record按钮(如果是8.0以上，你可以直接用拖拽的方式来截取一段内存record)：

点击它，一段时间之后，再点一下：你就能在下方发现一张表格：
这张表格代表的是，你Record这段时间之内创建的对象,点击一下第二列Allocations,对创建的数量进行排序，找出创建次数最多的对象:

然后，点击排行第一的String之后，会在右方看到：

然后点击其中的一个，又会看到一个新的窗口:

到此为止，就找到了创建对象的元凶，以这个为线索，找到你们自己包名下的类和方法，确定是我们自己的代码在不合理地创建对象.

再往后，就是根据各自的业务代码去做优化了，记住一个宗旨：不要让代码干多余的事。如果是我们调用了系统的api导致了不合理地大量对象的创建，那么就要考虑这个系统API为什么会这样创建对象，有没有其他方法避免吗，从业务代码层来合理使用这个api，实在不行再考虑自定义api或者换个系统api。

在我们做了一次优化之后，再profile运行一次app，再重复上面的过程。以此类推，直到内存抖动达到理想状态。

##总结

优化内存抖动，核心就是防止频繁创建对象。常见的反面教材就是：循环中创建对象，大量调用的api中创建对象。而优化的主要手段，就是对象复用，常见的手段是：对象池，像是 Handler的Message 单链表池，Glide的bitmap池等。

#检测以及处理内存泄漏

经典案例：处理handler异步任务导致的内存泄漏方法

• 在Activity的onDestroy中移除所有的任务

    @Override
    protected void onDestroy() {
        super.onDestroy();
        handler.removeCallbacksAndMessages(null);//移除所有任务
    }

• 使用静态内部类 + Activity弱引用的方式

    MyHandler handler = new MyHandler(this);
    private static class MyHandler extends Handler {
        WeakReference<Activity> activityWeakReference;

        MyHandler(Activity activity) {
            activityWeakReference = new WeakReference<>(activity);
        }

        @Override
        public void handleMessage(Message msg) {
            //在执行任务的时候，判断弱引用所关联的对象是否为空，能在对象已经被回收的情况下，不去执行不必要的任务
            switch (msg.what) {
              case 1:
                if (activityWeakReference.get() != null) {
                    //TODO
                }
            }
        }
    }

##工具的使用
依然是profileApp,先用profile看出内存的变化情况。

• 问：如何判断内存泄漏？
  答：内存泄漏是精细功夫，不能全盘观察，只能凭借profile的内存变化来推测。
  比如，打开app之后内存一路飙升，直到超出app能够使用的最大内存，app崩溃,，这是最明显的。
  又比如，你反复打开关闭某一个界面，发现内存的稳定线(内存稳定之后，内存占用值)随着每一次的打开关闭，都在提高，这说明，这一个界面上存在泄漏，有对象无法被回收。

上一章节使用profile 最多是了解到 哪些对象的创建和回收引起了内存抖动，但是，涉及到泄漏，只通过profile尚且不能知道是哪个类持有了希望被回收的对象的强引用.
这里就要借助另外一款工具,他的名字叫做 Eclipse Mat (自行百度)

先回到刚才的profile,

点一下，然后再点一下，界面会自动跳转：


点击上面的保存按钮，将文件存到本地;

然后：

但是这个文件是无法直接在mat打开的。

找到SDK目录下的要hprof-conv.exe：

知其然不知其所以然，大厂常问面试技术如何复习？

1、热门面试题及答案大全

面试前做足功夫，让你面试成功率提升一截，这里一份热门350道一线互联网常问面试题及答案助你拿offer

面试宝典+书籍+核心知识获取：戳这里免费下载！诚意满满！！！

2、多线程、高并发、缓存入门到实战项目pdf书籍

3、文中提到面试题答案整理

4、Java核心知识面试宝典

覆盖了JVM 、JAVA集合、JAVA多线程并发、JAVA基础、Spring原理、微服务、Netty与RPC、网络、日志、Zookeeper、Kafka、RabbitMQ、Hbase、MongoDB 、Cassandra、设计模式、负载均衡、数据库、一致性算法 、JAVA算法、数据结构、算法、分布式缓存、Hadoop、Spark、Storm的大量技术点且讲解的非常深入

、Hadoop、Spark、Storm的大量技术点且讲解的非常深入**

[外链图片转存中…(img-QTZ8kazG-1628441835422)]

[外链图片转存中…(img-egF4jptH-1628441835423)]

[外链图片转存中…(img-hL2hbDj1-1628441835423)]