Android APP内存优化

本页面介绍了如何主动减少应用程序中的内存使用量。 有关Android操作系统如何管理内存的信息，请参阅Android内存管理概述

本篇文章主要介绍 Android 开发中的部分知识点，通过阅读本篇文章，您将收获以下内容:

监视可用内存和内存使用情况
为响应事件释放内存
分析检查你的app需要用多少内存
使用内存优化框架

1. 监视可用内存和内存使用情况

在修复解决APP 中的内存使用问题之前，首先需要找到它们。 Android Studio中的内存分析器Memory Profiler可以帮助您通过以下方式查找和诊断内存问题：
1 . 看看你的应用程序随着时间的推移如何分配内存。

Memory Profiler显示了一个实时图，显示您的应用程序使用了多少内存，分配了Java对象的数量以及何时发生垃圾回收。
启动垃圾收集事件并在运行应用程序时抓取Java堆的快照。
记录您的应用程序的内存分配

然后检查所有分配的对象，查看每个分配的堆栈跟踪，然后跳转到Android Studio编辑器中的相应代码。

如Android内存管理概述中所述。
2. 为响应事件释放内存

Android可以通过多种方式从您的应用程序中回收内存，或者在必要时将应用程序彻底关闭以释放内存以用于关键任务。 为了进一步帮助平衡系统内存，避免系统需要终止应用程序进程，可以在Activity类中实现ComponentCallbacks2接口。 提供的onTrimMemory（）回调方法允许您的应用程序在您的应用程序处于前台或后台时侦听与内存相关的事件，然后释放对象以响应应用程序生命周期或指示系统需要回收内存的系统事件。

例如，您可以实现onTrimMemory（）回调以响应不同的内存相关事件，如下所示：

import android.content.ComponentCallbacks2;// Other import statements ...public class MainActivity extends AppCompatActivity
    implements ComponentCallbacks2 {    // Other activity code ...
    /**
     * Release memory when the UI becomes hidden or when system resources become low.
     * @param level the memory-related event that was raised.
     */
    public void onTrimMemory(int level) {        // Determine which lifecycle or system event was raised.
        switch (level) {            case ComponentCallbacks2.TRIM_MEMORY_UI_HIDDEN:                /*
                   Release any UI objects that currently hold memory.

                   The user interface has moved to the background.
                */

                break;            case ComponentCallbacks2.TRIM_MEMORY_RUNNING_MODERATE:            case ComponentCallbacks2.TRIM_MEMORY_RUNNING_LOW:            case ComponentCallbacks2.TRIM_MEMORY_RUNNING_CRITICAL:                /*
                   Release any memory that your app doesn't need to run.

                   The device is running low on memory while the app is running.
                   The event raised indicates the severity of the memory-related event.
                   If the event is TRIM_MEMORY_RUNNING_CRITICAL, then the system will
                   begin killing background processes.
                */

                break;            case ComponentCallbacks2.TRIM_MEMORY_BACKGROUND:            case ComponentCallbacks2.TRIM_MEMORY_MODERATE:            case ComponentCallbacks2.TRIM_MEMORY_COMPLETE:                /*
                   Release as much memory as the process can.

                   The app is on the LRU list and the system is running low on memory.
                   The event raised indicates where the app sits within the LRU list.
                   If the event is TRIM_MEMORY_COMPLETE, the process will be one of
                   the first to be terminated.
                */

                break;            default:                /*
                  Release any non-critical data structures.

                  The app received an unrecognized memory level value
                  from the system. Treat this as a generic low-memory message.
                */
                break;
        }
    }
}

onTrimMemory（） 回调方法是在Android 4.0时候添加的，之前版本请用onLowMemory()方法，跟TRIM_MEMORY_COMPLETE事件处理一样。
3. 分析检查你的app需要用多少内存

为了允许多个正在运行的进程，Android为每个应用程序分配的堆大小设置了硬限制。 确切的堆大小限制根据设备有多少总体可用RAM不同而有所不同。 如果您的应用程序已达到堆容量并尝试分配更多内存，则系统将引发OutOfMemoryError。

为了避免内存不足，可以查询系统以确定当前设备上有多少可用的堆空间。 你可以通过调用getMemoryInfo（）来查询这个数字。 这将返回一个ActivityManager.MemoryInfo对象，该对象提供有关设备当前内存状态的信息，包括可用内存，总内存以及内存阈值（即系统开始中断进程的内存级别）。 ActivityManager.MemoryInfo对象还暴露了一个简单的布尔值，lowMemory，可以判断你设备是否在低内存下运行。

