Android 如何优化APP内存

极力推荐Android 开发大总结文章:欢迎收藏
程序员Android 力荐 ,Android 开发者需要的必备技能

随机存取存储器(RAM)在任何软件开发环境中都是非常有价值的资源,但对于物理内存经常受到限制的移动操作系统来说,它更有价值。 尽管Android运行时(ART)和Dalvik虚拟机都执行常规垃圾收集,但这并不意味着您可以忽略应用程序分配和释放内存的时间和位置。 您仍然需要避免引入内存泄漏,通常由静态成员变量中的对象引用引起,并在生命周期回调定义的适当时间释放任何引用对象。

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

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

  1. 监视可用内存和内存使用情况
  2. 为响应事件释放内存
  3. 分析检查你的app需要用多少内存
  4. 使用内存优化框架
  5. 移除内存密集型资源,以及lib库

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

在修复解决APP 中的内存使用问题之前,首先需要找到它们。 Android Studio中的内存分析器Memory Profiler可以帮助您通过以下方式查找和诊断内存问题:

  • 1 . 看看你的应用程序随着时间的推移如何分配内存。

Memory Profiler显示了一个实时图,显示您的应用程序使用了多少内存,分配了Java对象的数量以及何时发生垃圾回收。

    1. 启动垃圾收集事件并在运行应用程序时抓取Java堆的快照。
    1. 记录您的应用程序的内存分配

然后检查所有分配的对象,查看每个分配的堆栈跟踪,然后跳转到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框架包括几个优化的数据容器,包括SparseArraySparseBooleanArrayLongSparseArray。 例如,SparseArray类更有效率,因为它们避免了系统需要自动复制密钥的情况,有时还需要创建另外一个或两个对象。

如有必要,您可以随时切换到原始数组以获得精简的数据结构。

使用nano protobufs进行序列化数据

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

有关更多信息,请参阅protobuf自述文件中的“Nano版本”部分

避免内存泄漏

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

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

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

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

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

5. 移除内存密集型资源,以及lib库

你的代码中的一些资源和库可以在你不知道的情况下吞噬内存。 您的APK的整体大小(包括第三方库或嵌入式资源)可能会影响您的应用消耗的内存量。 您可以通过从代码中删除冗余,不必要或臃肿的组件,资源或库来改善应用程序的内存消耗。

减小APK的大小

您可以通过减少应用程序的整体大小来显着减少应用程序的内存使用量。 位图大小,资源,动画帧和第三方库都可以影响APK的大小。 Android StudioAndroid SDK提供了多种工具来帮助您减少资源和外部依赖的大小。

有关如何减少您的整体APK大小的更多信息,请参阅缩小APK大小。

使用Dagger 2进行依赖注入

依赖注入框架可以简化您编写的代码,并提供适用于测试和其他配置更改的自适应环境。

如果您打算在应用程序中使用依赖项注入框架,请考虑使用Dagger 2. Dagger不使用反射来扫描您的应用程序的代码。 Dagger的静态,编译时实现意味着它可以在Android应用程序中使用,而无需运行成本或内存使用。

其他使用反射的依赖注入框架倾向于通过扫描代码来注释来初始化进程。 这个过程可能需要更多的CPU周期和内存,并且在应用程序启动时会引起明显的滞后。

谨慎使用外部库

外部库代码通常不是针对移动环境编写的,而且在用于移动客户端时可能效率低下。当您决定使用外部库时,您可能需要为移动设备优化该库。预先计划好这个工作,然后根据代码大小和内存占用情况来分析这个库,然后才决定使用它。

即使一些移动优化的库可能由于不同的实现而导致问题。例如,一个库可能使用nano protobufs,而另一个库使用微型protobufs,导致您的应用程序中有两个不同的protobuf实现。这可能发生在不同的日志记录,分析,图像加载框架,缓存以及许多您不希望的事情上。

尽管ProGuard可以帮助您使用正确的标志删除API和资源,但它不能删除库的大型内部依赖关系。您需要在这些库中的功能可能需要较低级别的依赖关系。如果库使用反射(这是常见的,并且意味着您需要花费大量时间手动调整ProGuard才能使用反射),那么当您从库中使用Activity子类时(这往往会产生大量的依赖关系)工作)等等。

还要避免使用一个共享库只有一两个功能。你不希望引入大量的代码和开销,甚至没有使用。当您考虑是否使用库时,请查找与您需要的强大匹配的实现。否则,您可能会决定创建自己的实现。

至此,本篇已结束,如有不对的地方,欢迎您的建议与指正。同时期待您的关注,感谢您的阅读,谢谢!

原文地址:https://www.cnblogs.com/wangjie1990/p/11327112.html

时间: 2024-10-08 11:40:46

Android 如何优化APP内存的相关文章

Android 性能优化之内存泄漏检测以及内存优化(上)

