18、传感器事件批量处理：使用batch()方法批量获取传感器事件，减少CPU唤醒次数，降低功耗
各位同学，今天我们来聊一个非常实在的话题——传感器事件的批量处理。
说白了，就是怎么让传感器少“折腾”CPU。你想想看，每次传感器来一个数据，CPU就得醒一次。如果传感器每秒上报几百次，CPU就得跟着醒几百次。这功耗，蹭蹭往上涨。
我在做某个运动手环项目时，就踩过这个坑。当时心率传感器每10毫秒上报一次数据，CPU几乎一直在跑，电池半天就扛不住了。后来用了batch()方法，功耗直接降了40%。嗯，这就是我们今天要讲的核心。
18.1 为什么需要批量处理？
先看一个简单的场景：
- 光线传感器每秒上报100次数据
- 每次上报都会唤醒CPU
- CPU处理完后又进入休眠
- 如此反复，功耗巨大
你想想看，大部分时候我们并不需要那么高的实时性。比如屏幕亮度调节，每100毫秒更新一次就足够了。那中间那些数据，其实可以攒起来，一次性处理。
这就是batch()方法的用武之地。
18.2 batch()方法的核心原理
batch()方法允许我们把传感器事件先缓存到硬件FIFO里，等攒够一批，再一次性上报给应用层。这样CPU只需要醒来一次，处理一批数据，然后继续睡大觉。
我个人习惯把这种方式叫做“攒一波，打一枪”。
核心思想：用时间换功耗。牺牲一点点实时性，换取大幅度的功耗降低。
18.3 代码实战：如何使用batch()
直接上代码。这是我在项目中实际用过的写法：
SensorManager sensorManager = (SensorManager) getSystemService(Context.SENSOR_SERVICE);
Sensor lightSensor = sensorManager.getDefaultSensor(Sensor.TYPE_LIGHT);
// 关键参数说明：
// 第一个参数：SensorEventListener
// 第二个参数：采样延迟（微秒）
// 第三个参数：最大报告延迟（微秒）—— 这就是batch的核心
// 第四个参数：handler（可选）
// 例子：每100毫秒采样一次，但每1秒才上报一次
sensorManager.registerListener(
this,
lightSensor,
100000, // 采样间隔：100ms
1000000, // 最大报告延迟：1000ms（1秒）
null
);这里有个关键点：最大报告延迟。这个值设得越大，batch的效果越明显。但也不能太大，否则用户体验会受影响。
我的经验：屏幕亮度调节场景，最大报告延迟设500ms-1000ms比较合适。太短了省不了多少电，太长了用户会觉得亮度变化有延迟。
18.4 底层发生了什么？
为了让你更清楚batch()的运作流程，我画了一张图：
从图上可以看得很清楚：没有batch时，CPU被频繁唤醒；有了batch，数据先在FIFO里排队，攒够了再一次性上报。CPU的唤醒次数从10次降到了1次。
18.5 关键参数详解
| 参数 | 含义 | 单位 | 我的建议值 |
|---|---|---|---|
| 采样间隔 | 传感器采集数据的频率 | 微秒 | 100000（100ms） |
| 最大报告延迟 | 事件最多缓存多久必须上报 | 微秒 | 500000~1000000 |
| FIFO大小 | 硬件能缓存多少事件 | 条 | 由硬件决定，可用getFifoMaxEventCount()查询 |
注意：最大报告延迟不是越大越好。我曾经在一个项目中设了5秒，结果用户旋转手机后，屏幕亮度过了好几秒才变过来。用户体验非常差。建议根据具体场景来调这个值。
18.6 如何查询硬件FIFO容量？
不同手机的传感器硬件FIFO大小不一样。你可以用这个方法来查：
Sensor lightSensor = sensorManager.getDefaultSensor(Sensor.TYPE_LIGHT);
int fifoMaxCount = lightSensor.getFifoMaxEventCount();
int fifoReservedCount = lightSensor.getFifoReservedEventCount();
Log.d("SensorBatch", "FIFO最大容量: " + fifoMaxCount);
Log.d("SensorBatch", "FIFO保留容量: " + fifoReservedCount);如果fifoMaxCount是0，说明硬件不支持batch模式。这时候你设了最大报告延迟也没用，系统会忽略它。
18.7 避坑指南
我踩过的坑，你们就别再踩了：
- 不要设得太大：最大报告延迟超过3秒，用户能明显感觉到延迟
- 注意FIFO溢出：如果FIFO满了，新事件会覆盖旧事件。高频传感器要注意
- 不同传感器不同策略：光线传感器可以batch大一点，但陀螺仪这种需要实时性的，batch要设小
- 注销监听别忘了：用batch注册的，也要用batch方式注销，否则可能泄漏
一个小技巧：如果你不确定该设多少，可以先从500ms开始试。然后观察功耗和用户体验，慢慢调整。我一般会在开发者选项里加一个调试开关，方便测试时动态调整这个值。
18.8 总结
batch()方法说白了就是让传感器事件“攒一波再上报”。核心就三点：
- 减少CPU唤醒次数——这是省电的关键
- 利用硬件FIFO——让传感器自己先缓存
- 平衡实时性和功耗——根据场景调参数
嗯，这个知识点就讲到这里。记住一句话：不是所有数据都需要实时处理，攒一攒，更省电。