API Level 33/34下SensorEventListener onSensorChanged()调用周期异常

问题现象 #

通过 sensorManager.registerListener(fastestListener, accelerometer, 100) 请求100ms间隔调用的 onSensorChanged() 方法，在API 33/34版本中出现调用间隔紊乱：有时间隔长达几十毫秒，有时却仅0.3ms左右，完全偏离预期。

检测间隔的代码实现 #

public void onSensorChanged(SensorEvent event) {
        Sensor my = event.sensor;
        if (my.getType() == Sensor.TYPE_ACCELEROMETER) {
            if (this.timestampAccelerometerPrev > 0) {
                this.timeDiffAccelerometer = System.nanoTime() - timestampAccelerometerPrev;
            }
            this.timestampAccelerometerPrev = System.nanoTime();
            Log.d(TAG, "Accelerometer Sampling diff: " + (double) timeDiffAccelerometer / (double) 1000000);
        }
}

日志输出的时间间隔（单位：ms） #

10.585208
10.02349
10.007396
10.344322
9.903906
9.971875
10.321146
9.600781
55.639427
0.26776
0.140521
0.126875
0.120052
23.354166
0.194375
14.8075
0.139896
6.359844
14.531875
6.128177
10.092968
10.712708
9.95151
10.404323
10.021511

排查与解决思路 #

• 改用传感器硬件时间戳：当前代码用 System.nanoTime() 计算间隔，受线程调度延迟影响大，建议替换为 event.timestamp（传感器自身输出的时间戳），能更准确反映实际采样间隔。修改示例：

public void onSensorChanged(SensorEvent event) {
        Sensor my = event.sensor;
        if (my.getType() == Sensor.TYPE_ACCELEROMETER) {
            if (this.timestampAccelerometerPrev > 0) {
                this.timeDiffAccelerometer = event.timestamp - timestampAccelerometerPrev;
            }
            this.timestampAccelerometerPrev = event.timestamp;
            Log.d(TAG, "Accelerometer Sampling diff: " + (double) timeDiffAccelerometer / (double) 1000000);
        }
}

• 适配系统调度策略：API 33/34优化了传感器后台调度逻辑，当应用后台运行或系统资源紧张时，采样率会被动态调整。若需要稳定采样，可将传感器监听放在前台服务中运行，或申请必要的后台权限。
• 使用标准采样率常量：避免直接传入毫秒值，改用 SensorManager 提供的标准采样率常量，比如 SENSOR_DELAY_NORMAL、SENSOR_DELAY_GAME，系统对这些常量的调度逻辑更稳定；若需精确100ms间隔，可在回调中添加定时器做二次过滤，丢弃不符合间隔要求的数据。

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