如下例子，举例使用getMemoryInfo()

public void doSomethingMemoryIntensive() {    // Before doing something that requires a lot of memory,
    // check to see whether the device is in a low memory state.
    ActivityManager.MemoryInfo memoryInfo = getAvailableMemory();    if (!memoryInfo.lowMemory) {        // Do memory intensive work ...
    }
}// Get a MemoryInfo object for the device's current memory status.private ActivityManager.MemoryInfo getAvailableMemory() {
    ActivityManager activityManager = (ActivityManager) this.getSystemService(ACTIVITY_SERVICE);
    ActivityManager.MemoryInfo memoryInfo = new ActivityManager.MemoryInfo();
    activityManager.getMemoryInfo(memoryInfo);    return memoryInfo;
}

4. 使用内存优化框架

一些Android功能，Java类和代码构造倾向于使用比其他更多的内存。 您可以通过在代码中选择更有效的替代方法来最大限度地减少应用程序使用的内存量
谨慎的使用Services

在不需要服务的情况下运行服务是Android应用程序可能造成的最严重的内存管理错误之一。
如果你的应用程序需要一个服务来在后台执行工作，那么除非它需要运行一个工作，否则不要让它保持运行。 记得在完成任务时停止服务。 否则，您可能会无意中造成内存泄漏。
当你启动一个服务时， 系统需要始终保持运行该服务的进程。此行为使得服务进程非常昂贵，因为服务使用的RAM对其他进程仍然不可用。这样可以减少系统在LRU缓存中保留的缓存进程的数量，从而降低应用程序切换的效率。内存不足时系统甚至可能导致系统崩溃，系统无法维护足够的进程来承载当前运行的所有服务。

您通常应该避免使用持久性服务，因为这些服务会放在可用内存上。相反，我们建议您使用诸如JobScheduler之类的替代实现。有关如何使用JobScheduler安排后台进程的更多信息，请参阅后台优化。

如果您必须使用服务，那么限制服务使用寿命的最好方法就是使用IntentService，一旦完成了处理启动它的意图，IntentService就会自动完成。有关更多信息，请阅读在后台服务中运行。
使用更优化多数据容器

编程语言提供的某些类未针对在移动设备上使用进行优化。 例如，通用的HashMap实现可能是相当低效的内存，因为每个映射都需要单独的入口对象。

Android框架包括几个优化的数据容器，包括SparseArray，SparseBooleanArray和LongSparseArray。 例如，SparseArray类更有效率，因为它们避免了系统需要自动复制密钥的情况，有时还需要创建另外一个或两个对象。

如有必要，您可以随时切换到原始数组以获得精简的数据结构。
使用nano protobufs进行序列化数据

协议缓冲区是一种语言中立，平台无关，可扩展的机制，由Google设计，用于序列化结构化数据 - 类似于XML，但更小，更快，更简单。 如果你决定为你的数据使用protobufs，你应该总是在你的客户端代码中使用nano protobufs。 经常protobufs生成非常详细的代码，这可能会导致您的应用程序中的许多种问题，如增加的RAM使用，APK大小增加，和较慢的执行。

有关更多信息，请参阅protobuf自述文件中的“Nano版本”部分。
避免内存泄漏

如前所述，垃圾收集事件通常不会影响您的应用程序的性能。但是，很多短时间内发生的垃圾收集事件可能会很快消耗掉你的帧时间。系统花费在垃圾收集上的时间越多，执行其他内容（如渲染或流式传输音频）的时间就越少。

内存流失通常会导致大量的垃圾收集事件发生。在实践中，内存流失描述了在给定的时间内发生的分配的临时对象的数量。

例如，您可以在for循环中分配多个临时对象。或者您可以在视图的onDraw（）函数内创建新的Paint或Bitmap对象。在这两种情况下，应用程序都会以大批量快速创建大量对象。这些可能会迅速消耗年轻一代中的所有可用内存，从而迫使垃圾收集事件发生。

当然，你需要在你的代码中找到内存流失高的地方，然后才能修复它们。为此，您应该在Android Studio中使用Memory Profiler。

一旦确定了代码中的问题区域，请尝试减少性能关键区域内的分配数量。考虑将内容移出内部循环，或者将它们移动到基于工厂的分配结构中。