原生应用前后台切换后出现内存尖峰与耗电异常应如何建立证据链

# 核心结论

原生应用在前后台切换后出现内存尖峰与耗电异常，不能根据一次系统面板截图直接归因。应建立可重复的生命周期脚本，按“进入页面、加载资源、切入后台、后台等待、恢复前台、再次操作”的顺序重复多轮，并把业务事件、对象存活、原生内存、图形资源、线程唤醒、处理器时间、网络、定位和系统终止事件放到同一时间轴上。只有某项增长能够稳定跟随特定动作出现，并能由引用链、未结束任务或资源所有权解释，才形成较完整的证据链。

# 底层机制

应用进入后台并不代表所有工作自动停止。未注销的定时器、通知监听、定位更新、音视频会话、套接字保活、上传任务和失败重试都可能继续唤醒处理器。大量零碎网络请求不仅消耗传输流量，还可能让无线模块长时间维持