内存软件常识

这样说来，由于系统希望尽可能的在内存中记住所有的activity，导致后果是我们发现手机中的剩余内存并不会多。除非这个系统很安静，一直没有运行什么程序，例如开机的时候。
最后内存少到一个临界点的时候，或者用户突然运行大的程序，系统通过一定的内存调度算法开始释放内存，杀掉acitivity。这个原理可以说明我们通过按home键换程序 有时候可以回到原来的状态，有时候不能切换到程序原来的状态。
多工和非多工的操作环境有何分别？
系统在执行一个程序时，会有以下几个步骤：
1. 把主程式放到 RAM 中
2. 在 RAM 中执行程序
3. 依照程序的需要，把 RAM 分给该程序使用
在执行程序时，多工和非多工操作环境是没有分别的，而分别在程序结束时。
还有一个，为什么android一个应用看起来那么耗内存。大家知道，android上的应用是java，当然需要虚拟机，而android上的应用是带有独立虚拟机的，也就是每开一个应用就会打开一个独立的虚拟机。这样设计的原因是可以避免虚拟机崩溃导致整个系统崩溃，但代价就是需要更多内存。（跟塞班也不一样，安卓不容易死机重启）
2）可见进程（visible）：可见进程是一些不再前台，但用户依然可见的进程，举个例来说：widget、输入法等，都属于visible。这部分进程虽然不在前台，但与我们的使用也密切相关，我们也不希望它们被终止（你肯定不希望时钟、天气，新闻等widget被终止，那它们将无法同步，你也不希望输入法被终止，否则你每次输入时都需要重新启动输入法）；
3。 另外一个办法是如果你也不知道自己的使用习惯，你就平常多看看自己的内存余额，长期在25以下，可以考虑使用swap了。
4.经常杀掉程序，如果你很care自己的运行速度 。其实这个也是可以不用的，系统有自己的调度。除非你慢的实在不行。
Hale Waihona Puke 切换算法，大意的优先顺序如下：
就是先干掉那些没有啥关联业务提供的activity，例如短信和记事本则先关掉记事本。
多工操作环境：
1. 把分给该程序使用的 RAM 回收
2. 如程序本身没有设定自行关闭的话，会把主程式留在 RAM 中
3. 如该程序没有工作的话，就会在背景待命，否则就是背景执行。
非多工操作环境：
1. 强制关闭该程序
2. 把分给该程序使用的 RAM 回收
从上面得知可以说明大内存的好处是系统启动内存调度次数少少，保存的记忆界面多，会较长时间给使用者嗖嗖快的感觉。而内存少的机器只能在较短时间拥有这种感觉，例如开机后或者杀程序后的一段时间内。
杀程序的内存变化原理：
对于杀程序我觉得是从linux角度来杀掉进程，即程序的虚拟机，内存被释放，程序不耗电
程序自己退出，如果调用finish（）退出的，也能释放内存，不耗电。但是不是这样退出的就很难说了，例如一些后台程序，例如连云助手，闹钟程序等
用户不退出程序，再启动另外一个程序，那个是耗电的，因为系统在内存中记住了第一个程序的activity，后台还在跑。
SWAP的情况：
另外说一下Swap情况下，即使TF卡和内存一样快，总体来说Swap还是慢一点。因为尽管此时总的内存大了，在程序层面不需要频繁调度activity，但是最底层Linux上还是需要普通的物理内存和虚拟内存之间的页面调度。
以上这些设计确保了android的稳定性，正常情况下最多单个程序崩溃，但整个系统不会崩溃，也永远没有内存不足的提示出现。大家可能是被windows毒害得太深了，总想保留更多的内存，但实际上这并不一定会提升速度，相反却丧失了程序启动快的这一系统特色，很没必要。大家不妨按我说的习惯来用用这个系统。
不用在意剩余内存的大小，其实很多人都是把使用其他系统的习惯带过来来了。android大多应用没有退出的设计其实是有道理的，这和系统对进程的调度机制有关系。如果你知道java，就能更清楚这机制了。其实和java的垃圾回收机制类似，系统有一个规则来回收内存。进行内存调度有个阀值，只有低于这个值系统才会按一个列表来关闭用户不需要的东西。当然这个值默认设置得很小，所以你会看到内存老在很少的数值徘徊。但事实上他并不影响速度。相反加快了下次启动应用的速度。这本来就是android标榜的优势之一，如果人为去关闭进程，没有太大必要。特别是使用自动关进程的软件。（这里解决了大家非要关进程的误区！）
然后按照先进先出的方式杀程序，
然后按照后台的，
最后关掉前台用户看到的。
Android采取了一种有别于Linux的进程管理策略，有别于Linux的在进程活动停止后就结束该进程，Android把这些进程都保留在内存中，直到系统需要更多内存为止。这些保留在内存中的进程通常情况下不会影响整体系统的运行速度，并且当用户再次激活这些进程时，提升了进程的启动速度。
祝大家玩机愉快，这系统开十天半个月都没问题，不是windows。
以下内容为保养方法
多工系统，Multi-task System
这个字眼其实是针对使用者和程式开发者多于系统本身，因为这世上没有一个系统不是多工的。
那么，为什么又会有这个术语？
原因很简单，因为其实多工指的并非系统本身，而是操作环境。
那么，进程管理软件有无必要呢？有的。就是在运行大型程序之前，你可以手动关闭一些进程释放内存，可以显著的提高运行速度。但一些小程序，完全可交由系统自己管理。
谈到这里，可能有的朋友会问，如果不关程序是不是会更耗电。我就说说android后台的原理，你就明白了。android的应用在被切换到后台时，它其实已经被暂停了，并不会消耗cpu资源，只保留了运行状态。所以为什么有的程序切出去重进会到主界面。但是，一个程序如果想要在后台处理些东西，如音乐播放，它就会开启一个服务。服务可在后台持续运行，所以在后台耗电的也只有带服务的应用了。这个在进程管理软件里能看到，标签是service。至于广播什么的我就不涉及了。所以没有带服务的应用在后台是完全不耗电的，没有必要关闭。这种设计本来就是一个非常好的设计，下次启动程序时，会更快，因为不需要读取界面资源，何必要关掉他们抹杀这个android的优点呢？（告诉我们如何合理使用进程管理软件）
3. 把主程式从 RAM 中移除，取回记忆体
说到这裡，多工与非多工的分别大家就会很清楚了。
这是非多工环境的 Iphone、Featured Phone 和多工环境的 Windows Mobile(WM)、Symbian、Android 最大的分别。
Iphone 永远有足够的 RAM 去给系统运作，所以永保系统运作的顺畅度。
3）次要服务（secondary server）：目前正在运行的一些服务（主要服务，如拨号等，是不可能被进程管理终止的，故这里只谈次要服务），举例来说：谷歌企业套件，Gmail内部存储，联系人内部存储等。这部分服务虽然属于次要服务，但很一些系统功能依然息息相关，我们时常需要用到它们，所以也太希望他们被终止；
那Android什么时候结束进程？结束哪个进程呢？之前普遍的认识是Android是依据一个名为LRU（last recently used 最近使用过的程序）列表，将程序进行排序，并结束最早的进程。XDA的楼主又进一步对这个管理机制进行研究，有了如下发现：
1、系统会对进程的重要性进行评估，并将重要性以“oom_adj”这个数值表示出来，赋予各个进程；（系统会根据“oom_adj”来判断需要结束哪些进程，一般来说，“oom_adj”的值越大，该进程被系统选中终止的可能就越高）
4、Android将进程分为六大类：
1）前台进程（foreground）：目前正在屏幕上显示的进程和一些系统进程。举例来说，Dialer Storage，Google Search等系统进程就是前台进程；再举例来说，当你运行一个程序，如浏览器，当浏览器界面在前台显示时，浏览器属于前台进程（foreground），但一旦你按home回到主界面，浏览器就变成了后台程序（background）。我们最不希望终止的进程就是前台进程；
而 WM、Symbian、Android 这类多工系统，在执行一定数量的程序后，系统便会变钝。
系统内存的变化原理：
首先是因为系统对于每一个用户使用的界面和后面的背景状态数据（系统称为activity），系统希望都能记住，以便用户下次再用的时候，很快调出来，让用户觉得很爽。所以系统企图记住所有的用过东西。这个是实时系统的设计理念。
2、前台程序的“oom_adj”值为0，这意味着它不会被系统终止，一旦它不可访问后，会获得个更高的“oom_adj”，作者推测“oom_adj”的值是根据软件在LRU列表中的位置所决定的；
3、Android不同于Linux，有一套自己独特的进程管理模块，这个模块有更强的可定制性，可根据“oom_adj”值的范围来决定进程管理策略，比如可以设定“当内存小于X时，结束“oom_adj”大于Y的进程”。这给了进程管理脚本的编写以更多的选择。
到这里有人会说了，那为什么内存少的时候运行大型程序会慢呢？其实很简单，在内存剩余不多时打开大型程序，会触发系统自身的调进程调度策略，这是十分消耗系统资源的操作，特别是在一个程序频繁向系统申请内存的时候。这种情况下系统并不会关闭所有打开的进程，而是选择性关闭，频繁的调度自然会拖慢系统。所以，论坛上有个更改内存阀值的程序可以有一定改善。但改动也可能带来一些问题，取决于值的设定。（就是这个程序 自动内存管理V1.4.apk(104.18 KB)）
5）内容供应节点（content provider）：没有程序实体，进提供内容供别的程序去用的，比如日历供应节点，邮件供应节点等。在终止进程时，这类程序应该有较高的优先权；
6）空进程（empty）：没有任何东西在内运行的进程，有些程序，比如BTE，在程序退出后，依然会在进程中驻留一个空进程，这个进程里没有任何数据在运行，作用往往是提高该程序下次的启动速度或者记录程序的一些历史信息。这部分进程无疑是应该最先终止的