iOS 13.2 频繁「杀」后台 App 听听 iOS 开发者怎么说

ios| 2020-06-29

本文首发于图拉鼎的博客I’M TUALATRIX，对排版和内容略作调整

iOS 13.2 频繁「杀」后台 App 的事情可以说是让全球的 iPhone 用户都很抓狂，大家纷纷在吐槽「bugOS」的同时，也在想是不是个别 App 不遵守规则，导致后台 App 频繁被退出。

我在前几天做过一个初步观察，说微信被退出的几率相当高，有些 App 则不太被退出。经朋友提醒，我发现 iOS 日志里有很多关于微信的 Wakeup 记录。那么，什么是 Wakeup？微信被退出后台会是过多 Wake 引起的吗？本文就针对这个问题进行一番探究。

初步观察

我就这样得出了初步结论，想着等微信更新应该会解决这个问题。

进一步观察

往后几天，我特别注意观察了一下，发现不仅是微信，其它的 App 也会频繁被「杀」掉，只是程度不一样罢了。或者说，之前用着不太会被退出后台的 App，程度也相应增加了，可见 iOS 13.2 确实存在问题。对于这个现象，名为 Michael Tsai 的用户还整理了一份他对于社交网络上对于 iOS 13.2 「杀后台」现象的言论汇总。

这些现象告诉我，Wakeup 不是我想象中的 Wakeup，被退出后台的原因没那么简单，于是决定深入研究一下。

什么是 Wakeup？

那么 iOS 日志记录里的 Wakeup 是什么？难道不是字面意思上的「唤醒」吗？确实不是。

iOS 日志里记录的 Wakeup，不是 App 使用意义上的「唤醒」，而是线程级别的「唤醒」。这要如何去理解？对此我根据自己的理解进行了补充解释：

App 使用意义上的唤醒

一个放入后台的 App，当它想要更新地理位置或刷新消息时，它需要被唤醒才能做这些事情，于是它在被放入后台前，会和系统进行一些约定，比如「我是打车 App，我需要不断更新地理位置，所以你要常常唤醒我。」然后系统就会去唤醒它了。

通常 iOS App 被放入后台后，只能在有限的条件下被系统唤醒，而不能随意地自主唤醒进行操作。当我们不想要 App 被后台唤醒后，主动「杀」掉它基本上就可以达到目的了。

App 线程唤醒

一个 App，不管在前台或是后台，在进行具体的任务时，大多都需要用到多线程的模式，比如：为了不阻塞 UI，用一个线程下载内容，下载完成后切换到主线程去更新 UI。这个过程，就是一次 Wakeup。

关于「线程唤醒」的详细解释，可以看Technical Note TN2151的这篇文章，我将相关解释的原文内容引用在这里：

The exception subtype WAKEUPS indicates that threads in the process are being woken up too many times per second, which forces the CPU to wake up very often and consumes battery life.

Typically, this is caused by thread-to-thread communication (generally using peformSelector:onThread: or dispatch_async) that is unwittingly happening far more often than it should be. Because the sort of communication that triggers this exception is happening so frequently, there will usually be multiple background threads with very similar Backtraces – indicating where the communication is originating.

从原文中可以明确得知，Wakeup 就是线程与线程的通讯，当发生异常情况，不管是 App 代码或系统层面，频繁地进行线程唤醒会占用 CPU 资源以及消耗电量。