Android内存优化内存抖动的解决实战

问题背景

假设我们有一个应用,它的功能是在一个TextView上显示一个计数器,每隔一秒钟就更新一次计数器的值。为了实现这个功能,我们使用了一个Handler来发送空消息,并在接收到消息时更新计数器的值,并再次发送空消息,形成一个循环。同时,为了模拟一些复杂的业务逻辑,我们在循环中创建了大量的数组对象。以下是我们的代码:

public class MainActivity extends AppCompatActivity {
    // 定义一个TextView来显示计数器的值
    private TextView textView;
    // 定义一个计数器变量
    private int counter = 0;
    // 定义一个Handler对象
    private Handler handler = new Handler() {
        @Override
        public void handleMessage(@NonNull Message msg) {
            super.handleMessage(msg);
            // 更新计数器的值
            counter++;
            // 在TextView上显示计数器的值
            textView.setText(String.valueOf(counter));
            // 模拟一些复杂的业务逻辑,创建大量的数组对象
            for (int i = 0; i < 1000; i++) {
                int[] array = new int[1000];
                array[0] = i;
            }
            // 再次发送空消息,形成一个循环
            handler.sendEmptyMessage(0);
        }
    };

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        // 初始化TextView
        textView = findViewById(R.id.textView);
        // 发送空消息,启动循环
        handler.sendEmptyMessage(0);
    }
}

这段代码看起来没有什么问题,但是当我们运行这个应用时,我们会发现应用的内存使用情况非常不稳定,内存曲线呈现出明显的锯齿状,GC事件也非常频繁。这就是典型的内存抖动的现象。

问题定位

要定位这个问题,我们可以使用Memory Profiler来观察应用的内存使用情况。Memory Profiler是Android Studio中的一个工具,它可以实时显示应用的内存使用情况,包括内存分配、回收、泄漏等。通过Memory Profiler,我们可以发现应用存在明显的内存波动和GC频率。

以下是一个使用Memory Profiler观察应用内存使用情况的示例图:

Android内存优化内存抖动的解决实战_第1张图片

从示例图中可以看出:

  • Memory Usage:这个图表显示了应用在不同时间点的内存使用量,以及不同类型的内存(如Java Heap、Native Heap、Graphics等)。从图表中可以看出,应用的Java Heap内存使用量呈现出明显的波动性,上下起伏,形成锯齿状。这说明应用存在大量短期存在的对象,导致内存分配和回收不平衡。
  • GC Events:这个图表显示了应用在不同时间点发生的GC事件,以及GC事件的类型(如GC Alloc、GC Concurrent等)。从图表中可以看出,应用发生了非常频繁的GC事件,几乎每隔一秒钟就会发生一次GC事件。这说明应用的GC压力非常大,GC需要消耗更多的CPU资源,并且影响应用线程的执行。

从这里重新输出,我会继续为你介绍内存抖动的解决实战。接下来,我将从以下几个方面给你展示如何使用Memory Profiler和代码排查来分析和解决一个具体的内存抖动问题:

问题分析

要分析这个问题,我们可以使用Memory Profiler来捕获堆转储,并根据对象分配跟踪来找出导致内存抖动的代码位置和原因。堆转储是一种保存应用在某个时间点的内存快照的文件,它可以用来查看应用中存在的所有对象,以及它们的类型、大小、数量等。对象分配跟踪是一种记录应用在一段时间内创建的所有对象,以及它们的类型、大小、数量、调用栈等的功能。通过堆转储和对象分配跟踪,我们可以发现应用中产生内存抖动的代码位置和原因。

以下是使用Memory Profiler捕获堆转储和对象分配跟踪的示例图:

Android内存优化内存抖动的解决实战_第2张图片

Android内存优化内存抖动的解决实战_第3张图片

从示例图中可以看出:

  • Heap Dump:这个功能可以让我们捕获应用在某个时间点的堆转储文件,并查看其中的内容。从堆转储文件中,我们可以看到应用中存在的所有类和实例,以及它们的类型、大小、数量等。通过对比不同时间点的堆转储文件,我们可以发现哪些类和实例是短期存在的,导致内存波动。
  • Allocation Tracking:这个功能可以让我们记录应用在一段时间内创建的所有对象,并查看其中的内容。从对象分配跟踪中,我们可以看到应用中创建的所有对象,以及它们的类型、大小、数量、调用栈等。通过分析对象分配跟踪,我们可以找出哪些代码位置是创建了大量对象,导致GC频繁。

