Android中的内存管理机制

最近一个在学习安卓的朋友又问了我关于安卓内存机制的问题，在这里系统的记录一下：

概述

对于一个操作系统，一般来说为会为每一个进程分配一个合理的内存大小，保证每一个进程能够正常的运行，不至于内存不够使用或者每个进程占用太多的内存。在系统内存不足的时候，需要有一个合理的回收再分配的机制，以保证新的进程可以正常运行。回收的时候就要杀死那些正在占有内存的进程，操作系统需要提供一个合理的杀死这些进程的机制，以保证更少的副作用。Android是一个手机操作系统，内存不能跟PC相比，一个良好的内存的管理机制是非常有必要的；

Android中的内存管理机制

作为众多操作系统的一部分，安卓首先也会为每个进程分配内存空间，安卓给进程分配内存空间是动态的，它会给进程分配一个够用的量，而不是一次分配很多，初始分配的大小也跟设备的物理内存的大小有关系。当进程在运行过程中发现内存不够的时候Android又会进程分配一些额外的内存大小，但是是有限度的；
Android的内存的宗旨就是，尽量让更多的进程存活在内存中，保证下次在进入进程的时候，不再需要创建新的进程，只需要恢复就行了；这样在手机端，你可以逛着淘宝，玩着微信，听着音乐 ……再次进入的时候也能快速继续你的任务，而不是新建一个任务，这也是刚学习安卓的时候老师第一趟课介绍的；

Android内存的回收

安卓最大限度的使用内存，尽可能在内存中保留数据，即使程序退出，数据可能依旧保存在内存里，所以安卓官方也不推荐显示的直接退出应用程序，这样再一次直接回复进程就可以了，减少进程的启动时间，只有当Android系统发现内存不够使用，需要回收内存的时候，Android系统就会需要杀死其他进程，来回收足够的内存。但是Android也不是随便杀死一个进程，比如说一个正在与用户交互的进程，这种后果是可怕的。所以Android会有限清理那些已经不再使用的进程，以保证最小的副作用。Android为每一个进程分配了优先级的概念，优先级越低的进程，被杀死的概率就更大。

进程优先级

前台进程：正常不会被杀死

可见进程：正常不会被杀死

服务进程：正常不会被杀死

后台进程：存放于一个LRU缓存列表中，先杀死处于列表尾部的进程

空进程：正常情况下，为了平衡系统整体性能，Android不保存这些进程

当Android系统开始杀死LRU缓存中的进程时，系统会判断每个进程杀死后带来的回收收益。因为Android总是倾向于杀死一个能回收更多内存的进程，从而可以杀死更少的进程，来获取更多的内存。杀死的进程越少，对用户体验的影响就越小。

打开官方的说明，官方推荐的App内存使用方式：

1.当Service完成任务后，尽量停止它
正常情况下Service并不会被杀死，如果任务完成还驻在内存的话，非常占用内存，可以使用IntentService或者任务结束手动干掉。

2.在UI不可见的时候，释放掉一些只有UI使用的资源

3.在系统内存紧张的时候，尽可能多的释放掉一些非重要资源
在Application中系统会根据onTrimMemory()回调方法来通知内存紧张的状态，在内存不足的情况下，可以显示的释放掉一些重要性不高的资源，比如我们的app会优先保证我们的导览的功能；

4.检查自己最大可用的内存大小
根据剩余的内存创建大小不同的内训缓冲池，有效的使用内存

5.避免滥用Bitmap导致的内存浪费
bitmap一直以来都是内存溢出的元凶，根据系统的不同的分辨率来显示不同的大小的bitmap，使用完之后要recycle，使用Lru缓存，使用弱引用，防止被占用无法被回收。

6.使用针对内存优化过的数据容器
针对移动设备内存有限的问题，Android提供了一套针对内存优化过的数据容器，来替代JDK原生提供的数据容器。但是缺点就是，时间复杂度被提高了。比如SparseArray、SparseBooleanArray、LongSparseArray等等

7.使用ZIP对齐的APK

官方翻译：

