为什么 iOS 系统会频繁清理后台？应用被频繁清理的原因是什么？
那么 iOS 日志里的 Wakeup 到底是什么？先别被字面意思带偏了——它不是我们常说的“唤醒应用”，而是更底层的“线程唤醒”。理解这一点，得从 App 进入后台后的生命周期说起。一个 App 被放到后台后，如果它还想干点什么——比如更新地理位置、拉取新消息——它得先被“叫醒”。但这个叫醒不是自己
那么 iOS 日志里的 Wakeup 到底是什么？
先别被字面意思带偏了——它不是我们常说的“唤醒应用”，而是更底层的“线程唤醒”。理解这一点，得从 App 进入后台后的生命周期说起。
一个 App 被放到后台后，如果它还想干点什么——比如更新地理位置、拉取新消息——它得先被“叫醒”。但这个叫醒不是自己说了算，而是在进入后台前就跟系统约好的：“我是打车应用，需要持续定位，麻烦你常唤醒我”。系统按约定执行。所以很多时候，当我们不想某个应用在后台搞小动作，直接杀掉它就一了百了。
再说说线程级别的唤醒。一个 App 无论在前台还是后台，只要在做任务，通常都离不开多线程。举个常见场景：为了不卡住 UI，让一个后台线程去下载内容，下载完了再切回主线程更新界面。这一来一回的过程，就是一次 Wakeup。本质上，Wakeup 是线程之间的通讯机制。但如果频繁发生——不管是代码有误还是系统层面的问题——线程唤醒就会持续占用 CPU，顺带耗电。
这事的根源，还得追溯到 iOS 13 的系统级 Bug。原本有一套合法的机制，允许 App 进入后台后保持一段时间的活跃状态。结果这个机制出了 Bug，导致所有依赖它的应用都不同程度地被频繁踢出后台。
当然，也不能全怪系统。部分应用会使用一些系统合法机制之外的 Trick 来维持后台活跃，这已是老生常谈。iOS 13 在隐私和权限上进一步收紧，像是在处理这些 Trick 时没能收干净，结果一刀切下去，误伤了不少正常的应用——频繁被退出的现象由此而来。
火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力，依托字节自研豆包多模态大模型，凭借火山方舟一站式平台，提供模型精调、推理部署、智能应用搭建等全链路服务，结合高性能AI算力，助力各行业快速落地大模型数字化与智能化应用。
