Android熄屏时不使用WakeLock能否采集加速度计、陀螺仪数据？

注意：单独使用Service（包括前台Service）无法实现该需求。只要不持有WakeLock，熄屏后CPU很快会进入深度休眠，应用内的传感器回调线程会被直接挂起，不会再有新数据输出，和你把逻辑放在Activity还是Service里没有关系。

不使用WakeLock的可行实现方案只有以下两类，根据你的采集频率需求选择即可：

1. 传感器批处理模式（Sensor Batching） #

这是目前高频连续采集场景下唯一不需要WakeLock的官方支持方案，适配Android 4.4（API 19）及以上系统：

• 实现逻辑：注册加速度计、陀螺仪监听器时，给registerListener方法传入非0的maxReportLatencyUs参数（单位为微秒，代表你能接受的最大数据上报延迟），传感器硬件会把采集到的事件先存在自身的FIFO硬件队列中，不需要唤醒主CPU工作
• 适配校验：注册前先调用对应传感器的getFifoMaxEventCount()方法，返回值大于0即代表设备支持该传感器的批处理模式，近年上市的安卓设备基本都对加速度计、陀螺仪提供该能力支持
• 运行逻辑：熄屏状态下硬件会持续攒数据，到达你设置的延迟时间、或者FIFO队列存满时，会自动唤醒CPU把攒下的一批数据一次性通过回调传给应用，应用完成计算后CPU会自动回到休眠状态，全程不需要你手动持有WakeLock，整体功耗比持WakeLock持续采集低90%以上

2. WorkManager周期任务采集 #

如果你只需要低频次采集（比如分钟级间隔，不需要连续高频输出），可以直接把采集、计算逻辑封装到WorkManager的周期性任务中：

• 实现逻辑：WorkManager触发任务时系统会自动短暂唤醒CPU，你可以在任务执行窗口内注册传感器监听器，采集到足够计算的数据后立刻注销监听器，任务结束后CPU自动回到休眠，不需要手动申请WakeLock
• 限制：系统对周期性WorkManager任务有最小15分钟的调度间隔限制，不适合需要连续高频采集的场景

额外说明 #

• 如果你的场景要求毫秒级连续不丢点的高频采集，没有方案可以完全绕开WakeLock，但可以配合上述批处理模式，把CPU唤醒的时间压缩到最短，尽可能降低功耗
• 不要使用后台播放无声音频之类的非正规手段强制CPU保持运行，这类方案功耗极高，还会被绝大多数应用商店判定为违规下架

内容的提问来源于stack exchange，提问作者Mob