13、步数检测传感器：计步器原理、Step Counter与Step Detector区别、后台计步实现、省电策略

步数检测，说白了就是让你的App知道用户走了多少步。这个功能现在太常见了——微信运动、各种健康App、运动手表，背后都离不开它。我最早接触这个传感器是在做一款健身App的时候，当时踩了不少坑，今天我把这些经验都抖出来。

计步器的基本原理

手机怎么知道你走了几步？其实没那么玄乎。它靠的是加速度传感器，就是那个能检测手机在X、Y、Z三个方向上加速度变化的硬件。

你走路的时候，身体会上下起伏。每一步落地时，加速度会有一个明显的峰值。抬脚时，又有一个谷值。计步器就是通过检测这种周期性波动的波峰波谷来计数的。

嗯，这里要注意：不是所有波动都算一步。比如你坐车颠簸、甩手机、甚至打喷嚏，都会产生加速度变化。所以算法里需要做滤波和阈值判断。

核心逻辑：检测加速度模值 √(x² + y² + z²) 的周期性波峰，波峰超过阈值且间隔在合理范围内，才计为一步。

我个人习惯把计步算法分成三步：

  1. 采集原始数据——从加速度传感器拿到的X、Y、Z值
  2. 滤波去噪——用低通滤波器去掉高频抖动
  3. 步态识别——检测波峰、计算步数

你想想看，如果手机放在口袋里和拿在手里，加速度波形是完全不一样的。所以好的计步算法要能自适应不同场景。我在项目中遇到过用户把手机放在背包里，结果步数少了一半的情况——后来加了动态阈值才解决。

Step Counter vs Step Detector

Android从4.4开始提供了两个专门的步数传感器。很多新手搞不清它们的区别，其实很简单：

特性 Step Counter Step Detector
返回数据 累计步数（从开机算起） 每次步数变化时触发事件
触发频率 有变化才更新 每走一步触发一次
功耗 极低（硬件计步） 较低
典型用途 长期计步、后台统计 实时步态检测、节奏分析

Step Counter 是硬件级别的计步器。传感器芯片自己就在做计步运算，App只需要每隔一段时间去读一下当前的总步数就行。功耗非常低，因为CPU不用一直醒着。

Step Detector 则是一个事件触发器。每检测到一步，它就发一个事件出来。适合需要实时响应的场景，比如你在做跑步App，每一步都要更新配速。

我的建议：如果你只是要统计一天走了多少步，用Step Counter就够了。别用Step Detector自己去累加，那样功耗高不说，还容易丢步。

我曾经在一个项目里用了Step Detector来做计步，结果用户反馈说手机半天就没电了。后来换成Step Counter，续航直接翻倍。说白了，能用硬件做的事，就别用软件去折腾。

后台计步的实现

后台计步，最核心的问题就是：App被杀了怎么办？

Step Counter有个非常好的特性——它的计步是在传感器硬件层面完成的，即使App被系统杀掉，步数也不会丢。你下次启动App时，读到的步数是从开机到现在的累计值。

所以后台计步的实现思路很清晰：

  1. 注册Step Counter传感器监听
  2. 在onSensorChanged里拿到当前总步数
  3. 减去上次保存的步数基数，得到本次的净步数
  4. 定期把步数保存到本地（SharedPreferences或数据库）

代码示例大概长这样：

public class StepCounterService extends Service implements SensorEventListener {
    private SensorManager sensorManager;
    private int baseSteps = 0;  // 上次保存的步数基数
    private int totalSteps = 0; // 当前总步数

    @Override
    public void onCreate() {
        super.onCreate();
        sensorManager = (SensorManager) getSystemService(SENSOR_SERVICE);
        // 从本地读取上次保存的步数基数
        baseSteps = getSharedPreferences("step", MODE_PRIVATE)
                .getInt("base_steps", 0);
    }

    @Override
    public void onSensorChanged(SensorEvent event) {
        if (event.sensor.getType() == Sensor.TYPE_STEP_COUNTER) {
            int currentSteps = (int) event.values[0];
            // 净步数 = 当前总步数 - 基数
            int netSteps = currentSteps - baseSteps;
            // 更新UI或保存数据
            saveSteps(netSteps);
        }
    }

    private void saveSteps(int steps) {
        // 保存到本地，防止数据丢失
        getSharedPreferences("step", MODE_PRIVATE)
                .edit()
                .putInt("base_steps", baseSteps + steps)
                .apply();
    }
}

注意：Step Counter返回的是从手机开机到现在的总步数。如果手机重启了，这个值会归零。所以一定要在本地保存一个基数，用来计算净步数。

另外，Android 8.0以后对后台服务限制很严。我建议用JobScheduler或者WorkManager来做定时同步，而不是让Service一直在后台跑着。Step Counter本身不需要App一直运行，你每隔几分钟去读一次值就行。

省电策略

计步功能如果做得不好，那就是个电老虎。我见过有的App为了计步准确，把加速度传感器的采样率设到最高，结果手机半天就没电了。其实完全没必要。

省电的核心原则就一条：能不采样就不采样，能少采样就少采样。

具体来说，有这几个策略：

  • 使用Step Counter代替加速度传感器——硬件计步比软件计步省电10倍以上
  • 降低采样频率——如果只是统计步数，没必要用SENSOR_DELAY_FASTEST，用SENSOR_DELAY_NORMAL就够了
  • 批量处理数据——不要每走一步就写一次数据库，攒够100步再批量写入
  • 利用Doze模式——手机进入休眠后，减少同步频率，甚至不同步
  • 动态调整策略——检测到用户静止时，暂停计步；检测到运动时再恢复

一个小技巧：可以用PowerManager的isDeviceIdleMode()来判断手机是否处于Doze模式。如果是，就把同步间隔拉长到30分钟一次。

我曾经优化过一个计步App，优化前每天耗电15%，优化后降到2%不到。主要就是做了两件事：把加速度传感器换成Step Counter，以及把数据库写入频率从每秒一次改成每5分钟一次。效果立竿见影。

知识体系总览

下面这张图把本章的核心内容串起来了，你可以对照着回顾一下：

步数检测传感器知识体系 Step Counter Step Detector 加速度传感器 硬件级计步 低功耗、累计步数 事件触发 每步触发一次 波峰检测 滤波 + 阈值判断 后台Service WorkManager定时同步 本地持久化 SharedPreferences/DB 动态阈值 自适应不同场景 省电策略：硬件计步 → 降低采样 → 批量写入 → Doze适配 → 动态启停

这张图从左到右展示了三种传感器方案，以及它们对应的实现方式和最终的省电策略。你可以看到，Step Counter这条路是最省电的，也是我推荐的首选方案。

公众号:蓝海资料掘金营，微信deep3321

← 上一章 📖 返回目录 下一章 →