一旦你用你的私钥签署了APK文件,文件上运行zipalign。这个工具确保所有未压缩的数据从一个特定的字节对齐,相对于文件的开始。确保在4字节边界对齐，当apk安装在一个设备时提供了一个性能优化。当对齐时,Android系统是能够阅读文件mmap(),即使他们包含二进制数据对齐的限制,而不是复制所有数据从包中。好处是减少数量的内存消耗的运行应用程序中。

根据解释，我们可以清楚的知道给apk签名对齐的好处，可以减少内存，既然可以减少内存，作为一个adnroid程序员，在可以节省的地方我们必须去执行，那么我们AS又为什么不自动帮我们对齐一个APK呢，这样我们就可以更加简便了，为什么要生成一个中间的unaligned的.apk文件呢？当然这也是有原因的，我们去查找官方文档。

zipalign必须在用你的私钥给你的.apk文件签名之后执行，如果你在签名之前执行，签名过程将取消对齐。

根据解释，我们就可以发现原因了，因为我们必须在签名之后进行对齐，所以AS只能在我们签名后给我们一个unaligned的.apk文件，因此我们要aligned一个apk需要手动去操作。

首先我们要找到zipalign工具，SDK目录下的—>build-tools—->version：然后将此目录配置到环境变量，方便我们在任何地方使用它。
我们复制AS中刚才混淆后的.apk文件到任意目录，打开cdm，定位到你复制后的.apk目录，输入如下命令：zipalign 4 confusiondemo-release-unaligned.apk confusiondemo-release-aligned.apk

zipalign :zipalign 工具
4 ：固定不变的，在我们讲解官方文档对以时就说了以4个字节为边界对齐，不记得的话可以再去看看。
confusiondemo-release-unaligned.apk：AS中我们生成的.apk的包名
confusiondemo-release-aligned.apk：对齐后的.apk的名字。

8.使用多进程

编写Android应用时，如何更少的使用内存资源？

避免创建不需要的对象。

    比如使用StringBuffer来代替很多个String相加的操作。

    使用原始类型来代替包装类型，int比Integer占用更少的资源。

    两个并行的属性数组，优于一个包含这两个属性的对象的数组。这个在设计数据容器的时候会有意义，比如类A有两个属性A(int, String)，使用 int[] 和 String[] 优于 A[]。

    使用常量代替enum。

    少用包装类，能够使用原始类型的，就使用原始类型。。。。

扩大app分配内存的方法

如果确实需要较大的内存，我们可以暴力的增加内存

多线程
每多一个进程系统就会多给进程分配一定的内存，我们的导览播放的服务就是运行在新的进程中，多一个进程等于变相的增加了系统的运行内存。

申请大内存
在标签中，把largeHeap设置为true，Android系统会为该应用额外分配内存。但是不要滥用这个方法。如果一个App真的需要大内存，比如需要打开很多大图片的应用，可以使用这种方式。千万不要因为OOM而使用这种方法，这个时候更应该去检查App的代码是否不合理。

开发人员应该注意的App内存管理方式？

下面这两个问题应该是安卓开发人员都遇到过的问题，如果对内存处理不好，这样的问题会让你崩溃
内存溢出

    内存溢出，就是OOM，也就是内存不够用了。有一个典型的例子就是加载了很多没有经过压缩的Bitmap到内存中，这些Bitmap很大，但是又真的在被使用，必须要在内存中，所以这个时候内存就不够用了。这个时候，App再申请更多内存的时候就不行了，系统会抛出OOM。

    解决这种问题：1、减少每个对象占用的内存，比如压缩图片。2、申请大内存。

内存泄露

    内存泄露，就是Memory Leak，也就是本来该被GC回收后还给系统的内存，并没有被GC。多数是因为不合理的对象引用，当一个对象不再使用的时候，由于代码问题，没有正确的释放引用，就导致了内存泄露，导致内存泄露的原因，那也是老生常谈的问题，百度一大把，作为一个成熟的程序员应该避免一些错误的写法。

    解决这种问题：1、通过各种内存分析工具，比如MAT，分析运行时的内存映像文件，多次打开页面或活着执行某个功能，观察对象创建后是否正常的回收，如果不能回收存在内存泄露的可能性就很大了，一点点剖析，找出造成内存泄露的代码，然后修改掉。2、适当的使用WeakReference。3、集成leakcanary，会帮助你分析内存泄露的地方，推荐使用