巧妇能为少米之炊（1）——Android下小内存下的生存之道

常常听到身边用安卓的朋友抱怨手机卡顿，内存动不动就快没了。而Google声称在512M的内存下也能流畅执行Android 4.4。究竟它做了什么？

总结一下它主要做了四件事：

1.优化内核，使用ActivityManager来降低直接内存回收

2.优化LMK（low memory killer）的临界值

3.使能KSM（Kernel Samepage Merging）

4.使能ZRAM取代SWAP分区

这几个事情，个人仅仅有第三和第四件事情看起来比較靠谱。

 优化内核的事情：

摘自Google官方站点的英文介绍，翻译过来的意思大概是： 改动临界值，降低直接内存回收。由于直接内存回收会须要额外的IO操作，耗时较大。利用空暇的时间添加后台回收。

众所周知，对EMMC读写的时候，是非常耗费时间的，由于内存的读写速度要高出EMMC读写速度几个量级，因此降低与EMMC交互的确能够节省非常多时间。降低卡顿，可是每一个人的使用习惯不同。怎么要改动算法使得降低直接内存回收呢？我不知道，可是我认为这个优化等于说废话。究竟咋样，使用过后才知道。

关于LMK：

Linux内核中。用OOM来回收内存，即当内存不够的时候。调用一种算法，把那些不用的，优先级别比較低的。都给释放掉，这样腾出一部分内存，于是内存就变大了，而Android中，对这个OOM机制做了一个优化。它就叫LMK。

它觉得。假设等到OOM发生的时候，内存已经很不足了，这个时候再去释放内存，系统的响应时间会变的很长，造成很差的用户体验，于是LMK做了一个改变。定时检查空暇内存。当少于某个伐值的时候，就杀掉一些进程。腾出一些空间。这样保证系统中一直有较大的空暇内存。能够降低卡顿。有道理，后面的章节中会细致讲诉LMK。

KSM：

这个东西早在2009年的时候就出来了。可是反映比較平淡，原因是：KSM合并同样页面。即合并副本内存。能够节省不必要的内存。但而採用此方法，会添加耗电量，不得已的时候才会打开。

什么是ZRAM：

说的明确一点，ZRAM就是SWAP的一个改进。一般发生SWAP的时候，是把要置换出去的数据存到外部磁盘上（手机就是EMMC，电脑就是硬盘），这样会减少效率，于是聪明的开发人员们相处一个方法，那就是把要置换出去的东西压缩还放在内存中，这样消耗的仅仅是解压时间，而这个时间远远小于与外部磁盘交互所消耗的时间。

是个比較靠谱的方式，以下的章节中，将具体讲诉它的调用过程以及怎样打开。

于是LMK，KSM和ZRAM是笔者觉得比較靠谱的方式，以下的几个章节。将分别讲诉他们怎样被使能。以及详细的调用过程和原理。