8、采样率选择：SENSOR_DELAY_NORMAL / UI / GAME / FASTEST 的区别与选择策略，功耗与性能的权衡

光线传感器这东西，看着简单，但坑不少。尤其是采样率怎么选，很多人上来就用 FASTEST，结果电池崩了，还怪系统优化不好。我这些年调过不少传感器，今天就跟你聊聊这四种延迟模式到底怎么用。

8.1 四种延迟模式，到底差在哪？

Android 系统给光线传感器定义了四个标准延迟级别。说白了，就是告诉系统：「你多久给我报一次数据？」

延迟模式	典型采样间隔	适用场景	功耗等级
SENSOR_DELAY_NORMAL	200ms	自动亮度、环境监测	极低
SENSOR_DELAY_UI	60ms	UI 交互、屏幕旋转	低
SENSOR_DELAY_GAME	20ms	游戏、实时滤镜	中
SENSOR_DELAY_FASTEST	0~5ms	特殊测量、调试	高

嗯，这里要注意：表格里的数值只是参考。不同厂商的传感器硬件不一样，实际采样间隔会有浮动。我见过某款国产手机，NORMAL 模式硬是跑到了 300ms，你说离谱不离谱？

8.2 每个模式怎么选？我的实战经验

SENSOR_DELAY_NORMAL：默认的稳妥选择

我个人习惯，只要不是对实时性有特殊要求，一律用 NORMAL。为什么？因为光线变化本来就是个慢过程。你想想看，从室内走到室外，亮度变化可能需要一两秒，200ms 的采样间隔完全够用。

我在项目中遇到过一件事：某次做自动亮度调节，产品经理非要我用 UI 模式，说「响应更快用户体验更好」。结果呢？电池续航掉了 15%，用户投诉反而更多了。后来我偷偷改回 NORMAL，续航回来了，亮度调节也没人觉得慢。

SENSOR_DELAY_UI：交互场景的平衡点

UI 模式比 NORMAL 快了 3 倍多，适合那些需要「人眼能感知到变化」的场景。比如屏幕旋转时根据光线调整色温，或者相机预览界面的曝光补偿。

但别滥用。我见过有人把 UI 模式用在后台服务里，结果被系统检测到高频唤醒，直接给杀了。系统也不傻，你一个后台服务要那么高频的传感器数据干嘛？

SENSOR_DELAY_GAME：游戏和实时场景

这个模式我用的不多，但确实有它的价值。比如某些 AR 游戏需要根据环境光调整虚拟物体的阴影，或者实时滤镜需要跟随光线变化。

不过要提醒你：GAME 模式的功耗已经比较明显了。我曾经在某个项目里测试过，GAME 模式比 NORMAL 模式多耗电约 40%。所以除非你的应用真的需要，否则别轻易上。

SENSOR_DELAY_FASTEST：双刃剑

FASTEST 模式，说白了就是「有多快跑多快」。硬件能支持多快，系统就给多快。有些传感器能跑到 1ms 一次，也就是每秒 1000 次采样。

我曾经犯过一个错误：做传感器校准工具时，全程用 FASTEST 模式采集数据。结果测试机发热严重，电池从 100% 掉到 20% 只用了 3 个小时。后来改成 GAME 模式，数据精度没差多少，续航却好了很多。

8.3 功耗与性能的权衡，怎么把握？

这里我画了一张图，帮你理清思路：

你看，决策流程其实不复杂。核心就一句话：够用就好，别贪快。

8.4 代码里怎么用？

注册传感器监听时，第二个参数就是延迟模式：

SensorManager sensorManager = getSystemService(SensorManager.class);
Sensor lightSensor = sensorManager.getDefaultSensor(Sensor.TYPE_LIGHT);

// 普通模式 - 自动亮度用这个
sensorManager.registerListener(listener, lightSensor, SensorManager.SENSOR_DELAY_NORMAL);

// UI模式 - 交互场景
sensorManager.registerListener(listener, lightSensor, SensorManager.SENSOR_DELAY_UI);

// 游戏模式 - 实时性要求高
sensorManager.registerListener(listener, lightSensor, SensorManager.SENSOR_DELAY_GAME);

// 最快模式 - 慎用！
sensorManager.registerListener(listener, lightSensor, SensorManager.SENSOR_DELAY_FASTEST);

还有个细节：如果你在代码里动态切换模式，记得先注销再重新注册。我见过有人直接改参数，结果系统没响应，数据还是旧的。

8.5 避坑指南

最后分享几个我踩过的坑：

• 别在后台用高频采样：Android 8.0 以后，后台应用的高频传感器会被系统限制。我曾经有个后台服务用 GAME 模式，结果在 Android 10 上直接收不到数据了。
• 注意硬件差异：不同手机的传感器硬件不一样。有的手机 NORMAL 模式是 200ms，有的可能是 100ms。别写死逻辑。
• 别忘了注销监听：Activity 销毁时一定要注销传感器监听，否则会一直耗电。我见过线上 bug，用户退出应用后传感器还在跑，一晚上掉电 30%。
• 测试要覆盖低端机：高端机传感器响应快，低端机可能慢很多。我在某款千元机上测试，FASTEST 模式实际只有 20ms，跟 GAME 模式差不多。