27、性能优化：降低功耗，合理选择采样率和数据处理频率

做陀螺仪开发，最容易被忽视的就是功耗问题。

我刚开始做项目时，总觉得传感器数据越多越好。采样率能开多高就开多高，数据处理能多快就多快。结果呢？App 跑起来手机发烫，电量哗哗往下掉。用户反馈说「你这 App 是电老虎啊」——嗯，那滋味不好受。

说白了，陀螺仪是个耗电大户。它一直在转，一直在采集，一直在输出。如果你不加节制，它能把你的电池吃干抹净。所以这一章，我们来聊聊怎么在保证功能的前提下，把功耗降下来。

为什么陀螺仪这么耗电？

陀螺仪的工作原理决定了它天生耗电。它内部有一个微小的振动结构，需要持续供电才能保持运转。每次采样，ADC（模数转换器）都要工作，数据总线也要传输数据。

我打个比方：陀螺仪就像一台一直开着的小马达。你让它转得越快（采样率越高），它耗电就越多。你让它一直转不停（持续工作），它耗电也越多。

所以优化功耗的核心思路就两条：

• 降低采样率——别让陀螺仪转那么快
• 减少处理频率——别让 CPU 一直忙着算数据

采样率怎么选？

采样率不是越高越好。你得看你的应用场景。

我整理了一个表格，方便你对照选择：

应用场景	推荐采样率	说明
屏幕旋转/方向检测	10-20 Hz	人眼对方向变化不敏感，低频足够
计步器/步态检测	20-50 Hz	步频一般不超过 5 Hz，50 Hz 绰绰有余
游戏/VR 头部追踪	100-200 Hz	需要低延迟，但 200 Hz 以上收益递减
手势识别	50-100 Hz	手势动作频率不高，100 Hz 足够
振动检测/机械分析	200-400 Hz	需要捕捉高频振动，但这是少数场景

你看，大部分场景其实不需要很高的采样率。我见过有人做计步器，采样率开到 200 Hz。问他为什么，他说「怕数据不够用」。其实完全没必要——你想想看，人走路一步也就 0.5 秒，50 Hz 采样能拿到 25 个数据点，做步态分析绰绰有余了。

数据处理频率怎么控制？

采样率降下来了，但还有一个坑：数据处理频率。

什么意思呢？就是你从传感器拿到数据后，CPU 要处理这些数据。如果你每拿到一个数据就处理一次，CPU 就会一直忙。这跟采样率高是一个道理——CPU 也是耗电大户。

我建议的做法是：批量处理。

举个例子：

// ❌ 错误做法：每次收到数据就处理
sensorManager.registerListener(new SensorEventListener() {
    @Override
    public void onSensorChanged(SensorEvent event) {
        // 每次回调都处理，CPU 一直忙
        processData(event.values);
    }
}, sensor, SensorManager.SENSOR_DELAY_GAME);

// ✅ 正确做法：缓存数据，定时批量处理
private List<float[]> buffer = new ArrayList<>();
private static final int BATCH_SIZE = 10;
private static final long PROCESS_INTERVAL_MS = 100; // 100ms 处理一次

@Override
public void onSensorChanged(SensorEvent event) {
    buffer.add(event.values.clone());
    
    // 攒够一批，或者到了处理时间，再统一处理
    if (buffer.size() >= BATCH_SIZE) {
        processBatch(buffer);
        buffer.clear();
    }
}

// 或者用定时器
private Handler handler = new Handler();
private Runnable processTask = new Runnable() {
    @Override
    public void run() {
        if (!buffer.isEmpty()) {
            processBatch(buffer);
            buffer.clear();
        }
        handler.postDelayed(this, PROCESS_INTERVAL_MS);
    }
};

这样做的好处很明显：CPU 不用一直醒着。它每 100ms 才工作一次，其他时间可以进入低功耗状态。我实测过，批量处理比逐条处理能省 30%-50% 的功耗。

还有一个容易被忽略的点：注册和注销

嗯，这里要注意。

很多开发者注册了传感器监听器，就忘了注销。结果 App 退到后台了，陀螺仪还在工作。这简直是功耗杀手。

我曾经接手过一个项目，用户反馈说「你们的 App 在后台耗电特别严重」。我一看代码，好家伙，onPause() 里根本没调用 unregisterListener()。陀螺仪在后台一直跑，电池能撑住才怪。

正确的做法是：

@Override
protected void onResume() {
    super.onResume();
    // 注册监听器
    sensorManager.registerListener(this, gyroSensor, samplingRate);
}

@Override
protected void onPause() {
    super.onPause();
    // 一定要注销！一定要注销！一定要注销！
    sensorManager.unregisterListener(this);
}

还有一个技巧：根据场景动态调整采样率

你不需要在所有时候都用同一个采样率。

举个例子：做手势识别时，用户可能大部分时间不动手。这时候用 10 Hz 就够了。只有当检测到有手势动作时，才临时提高到 100 Hz。等手势结束，再降回来。

代码实现大概是这样的：

private boolean isGestureActive = false;
private int normalRate = 10; // Hz
private int gestureRate = 100; // Hz

@Override
public void onSensorChanged(SensorEvent event) {
    float[] values = event.values;
    
    // 检测是否有手势动作
    if (isGestureStart(values)) {
        if (!isGestureActive) {
            // 切换到高采样率
            sensorManager.unregisterListener(this);
            sensorManager.registerListener(this, gyroSensor, 
                convertHzToDelay(gestureRate));
            isGestureActive = true;
        }
        // 处理手势数据
        processGesture(values);
    } else {
        if (isGestureActive) {
            // 切回低采样率
            sensorManager.unregisterListener(this);
            sensorManager.registerListener(this, gyroSensor, 
                convertHzToDelay(normalRate));
            isGestureActive = false;
        }
        // 低功耗模式，只做简单检测
        checkBackgroundMotion(values);
    }
}

这样做的好处是：大部分时间 CPU 和陀螺仪都在低功耗状态，只有需要时才全力工作。我做过测试，这种动态调整方案比固定高采样率能省 60% 以上的电。

总结一下核心要点

说白了，陀螺仪的功耗优化就三件事：

• 采样率够用就行——别盲目追求高采样率，根据场景选择
• 数据处理要批量——别来一个处理一个，攒一批再处理
• 该注销时就注销——App 退到后台，传感器也要休息

如果你能做到这三点，你的 App 在功耗方面就已经超过 80% 的同类产品了。

最后说一句：功耗优化不是一锤子买卖。你需要在真机上测试，用 Battery Historian 或者 Profiler 看看实际耗电情况。我每次做完优化，都会跑一遍测试，确保真的省电了，而不是自我感觉良好。