LowMemoryKill 与后台限制

应用在后台被系统杀掉、回到前台状态丢失、低端机用着用着重启——这些体验问题的背后常是内存管理与系统回收机制的交互。这篇讲 LowMemoryKill 与后台限制的机制和应对。

▍系统为什么杀你
内存压力下的分级处置：系统内存紧张时按优先级与内存占用挑选回收对象——后台应用首当其冲，前台应用在极端压力下也可能被波及。另一路处置是应用内侧的内存水位线：应用自身内存超标触发定向回收。两类处置的共性：发生前没有商量，发生后才留记录。

▍被杀的观测
症状：后台一段时间回来应用重启（状态丢失）、日志里出现被杀记录（内存水位相关标记）。观测手段：系统侧的进程回收记录与应用侧的生命周期日志对时间轴。注意区分被杀与崩溃（崩溃有 faultlog，被杀没有——找不到崩溃日志的消失，先怀疑回收）。

▍应对策略一：降低驻留
后台驻留内存决定存活率。退后台时释放可再生资源（缓存、解码池、临时缓冲），回到前台重建——空窗换存活。大缓存的分档（按设备内存档位定缓存上限，低端机小缓存）。图片类应用的解码缓存是内存大户，档位化收益最直接。

▍应对策略二：状态保住
被杀不可完全避免，状态可保全：应用状态定期落盘（编辑中内容、界面位置、会话信息），启动时检测上次状态并恢复——用户感知从重启降级为续开。状态保存要轻（高频保存本身耗电耗 IO，按变更节流）。

▍应对策略三：合规的后台活
真需要在后台干的活（下载、播放、定位）走系统的后台任务通道（下篇展开），别靠野路子保活——野路子保活在现代移动系统上得不偿失（耗电被用户感知，被杀更狠）。

▍测试方法
内存压力模拟：工具制造系统内存压力，观察应用的回收与恢复行为；后台时长的梯度测试（几分钟到几小时）；恢复后的功能完整性走查（状态恢复没坏数据）。

▍验收
后台半小时回前台：要么未死要么无感恢复；低端机后台五分钟存活；被杀重启后用户数据零丢失。这三条是底线。

免费无广告的安装包可以在官网下载体验。