内存 分析 android,Android进程的内存管理分析

最近在网上看了不少Android内存管理方面的博文，但是文章大多都是就单个方面去介绍内存管理，没有能全局把握，缺乏系统性阐述，而且有些观点有误。

这样对Android内存管理进行局部性介绍，很难使读者建立系统性概念，无法真正理解内存管理，对提高系统优化和系统稳定性分析方面的能力是不够的。

我结合自己的一些思考和理解，从宏观层面上，对内存管理做一个全局性的介绍，在此与大家交流分享。

首先，回顾一下基础知识，基础知识是理解系统机制的前提和关键：

1、 进程的地址空间

在32位操作系统中，进程的地址空间为0到4GB，

示意图如下：

图1

这里主要说明一下Stack和Heap：

Stack空间(进栈和出栈)由操作系统控制，其中主要存储函数地址、函数参数、局部变量等等，所以Stack空间不需要很大，一般为几MB大小。

Heap空间的使用由程序员控制，程序员可以使用malloc、new、free、delete等函数调用来操作这片地址空间。Heap为程序完成各种复杂任务提供内存空间，所以空间比较大，一般为几百MB到几GB。正是因为Heap空间由程序员管理，所以容易出现使用不当导致严重问题。

2、进程内存空间和RAM之间的关系

进程的内存空间只是虚拟内存(或者叫作逻辑内存)，而程序的运行需要的是实实在在的内存，即物理内存(RAM)。在必要时，操作系统会将程序运行中申请的内存(虚拟内存)映射到RAM，让进程能够使用物理内存。

RAM作为进程运行不可或缺的资源，对系统性能和稳定性有着决定性影响。另外，RAM的一部分被操作系统留作他用，比如显存等等，内存映射和显存等都是由操作系统控制，我们也不必过多地关注它，进程所操作的空间都是虚拟地址空间，无法直接操作RAM。

示意图如下：

图2

基础知识介绍到这里，如果读者理解以上知识有障碍，请好好恶补一下基础知识，基础理论知识至关重要。

3、 Android中的进程

(1) native进程：采用C/C++实现，不包含dalvik实例的Linux进程，/system/bin/目录下面的程序文件运行后都是以native进程形式存在的。如图

3，/system/bin/surfaceflinger、/system/bin/rild、procrank等就是native进程。