论文部分内容阅读
像我们这些在Windows陪伴下成长起来的玩家，“内存不足”是留存在心底挥之不去的阴影，即便到了今天，到了Android系统，这个阴影依旧。实际上Android有着与Windows完全不一样的内存管理机制，Windows上的那一套，在这儿并不是行之有效的。
在Windows的内存分配机制中，只有应用程序需要用到内存时，才会为程序分配内存，一旦这个程序被关闭，分配的内存也就释放出来成为新的可用内存。然而，绝大多数Android应用都没有退出内存驻留的设计，这些运行过的应用无非是从前台转入到后台。
其实，对于很多用户而言，清空驻留内存是个显而易见的伪命题，但是在我们周围，还是有很多智能手机的用户不时抱怨：怎么这个手机标配3GB内存，但空闲的怎么只有600MB呢？以前那个2GB内存的手机都有800MB的空闲，我要一键清理内存，我要定时清理内存，等等。
如今，像我们这些在Windows陪伴下成长起来的玩家，“内存不足”是留存在心底挥之不去的阴影，即便到了今天，到了Android系统，这个阴影依旧。实际上Android有着与Windows完全不一样的内存管理机制，Windows上的那一套，在这儿并不是行之有效的。
Android中可用内存只是个没意义的数字
在Windows中，可用内存自然是越多越好，但在Android中，则完全不必在意这个数据。在下图中，有着3GB内存的某款手机，实际可用内存只有1.3GB左右（MemFree+Cached），这时您可千万别说这个系统好垃圾-事实也并非如此，这只能显得自己有些无知。
正如我们所知道的那样，在Windows系统中只有需要用到内存时才会为程序分配内存，一旦这个程序被关闭，分配的内存也就释放出来成为新的可用内存。然而绝大多数Android应用都没有类似的内存退出设计，这些运行过的应用无非是从前台转入到后台，大多数应用依旧保留在内存中并不会也不需要主动释放，这样在下次再运行该应用时，可以更快速的予以启动。
无论手机的物理内存有多大，Android都能将其充分利用，将需要用到（包括之前用过的）的数据从存储器读入到内存，利用内存的高速度保证系统的数据访问性能。也就是说，可用内存越小，内存的利用率就更高，其中的数据就越多，数据访问的命中率就越高，系统响应也就越快。如果还有人和你说手机用不了4GB这么的大内存，那只是厂商的噱头而已，你完全可以无视他，再用事实教育之。
当然，即便如此，我们也可能还会面临更多的问题：当打开的应用越来越多，占用的内存总会爆满的，那时又当如何？
该出手时就出手，Android有着优秀的内存回收机制
实际上，作为Android的开发语言Java没有提供任何操作来释放内存（这也是与iOS很大的不同点），它是通过系统的内存回收机制来进行管理。Android使用了一个名为Low Memory Killer（LMK）的机制来管理内存，当内存出现不足时，LMK就开始挥舞“屠刀”杀掉一些进程，那么就带来了一个问题：哪些进程会被系统选中？
在这里，为了将该进程选择机制解释清楚，我们不妨在此多费点笔墨。Android会对进程的重要性进行评估，以oom_adj来表示，oom_adj的值越小，则重要性越高；oom_adj的值越大，该进程被系统选中并杀掉的可能性则越高；当oom_adj值为0，这意味着它永远不会被系统终止。
针对这一机制，Android有一套自己独特的进程管理系统，比如可以设定“当内存小于22MB时，结束oom_adj大于14的进程”这样的策略，可以看到oom_adj非常重要，关乎进程的死生命运。
如上表描述的那样，在默认策略中，当内存低于24MB（6144（4K）时，LMK就会杀掉所有oom_adj为15的进程（即空进程）。当然，这个警戒值可以人为修改，只是一般情况下也没必要去改变它。为了更好的评估进程的重要性，Android将进程分为六类，如下所述：
前台进程（foreground）：oom_adj=0，指正在当前屏幕上显示的进程和一些系统进程，一旦你回到主界面 或切换到其它程序，当前进程变为隐藏进程，前台进程是不会杀掉的；
可见进程（visible）：oom_adj=1，可见进程虽然不在前台，但依然可见，如widget、输入法等，这部分进程也非常重要，基本上不可能被杀掉；
次要服务（secondary server）：oom_adj=2，目前正在运行的一些服务，如下载、播放音乐，它们虽然属于次要服务，但与系统息息相关，一般也不会被杀掉；
隐藏进程（hidden）：oom_adj=7，这个很容易理解，当应用从前台转入到后台后，也就成为隐藏进程了，通常一键清理内存就是清掉这些隐藏进程；
内容提供者（content provider）：oom_adj=14，没有程序实体，只提供内容供别的程序去用的，比如日历供应节点，显然这类进程最有可能被先杀掉；
空进程（empty）：oom_adj=15，有些程序在程序退出后，依然会在进程中驻留一个空进程，这个进程里没有任何数据在运行，作用往往是提高该程序下次的启动速度或者记录程序的一些历史信息，这类进程无疑是要最先被杀掉的。
Android的内存管理机制非常适合嵌入式系统，能充分发挥出硬件的潜力，当内存越大，它的优势就越明显。
Android手机需要清内存吗？需要吗？
回到要讨论的话题，Android手机需要清内存吗？结合前面的介绍，我们的结论是再明显不过了：完全不需要！其实，这个结论也适用iPhone手机，只不过iOS在内存管理方面更为激进。
可见，我们完全不用纠结Android手机上的可用内存大小，也不需要去一键清理内存，这样做有时可能还会适得其反，尤其是在手机内存2GB起步3GB成主流的今天，我们会很享受Android的内存管理机制。其实，目前主流硬件规格的Android手机系统在运行流畅度上都有着很好的表现，基本上能与iOS一决高下，而在Android 5.1.1以上版本的系统中体会到如丝般顺滑的使用感受也都是可以期待的，至于为什么很多手机仍然会出现“越用越卡”的情况，这个问题就有点复杂了，涉及了多个方面，我们就先不在此展开，留至下一期继续讨论。
在Windows的内存分配机制中，只有应用程序需要用到内存时，才会为程序分配内存，一旦这个程序被关闭，分配的内存也就释放出来成为新的可用内存。然而，绝大多数Android应用都没有退出内存驻留的设计，这些运行过的应用无非是从前台转入到后台。
其实，对于很多用户而言，清空驻留内存是个显而易见的伪命题，但是在我们周围，还是有很多智能手机的用户不时抱怨：怎么这个手机标配3GB内存，但空闲的怎么只有600MB呢？以前那个2GB内存的手机都有800MB的空闲，我要一键清理内存，我要定时清理内存，等等。
如今，像我们这些在Windows陪伴下成长起来的玩家，“内存不足”是留存在心底挥之不去的阴影，即便到了今天，到了Android系统，这个阴影依旧。实际上Android有着与Windows完全不一样的内存管理机制，Windows上的那一套，在这儿并不是行之有效的。
Android中可用内存只是个没意义的数字
在Windows中，可用内存自然是越多越好，但在Android中，则完全不必在意这个数据。在下图中，有着3GB内存的某款手机，实际可用内存只有1.3GB左右（MemFree+Cached），这时您可千万别说这个系统好垃圾-事实也并非如此，这只能显得自己有些无知。
正如我们所知道的那样，在Windows系统中只有需要用到内存时才会为程序分配内存，一旦这个程序被关闭，分配的内存也就释放出来成为新的可用内存。然而绝大多数Android应用都没有类似的内存退出设计，这些运行过的应用无非是从前台转入到后台，大多数应用依旧保留在内存中并不会也不需要主动释放，这样在下次再运行该应用时，可以更快速的予以启动。
无论手机的物理内存有多大，Android都能将其充分利用，将需要用到（包括之前用过的）的数据从存储器读入到内存，利用内存的高速度保证系统的数据访问性能。也就是说，可用内存越小，内存的利用率就更高，其中的数据就越多，数据访问的命中率就越高，系统响应也就越快。如果还有人和你说手机用不了4GB这么的大内存，那只是厂商的噱头而已，你完全可以无视他，再用事实教育之。
当然，即便如此，我们也可能还会面临更多的问题：当打开的应用越来越多，占用的内存总会爆满的，那时又当如何？
该出手时就出手，Android有着优秀的内存回收机制
实际上，作为Android的开发语言Java没有提供任何操作来释放内存（这也是与iOS很大的不同点），它是通过系统的内存回收机制来进行管理。Android使用了一个名为Low Memory Killer（LMK）的机制来管理内存，当内存出现不足时，LMK就开始挥舞“屠刀”杀掉一些进程，那么就带来了一个问题：哪些进程会被系统选中？
在这里，为了将该进程选择机制解释清楚，我们不妨在此多费点笔墨。Android会对进程的重要性进行评估，以oom_adj来表示，oom_adj的值越小，则重要性越高；oom_adj的值越大，该进程被系统选中并杀掉的可能性则越高；当oom_adj值为0，这意味着它永远不会被系统终止。
针对这一机制，Android有一套自己独特的进程管理系统，比如可以设定“当内存小于22MB时，结束oom_adj大于14的进程”这样的策略，可以看到oom_adj非常重要，关乎进程的死生命运。
如上表描述的那样，在默认策略中，当内存低于24MB（6144（4K）时，LMK就会杀掉所有oom_adj为15的进程（即空进程）。当然，这个警戒值可以人为修改，只是一般情况下也没必要去改变它。为了更好的评估进程的重要性，Android将进程分为六类，如下所述：
前台进程（foreground）：oom_adj=0，指正在当前屏幕上显示的进程和一些系统进程，一旦你回到主界面 或切换到其它程序，当前进程变为隐藏进程，前台进程是不会杀掉的；
可见进程（visible）：oom_adj=1，可见进程虽然不在前台，但依然可见，如widget、输入法等，这部分进程也非常重要，基本上不可能被杀掉；
次要服务（secondary server）：oom_adj=2，目前正在运行的一些服务，如下载、播放音乐，它们虽然属于次要服务，但与系统息息相关，一般也不会被杀掉；
隐藏进程（hidden）：oom_adj=7，这个很容易理解，当应用从前台转入到后台后，也就成为隐藏进程了，通常一键清理内存就是清掉这些隐藏进程；
内容提供者（content provider）：oom_adj=14，没有程序实体，只提供内容供别的程序去用的，比如日历供应节点，显然这类进程最有可能被先杀掉；
空进程（empty）：oom_adj=15，有些程序在程序退出后，依然会在进程中驻留一个空进程，这个进程里没有任何数据在运行，作用往往是提高该程序下次的启动速度或者记录程序的一些历史信息，这类进程无疑是要最先被杀掉的。
Android的内存管理机制非常适合嵌入式系统，能充分发挥出硬件的潜力，当内存越大，它的优势就越明显。
Android手机需要清内存吗？需要吗？
回到要讨论的话题，Android手机需要清内存吗？结合前面的介绍，我们的结论是再明显不过了：完全不需要！其实，这个结论也适用iPhone手机，只不过iOS在内存管理方面更为激进。
可见，我们完全不用纠结Android手机上的可用内存大小，也不需要去一键清理内存，这样做有时可能还会适得其反，尤其是在手机内存2GB起步3GB成主流的今天，我们会很享受Android的内存管理机制。其实，目前主流硬件规格的Android手机系统在运行流畅度上都有着很好的表现，基本上能与iOS一决高下，而在Android 5.1.1以上版本的系统中体会到如丝般顺滑的使用感受也都是可以期待的，至于为什么很多手机仍然会出现“越用越卡”的情况，这个问题就有点复杂了，涉及了多个方面，我们就先不在此展开，留至下一期继续讨论。