原标题：是谁在暗中观察

今天蕾丝在这里班门弄斧一下。先郑重声明一下：以下内容全是我凭记忆和主观看法写的，如有疏漏，请各位批评指正。

初中以来用过一些手机，从当时的千元机华为C8812到后来的我爸用下的二手iPhone 4s，到现在用的是iPhone SE，然后慢慢吃了一套苹果全家桶(我爸则是吃了一套小米全家桶)。吃土问题不解决，其实也不算真正的玩机党，不过我总是保持高度的好奇心，熬夜看完每一场苹果的WWDC和三星、小米的新品发布会，也常常借同学新买的手机把玩一番，有些甚至还是Windows Phone系统的，不过这也算是用时间充值一下信仰。

说起iOS和Android的后台机制，估计第一时间闪现在大家脑中的是伪后台和真后台的区别。如果你依然觉得现在的iOS严格执行所谓的“墓碑机制”，安卓则是后台多应用同时运行的话， 你已经OUT OF FASHION了。

我们不妨将时间倒推5年，现在是2012年，6月12日，苹果在WWDC大会上公布了全新的 iOS 6 操作系统。这是一个苹果的UI还没有拍扁的时代。一个个精致的带高光和阴影的拟物化的图标依然是业界的主流。在iOS6系统下，当用户按下Home键时，当前的应用执行applicationWillEnterBackground()方法，然后过渡动画结束之后，会执行applicationDidEnterBackground()方法。在这短短的几秒时间内，应用程序有最后一点自由支配的权限来进行任务的处理，一旦正式进入后台，则应用程序几乎相当于被挂起，一切如下载、更新数据之类的几乎所有的操作将被中断，除了播放音乐等少数几项功能依然可以实现后台运行，不过需要向操作系统申请权限。不能刷新数据，那么用户怎么知道或者微信的新消息来了呢？

苹果有一个特殊的消息推送机制，那就是NotificationCenter，通知中心。这是一个系统自带的永远保持运行的程序，所有应用的新消息的接受和显示都依赖于它。

而到iOS7的时候，拍扁的UI吸引了太多人的目光，很多人忽略了在华丽丽的UI更新背后的API和程序运作机制的改进。当iPhone也有着越来越大的RAM的时候，苹果慢慢地允许应用在后台做更多的操作。细心的用户可以发现，在设置里多了一项“是否允许应用程序后台刷新”，默认是开启的。当用户按下Home键的时候：

applicationWillEnterBackground()

和

applicationDidEnterBackground()

依然会被执行，不过，这次应用程序多了三分钟的时间来Transform，也就是进行更多的数据操作，比如说在微信中用户上传了一张照片给朋友，还没有上传完成便切回了主屏或者切换了别的应用，这时候图片的上传便会在后台默默运行。同时，程序进入后台后可以向操作系统申请权限进行定位等操作，操作系统会严格侦听该程序的内存和电量使用情况，若在许可范围内，且RAM有剩余的情况下，该程序可以在后台一直运行，直到RAM不足，或者操作系统认为该程序有轻举妄动之疑的时候，它会被直接杀死，然后释放内存。而这，便是iOS著名的后台“墓碑机制”。若用户从后台切换到了一个已经被杀死的应用，则会进行应用的重载，一般应用为了更好的用户体验，会根据之前存留下的访问路径直接再切回用户之前离开时的页面。当然，这是需要加载时间和流量作为代价的。

因此，iOS用户不需要手动关闭后台应用，因为系统足够智能，到了你不需要管它的地步，但如果你有强迫症或者就是想去关了它，那这也是你的自由。你关闭应用的操作就相当于iOS杀死应用的操作。而大部分在后台进程中的应用几乎不占用系统资源，所以置之不理才是更自然的做法。也正因此，苹果将后台切换界面叫做“App Switcher”，而不是什么“App Process Manager”。

后续随着操作系统的进一步更迭，苹果的后台操作更为优化，甚至iOS会监测你的使用习惯，推测你打开应用的时间段，然后事先帮你加载和刷新好。不过有时候，我总觉得细思极恐。

苹果的伪后台越来越动态，而安卓的真后台也越来越理智和高效。

当年用的安卓千元智能机系统是Android 4.4的操作系统。其实那时候的后台体验不是很好，因为后台任务多了很耗电，但是从Android 5.0开始，应用程序也引入了类似挂起的机制。App切换后台后应用进入onstop()状态，不是真正停止，这种状态下也不消耗CPU，部分Android应用自带后台服务，后台服务不会停止，需要消耗CPU，应用内存都会保持占用状态。然而，安卓限制视图Activity的刷新，但是其他的功能相对保持较为自由的状态。其实和java的垃圾回收机制类似，系统有一个规则来回收内存。进行内存调度有个阀值，只有低于这个值系统才会按一个列表来关闭用户不需要的东西。当然这个值默认设置得很小，所以你会看到内存老在很少的数值徘徊。但事实上它并不影响速度。相反加快了下次启动应用的速度。这本来就是android标榜的优势之一，如果人为去关闭进程，没有太大必要。特别是自动关进程的软件。

到这里有人会说了，那为什么内存少的时候运行大型程序会慢呢？其实很简单，在内存剩余不多时打开大型程序，会触发系统自身的调进程调度策略，这是十分消耗系统资源的操作，特别是在一个程序频繁向系统申请内存的时候。这种情况下系统并不会关闭所有打开的进程，而是选择性关闭，频繁的调度自然会拖慢系统。所以，论坛上出现了一个更改内存阀值的程序来改善这种情况。 但改动也可能带来一些问题，因为这取决于值的设定。 那么，进程管理软件有无必要呢？有的。就是在运行大型程序之前，你可以手动关闭一些进程释放内存，这样做可以显著地提高运行速度。但一些小程序，完全可交由系统自己管理。

再引用一位网友的文：“为什么android一个应用看起来那么耗内存。大家知道，android上的应用是java，当然需要虚拟机，而android上的应用是带有独立虚拟机的，也就是每开一个应用就会打开一个独立的虚拟机。这样设计的原因是可以避免虚拟机崩溃导致整个系统崩溃，但代价就是需要更多内存。 以上这些设计确保了android的稳定性，正常情况下最多单个程序崩溃，但整个系统不会崩溃，也永远没有内存不足的提示出现。大家可能是被windows毒害得太深了，总想保留更多的内存，但实际上这并不一定会提升速度，相反却丧失了程序启动快的这一系统特色，很没必要。大家不妨按我说的习惯来用用这个系统。”

综上所述，我个人认为iOS和Android有一种殊途同归的感觉，iOS是严格起家，然后慢慢开明开化；而Android则是从全面开放，然后再慢慢收拢。

下次有机会，我们可以再聊聊Mac和Windows的内存管理机制的异同。以及为什么Mac OS的内存占用会比Windows高许多。

(文/ 产品运营部门)

(图/ 网络)

(版权所有 求是潮网站 未经许可 不得转载)返回搜狐，查看更多

责任编辑：