在 Java 中,内存的分配是由程序完成的,而内存的释放则是由 Garbage Collecation(GC) 完成的,Java/Android 程序员不用像 C/C++ 程序员一样手动调用相关函数来管理内存的分配和释放,虽然方便了很多,但是这也就造成了内存泄漏的可能性,所以记录一下针对 Android 应用的内存泄漏的检测,处理和优化的相关内容,上篇主要会分析 Java/Android 的内存分配以及 GC 的详细分析,中篇会阐述 Android 内存泄漏的检测和内存泄漏的常见产生情景,下篇会

[Android 性能优化系列]内存之终极篇--降低你的内存消耗

大家如果喜欢我的博客,请关注一下我的微博,请点击这里(http://weibo.com/kifile),谢谢 转载请标明出处(http://blog.csdn.net/kifile),再次感谢 原文地址:http://developer.android.com/training/articles/memory.html 在接下来的一段时间里,我会每天翻译一部分关于性能提升的Android官方文档给大家 建议大家在看本文之前先去我的博客看看 [Android 性能优化系列]内存之基础篇--Andr

[Android 性能优化系列]内存之基础篇--Android怎样管理内存

大家假设喜欢我的博客,请关注一下我的微博,请点击这里(http://weibo.com/kifile),谢谢 转载请标明出处(http://blog.csdn.net/kifile),再次感谢 原文地址:http://developer.android.com/training/articles/memory.html 在接下来的一段时间里,我会每天翻译一部分关于性能提升的Android官方文档给大家 以下是本次的正文: ################ 随机訪问存储器(Ram) 无论在哪种软件

Android应用优化之内存概念

导语 现在的Android智能手机发展信息万变,从一开始的HTC到小米价格战到现在高端市场份额战,在软硬件都发生了翻天覆地的变化.在硬件上内存从一开始的一两百M到现在4G.从软件上我们从一开始为了实现需求而写代码到现在为了代码更健壮.更漂亮而进行不断优化代码.这些都是Android发展的必然一步.今天我来跟大家一起分享Android内存优化的相关概念和实践. 概念 进程内存与RAM之间的关系 进程内存既是虚拟内存(或者叫逻辑内存),而程序的运行需要实实在在的内存,即物理内存(RAM),在需要的时

Android性能优化之内存泄漏

综述 内存泄漏(memory leak)是指由于疏忽或错误造成程序未能释放已经不再使用的内存.那么在Android中,当一个对象持有Activity的引用,如果该对象不能被系统回收,那么当这个Activity不再使用时,这个Activity也不会被系统回收,那这么以来便出现了内存泄漏的情况.在应用中内出现一次两次的内存泄漏获取不会出现什么影响,但是在应用长时间使用以后,若是存在大量的Activity无法被GC回收的话,最终会导致OOM的出现.那么我们在这就来分析一下导致内存泄漏的常见因素并且如何

[Android 性能优化系列]内存之基础篇--Android如何管理内存

大家如果喜欢我的博客,请关注一下我的微博,请点击这里(http://weibo.com/kifile),谢谢 转载请标明出处(http://blog.csdn.net/kifile),再次感谢 原文地址:http://developer.android.com/training/articles/memory.html 在接下来的一段时间里,我会每天翻译一部分关于性能提升的Android官方文档给大家 下面是本次的正文: ################ 随机访问存储器(Ram) 不管在哪种软件

Android性能优化(四):内存优化

1.内存的分配策略概述 程序运行时的内存分配有三种策略,分别是静态的,栈式的,和堆式的,对应的,三种存储策略使用的内存空间主要分别是静态存储区(也称方法区).堆区和栈区. 静态存储区(方法区):内存在程序编译的时候就已经分配好,这块内存在程序整个运行期间都存在.它主要存放静态数据.全局static数据和常量. 栈区:在执行函数时,函数内局部变量的存储单元都可以在栈上创建,函数执行结束时这些存储单元自动被释放.栈内存分配运算内置于处理器的指令集中,效率很高,但是分配的内存容量有限. 堆区:亦称动态

Android性能优化之内存篇

http://www.cnblogs.com/flyme2012/p/dd1b11a4ea151458d77411f5e99bc0dc.html 下面是内存篇章的学习笔记,部分内容与前面的性能优化典范有重合,欢迎大家一起学习交流! 1)Memory, GC, and Performance 众所周知,与C/C++需要通过手动编码来申请以及释放内存有所不同,Java拥有GC的机制.Android系统里面有一个Generational Heap Memory的 模型,系统会根据内存中不同的内存数据类

[Android 性能优化系列]内存之提升篇--应用应该如何管理内存

应用应该如何管理内存 在软件开发的各个阶段,你都应该时候注意你的RAM消耗(即便是在括软件的设计阶段).这里有很多种途径,通过使用它们可以帮助你设计和写出更有效率的代码, 你应该在设计和实现应用的时候采用以下的这些技术来让降低应用的内存消耗. 尽可能少的使用服务 如果你的应用需要使用服务来进行后台操作,那么尽可能让他在的确需要工作的时候才进行工作.另外请确保当你的工作完成之后结束掉你的服务. 当你开启一个服务的时候,系统会在服务运行的时候保留它的进程,这会让这个进行变得非 常庞大,因为服务所消耗