Android 进程/内存管理误区

布满荆棘的人生 2023-10-16 21:07 21阅读 0赞

**【转载自：[http://www.cnbeta.com/articles/151415.htm][http_www.cnbeta.com_articles_151415.htm] 】**

**感谢Coldwings的投递**  
新闻来源:自写  
去年自己就弄了一台i5700，主要用来编程时候做试验平台（因为便宜）。今年6月给自己及父母各买了一台Android手机，自用DHD，老爸用的i9000，老妈用的Thunderbolt。在进行了许多Android系统的了解及编程之后，发现其实无论是论坛上的用户还是家人使用的过程中，对于Android系统，特别是进程管理这一块都有着许多误区。这里不是指责，只是提出自己的看法，希望拍砖的朋友们轻一点。

**一个极其意外的习惯——进程全杀、禁止自启动**  
记得刚刚开始用i5700时，我和很多人有着一个一样的习惯——全杀进程。i5700的ram很小，而我又有一边开着UC一边开着校内一边开着iReader看书的恶习，通过诸如Advanced task killer之类的软件清理进程，看到空闲ram一下子变多的时候容易有一种虚幻的快感。  
  
后来开始做Android程序，特别是了解到Android系统进程管理（特别是后台管理和自动释放优先级低的进程换取空闲ram）后，才开始明白，当一个程序放到后台时，系统可能将数据保存起来而让程序进行休眠，或者仅仅运行部分服务，仅仅当收到相关的申请时才恢复部分进程，处理完之后结束进程而保留服务——这些都是自动处理的，也就是说，如果用户运行的软件都是按照Android思想而设计的，那么除了明确有退出按键的一部分大型程序外，其他程序是都可以运行后扔到后台不用再管了的，当某个程序需要更多ram时，系统会自动释放掉一些不重要且最近没有使用的程序；而当你打开某个曾经打开的程序时，系统会先检查ram里是不是有这个程序的部分进程，然后进行恢复，这样可以更快打开它。  
  
当然了，如果手机本身ram很小而且cpu不给力，系统自然会很频繁的终止进程释放内存，这就使得许多小内存的手机用起来感觉一卡一卡的了。于是很多论坛都开始讨论怎么样使得全杀过后空闲内存更大、怎样禁止自动启动某些进程——结果空闲ram确实大了，用起来反而更卡了——随便切换个程序（如看书的时候来了个电话）系统都要重新启动几乎所有相关的进程，怎么能反应不迟钝。  
  
Android用RAM的方式，跟windows、WM、Sybiam是两回事。在Android里，RAM被用满了是件好事。它意味着你可以快速打开之前打开的软件，回到之前的位置。所以Android很有效的使用RAM，很多用户看到他们的RAM满了，就认为拖慢了他们的手机。而实际上，退出后重启这些程序才真正拖慢了手机的响应。而且这些自动杀进程的软件本身是个时刻活跃的进程，它始终在后台保持活跃使得CPU难以消停，反而增加了耗电量。  
  
这个问题最终我觉得应该埋怨程序员。许多国内的Android程序员编写的程序根本就没有对进程进行分类，总是试图将所有进程都保留在内存里（例如某著名手机浏览器）！这就使得这些程序即使放到后台了，它也不许系统对其进程进行释放。WM、Sybiam系统里的内存管理没有这么智能，于是习惯了这种方法的程序员以及用户就把这种内存管理方式和使用习惯用到了Android上。所以这里建议，对于很多国内软件（一般都至少还是会有个退出按钮的），用完之后还是按一下退出吧，而对于规范化的程序，以及系统自带的那些程序（例如google的程序基本都没有退出），用过之后放后台就好。  
  
**有意思的一个例子——老爸和老妈**  
  
我的老爸是个准geek，i9000到手没多久就开始了无尽的刷机和优化之旅。各种论坛上充满了各种关于“优化”和“增加空闲内存”的帖子，他很听从的装了自动杀进程的软件，删了很多会自动启动的google程序（地图、gmail之类之类的），可是还会一个劲问我的DHD空闲内存有多少，为什么会比他的手机空闲内存跟我差不多但是我的会更流畅。  
  
而我的母亲对于手机之类的完全不怎么了解，Thunderbolt在她手里更像是有电话功能的游戏机，如果一个程序没有明显的退出按钮，那她就完全不会退出，更不用说什么禁止自动启动什么自动杀进程之类的东西了。于是当我爸发现老妈手机只有不到30mb的空闲ram可还是比他的i9000顺畅，甚至此时还刚打开切水果开玩的时候，他终究相信了——我妈比他更会用Android手机。  
  
在我向他详细说明为什么可以把程序扔到后台，为什么不应该用那些乱七八糟的进程管理软件之后，他试了三天，然后总算承认——他之前那些所谓优化，全是瞎折腾……

[http_www.cnbeta.com_articles_151415.htm]: http://www.cnbeta.com/articles/151415.htm