android开发内存管理,Android 内存管理详解

和你一起终身学

习，这里是程序员Android

本篇文章主要介绍

Android

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

一、Android 垃圾回收机制(GC)

二、共享内存

三、内存的申请与回收

四、内存限制

五、不同App切换时的内存管理

Android Runtime(ART)

和

Dalvik虚拟机

使用 分页 和 内存映射 来管理内存。这意味着应用程序修改的任何内存(无论是通过分配新对象通过映射页面)都将保留在

RAM

中，并且不能被分页。

应用程序释放内存的唯一方法是释放应用程序持有的对象引用，即使垃圾收集器回收

(GC)

回收内存 。

比如：如果系统想要在其他地方使用该内存，则可以将任何未经修改的映射到

mmap

中文件(例如代码)分页出

RAM

。

本页面介绍了

Android

如何管理应用程序进程和内存分配。有关如何在应用程序中更高效地管理内存的更多信息，请参阅管理您的应用程序的内存。

一、Android 垃圾回收机制(GC)

ART

或

Dalvik虚拟机

的托管内存环境会跟踪每个内存分配情况。一旦它确定一段内存不再被程序使用，它将它释放回堆

(Heap)

中，并且不需要程序员的任何干预。回收托管内存环境中未使用内存的机制称为垃圾回收

(GC)

。

1.垃圾回收机制的目的

垃圾回收机制的目的：

1.在程序中查找将来不再使用的数据对象

(Object)

2.回收这些对象所占用的内存资源。

Android 内存是一个典型的堆内存

(Heap)

，这意味着系统会根据被分配的对象的预期寿命和大小有不同的分配桶。

例如，最近分配的对象属于年轻一代。当一个对象保持足够的活动时间时，它可以被提升到一个老一代，然后是一个永久的

时

代。

每个堆的生成都有自己占用内存的上限。任何时候一旦内存即将被填满，系统就会执行一个垃圾回收事件去试图释放内存。垃圾收集的持续时间取决于它正在回收的那个对象以及回收多少个正在活跃的对象。

尽管垃圾器回收的速度相当快，但它仍然可能会影响应用程序的性能。并且你一般不会控制垃圾器回收你代码事件的时间。

系统垃圾回收机制具有一定运行中的标准，这个标准主要用于确定何时执行垃圾收集。当条件满足时，系统停止执行进程并开始垃圾收集。

如果垃圾回收发生在密集的处理循环(如动画)或音乐播放期间，可能会增加处理时间。这种增长可能会推动您的应用程序执行代码超过推荐的

16ms

阈值，以实现高效流畅的帧渲染。

此外，您的代码流可能会执行各种强制垃圾收集事件的工作，或使其持续时间超过正常。例如，如果在

alpha

混合动画的每个帧期间在

for循环

的最内部分配了多个对象，则可能会占用大量的内存堆，并使用大量对象。在这种情况下，垃圾收集器将执行多个垃圾收集事件，并可能降低应用程序的性能。

有关垃圾收集的更多一般信息，请参阅垃圾收集。

二、共享内存

为了适应不同的RAM需求，Android 尝试在不同进程之间共享内存，共享内存的方法如下：

1. APP共享Framework框架代码以及资源

每个

APP

的进程都是从

Zygote

进程中分离出来的。

Zygote 进程：

Zygote

进程是在系统启动并加载

Framwork

框架代码和资源

(如Activity Theme)

时开始。要启动一个新的应用程序进程，系统会从

Zygote

进程

fork

分离出来，然后在新进程中加载并运行应用程序的代码。这种方法允许大部分分配给

Framework

框架代码和资源的

RAM

页面与所有应用程序进程之间共享。

2. 大多数静态数据可以跨进程共享

大多数静态数据被映射到一个进程。这种技术允许数据在进程之间共享，并允许在需要时将其分页。示例静态数据包括：

Dalvik

代码(通过将其放置在用于直接映射的

预链接.odex

文件中)，应用程序资源(通过将资源表设计为可以被映射的结构以及通过对齐

APK的zip条目

) 以及

.so文件中

的本地代码等传统项目元素。

3. Android使用显式分配的共享内存区域(使用ashmem或gralloc)共享同一个动态RAM。

例如，窗口表面使用应用程序和屏幕合成器之间的共享内存，游标缓冲区使用内容提供者和客户端之间的共享内存。

由于共享内存的广泛使用，确定您的应用使用多少内存需要谨慎。在调查您的

RAM

使用情况中讨论了正确确定应用程序内存使用情况的技巧。如需获取更多内容，请看

RAM

使用情况分析详解。

三、APP内存的申请与回收

Dalvik 虚拟机

会限制每个应用程序进程的虚拟内存范围。它定义了逻辑堆的大小，并且可以根据需要增长，但只能达到系统为每个应用程序定义的限制。

堆的逻辑大小与堆使用的物理内存量不同。在检查应用程序的堆时，Android 会计算一个名为“比例集合大小** Proportion Set Size ”(PSS)** 的值，该值与其他进程共享的脏页面

(Page)

和干净页面

(Page)

，并且数量与多少应用程序共享该

RAM

成正比。

(PSS)

总数是系统认为是您的物理内存的足迹。有关PSS的更多信息，请参阅

RAM使用情况指南

。

Dalvik

堆不压缩堆的逻辑大小，这意味着

Android

不会整理堆以关闭空间。当堆的末尾有未使用的空间时，

Android

只能缩小逻辑堆的大小。然而，系统仍然可以减少堆使用的物理内存。在垃圾收集之后，

Dalvik

遍历堆并找到未使用的页面，然后使用

madvise

将这些页面返回给内核。

因此，成对的大块分配和释放应该会导致所有(或几乎全部)所使用的物理内存的回收。但是，从小分配中回收内存的效率可能会低得多，因为用于小分配的页面仍可能与尚未释放的其他内容共享。

四、APP内存限制

为了维护一个主要的多功能环境，

Android

对每个应用程序的堆大小设定了一个

硬限制

。确切的堆大小限制根据设备有多少

RAM

可用而有所不同。如果您的应用程序已达到堆容量并尝试分配更多内存，则可能会收到

OutOfMemoryError

。

在某些情况下，您可能需要查询系统以确定在当前设备上有多少堆空间可用 。

例如，确定有多少数据可以安全地保留在缓存中。你可以通过调用

getMemoryClass()

来查询这个数字。此方法返回一个整数，指示可用于应用程序堆的兆字节数。

五、不同App切换时的内存管理

当用户在应用程序之间进行切换时，

Android

会保留不在前台的应用程序(即对用户不可见，或者在

最近最少使用(LRU)

缓存中运行诸如音乐播放之类的前台服务)。例如，当用户第一次启动应用程序时，会为其创建一个进程; 但是当用户离开应用程序时，该过程不会退出。系统保持进程缓存。如果用户稍后返回到应用程序，系统将重新使用该进程，从而使应用程序切换更快。

如果您的应用程序具有缓存的进程，并且保留了当前不需要的内存，那么您的应用程序(即使用户不使用它)也会影响系统的整体性能。由于系统内存不足，它会以最近使用最少的进程开始，终止

LRU

缓存中的进程。系统也考虑到保存最多内存的进程，并可以终止它们以释放

RAM

。

注意：当系统开始在

LRU缓存中

查杀进程时，它主要是

自下而上的

。系统也考虑哪些进程消耗更多的内存，从而为系统提供更多的内存增益。在整个

LRU列表中

消耗的内存越少，留在列表中的机会就越好，并能够快速恢复。

友情推荐

Android开发干货分享