那么 iOS 日志里的 Wakeup 到底是什么？

先别被字面意思带偏了——它不是我们常说的“唤醒应用”，而是更底层的“线程唤醒”。理解这一点，得从 App 进入后台后的生命周期说起。

App 后台的“叫醒”机制

一个 App 被放到后台后，如果它还想干点什么——比如更新地理位置、拉取新消息——它得先被“叫醒”。但这个叫醒不是自己说了算，而是在进入后台前就跟系统约好的：“我是打车应用，需要持续定位，麻烦你常唤醒我”。

系统按约定执行。所以很多时候，当我们不想某个应用在后台搞小动作，直接杀掉它就一了百了。

线程级别的唤醒

一个 App 无论在前台还是后台，只要在做任务，通常都离不开多线程。举个常见场景：为了不卡住 UI，让一个后台线程去下载内容，下载完了再切回主线程更新界面。

这一来一回的过程，就是一次 Wakeup。本质上，Wakeup 是线程之间的通讯机制。但如果频繁发生——不管是代码有误还是系统层面的问题——线程唤醒就会持续占用 CPU，顺带耗电。

根源：iOS 13 的系统级 Bug

这事的根源，还得追溯到 iOS 13 的系统级 Bug。原本有一套合法的机制，允许 App 进入后台后保持一段时间的活跃状态。结果这个机制出了 Bug，导致所有依赖它的应用都不同程度地被频繁踢出后台。

应用自身的“Trick”与系统误伤

当然，也不能全怪系统。部分应用会使用一些系统合法机制之外的 Trick 来维持后台活跃，这已是老生常谈。

iOS 13 在隐私和权限上进一步收紧，像是在处理这些 Trick 时没能收干净，结果一刀切下去，误伤了不少正常的应用——频繁被退出的现象由此而来。

《夸克》非常好用的免费AI浏览器

下载APP查看