使用这两个功能,我们可以定位到导致内存抖动的代码位置和原因。经过分析,我们发现:

  • 在堆转储文件中,我们发现有大量的int[]数组对象存在于Java Heap中,它们占用了大部分的内存空间,并且在不同时间点的堆转储文件中,它们的数量和大小都有明显的变化。这说明这些数组对象是短期存在的,导致内存波动。
  • 在对象分配跟踪中,我们发现有大量的int[]数组对象被创建,它们的类型、大小、数量都是一致的。通过查看它们的调用栈,我们发现它们都是在MainActivity的handleMessage方法中创建的。这说明这个方法是创建了大量数组对象,导致GC频繁。 接下来,我将从以下几个方面给你展示如何使用Memory Profiler和代码排查来分析和解决一个具体的内存抖动问题:

问题解决

要解决这个问题,我们可以修改代码逻辑,避免在循环中创建大量数组,或者使用对象池来复用数组对象,从而减少内存分配和回收。以下是我们的优化方案:

  • 避免在循环中创建大量数组:如果我们不需要在循环中创建大量数组,我们可以将数组的创建放在循环之外,或者使用静态变量或者成员变量来保存数组。这样就可以避免每次循环都创建一个新的数组对象,减少内存分配和回收。例如:
public class MainActivity extends AppCompatActivity {
    // 定义一个TextView来显示计数器的值
    private TextView textView;
    // 定义一个计数器变量
    private int counter = 0;
    // 定义一个Handler对象
    private Handler handler = new Handler() {
        @Override
        public void handleMessage(@NonNull Message msg) {
            super.handleMessage(msg);
            // 更新计数器的值
            counter++;
            // 在TextView上显示计数器的值
            textView.setText(String.valueOf(counter));
            // 模拟一些复杂的业务逻辑,使用一个静态变量来保存数组对象,避免在循环中创建大量数组对象
            for (int i = 0; i < 1000; i++) {
                array[0] = i;
            }
            // 再次发送空消息,形成一个循环
            handler.sendEmptyMessage(0);
        }
    };
    // 定义一个静态变量,用来保存数组对象
    private static int[] array = new int[1000];

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        // 初始化TextView
        textView = findViewById(R.id.textView);
        // 发送空消息,启动循环
        handler.sendEmptyMessage(0);
    }
}
  • 使用对象池来复用数组对象:如果我们需要在循环中创建大量数组,我们可以使用对象池来管理和复用数组对象,而不是每次都创建和销毁数组对象。当需要一个数组时,可以从对象池中获取一个空闲的数组,使用完毕后,可以将数组归还到对象池中,等待下次使用。这样就可以避免频繁的内存分配和回收,减少GC的压力。例如:
public class MainActivity extends AppCompatActivity {
    // 定义一个TextView来显示计数器的值
    private TextView textView;
    // 定义一个计数器变量
    private int counter = 0;
    // 定义一个Handler对象
    private Handler handler = new Handler() {
        @Override
        public void handleMessage(@NonNull Message msg) {
            super.handleMessage(msg);
            // 更新计数器的值
            counter++;
            // 在TextView上显示计数器的值
            textView.setText(String.valueOf(counter));
            // 模拟一些复杂的业务逻辑,使用一个对象池来管理和复用数组对象,避免在循环中创建大量数组对象
            for (int i = 0; i < 1000; i++) {
                // 从对象池中获取一个空闲的数组对象
                int[] array = arrayPool.getArray();
                array[0] = i;
                // 将数组对象归还到对象池中
                arrayPool.returnArray(array);
            }
            // 再次发送空消息,形成一个循环
            handler.sendEmptyMessage(0);
        }
    };
    // 定义一个对象池,用来管理和复用数组对象
    private ArrayPool arrayPool;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        // 初始化TextView
        textView = findViewById(R.id.textView);
        // 初始化对象池
        arrayPool = new ArrayPool(1000, 1000);
        // 发送空消息,启动循环
        handler.sendEmptyMessage(0);
    }
}

Android内存优化内存抖动的解决实战_第4张图片

Android内存优化内存抖动的解决实战_第5张图片

为了帮助到大家更好的全面清晰的掌握好性能优化,准备了相关的核心笔记(还含底层逻辑):https://qr18.cn/FVlo89

性能优化核心笔记:https://qr18.cn/FVlo89

启动优化

内存优化

UI优化

网络优化

Bitmap优化与图片压缩优化https://qr18.cn/FVlo89

多线程并发优化与数据传输效率优化

体积包优化

《Android 性能监控框架》:https://qr18.cn/FVlo89

《Android Framework学习手册》:https://qr18.cn/AQpN4J

  1. 开机Init 进程
  2. 开机启动 Zygote 进程
  3. 开机启动 SystemServer 进程
  4. Binder 驱动
  5. AMS 的启动过程
  6. PMS 的启动过程
  7. Launcher 的启动过程
  8. Android 四大组件
  9. Android 系统服务 - Input 事件的分发过程
  10. Android 底层渲染 - 屏幕刷新机制源码分析
  11. Android 源码分析实战

你可能感兴趣的:(Framework,性能优化,Android,android,移动开发,内存优化,性能优化,framework)