第9章性能优化

课程目录第9章性能优化

9、性能优化：降低传感器采样率、在后台合理管理传感器、避免内存泄漏

霍尔传感器用起来简单，但想用好，其实有不少坑。我见过不少新手，代码跑起来没问题，一放到真机上就发热、卡顿、甚至闪退。说白了，就是没做好性能优化。

这一章，我跟你聊聊三个核心点：采样率控制、后台生命周期管理、内存泄漏防范。这三件事做好了，你的App才能跑得稳、省电、不崩溃。

核心原则：传感器是硬件资源，用的时候要“按需索取”，不用的时候“立刻释放”。别让手机为你无意义的空转买单。

9.1 降低传感器采样率：别让CPU空转

霍尔传感器的数据更新频率，由 SensorManager.registerListener() 的第三个参数决定。很多人图省事，直接传 SensorManager.SENSOR_DELAY_FASTEST。结果呢？CPU被频繁唤醒，电量哗哗地掉。

我个人习惯是：能用慢就不用快。你想想看，霍尔传感器通常用来检测磁场变化，比如翻盖皮套、磁吸支架。这些场景的变化速度很慢，根本不需要微秒级的采样。

采样率常量	典型延迟(微秒)	适用场景
`SENSOR_DELAY_NORMAL`	200,000 (200ms)	翻盖皮套、磁吸检测
`SENSOR_DELAY_UI`	60,000 (60ms)	UI动画跟随、简单手势
`SENSOR_DELAY_GAME`	20,000 (20ms)	实时游戏、快速磁铁移动
`SENSOR_DELAY_FASTEST`	0 (最快)	极少使用，除非做硬件调试

我的经验：之前做一个智能翻盖壳项目，一开始用了 FASTEST，结果手机发热严重。后来改成 NORMAL，功能完全正常，续航提升了一倍。嗯，有时候“慢”反而是最优解。

如果你需要动态调整采样率，可以这样做：

// 根据场景动态切换采样率
if (isFastMode) {
    sensorManager.registerListener(listener, hallSensor, 
        SensorManager.SENSOR_DELAY_GAME);
} else {
    sensorManager.registerListener(listener, hallSensor, 
        SensorManager.SENSOR_DELAY_NORMAL);
}

9.2 后台合理管理传感器：别让App“死而不僵”

很多开发者把传感器注册写在Activity里，然后就不管了。用户按Home键退到后台，传感器还在跑。这就像你离开房间却不关灯——浪费资源。

正确的做法是：与生命周期绑定。Activity可见时注册，不可见时注销。我建议在 onResume() 和 onPause() 中操作：

@Override
protected void onResume() {
    super.onResume();
    sensorManager.registerListener(this, hallSensor, 
        SensorManager.SENSOR_DELAY_NORMAL);
}

@Override
protected void onPause() {
    super.onPause();
    sensorManager.unregisterListener(this);
}

如果你需要在后台持续监听（比如后台磁铁靠近报警），那就得用 前台服务 或 WorkManager。但记住：不要长期持有传感器不释放。我曾经见过一个App，后台Service里注册了传感器，用户退出后Service还在跑，结果手机一晚上掉了30%的电。这就是典型的“后台毒瘤”。

注意：Android 8.0 以后，后台应用对传感器的访问受到严格限制。如果你的App在后台，系统可能会自动取消注册。所以，别指望后台偷偷跑传感器——老老实实用前台服务吧。

9.3 避免内存泄漏：别让对象“飘着”

传感器相关的内存泄漏，通常有两个源头：

Listener 没注销：Activity销毁了，但SensorManager还持有Listener引用，导致Activity无法被GC回收。
匿名内部类持有外部引用：比如在Activity里直接new一个SensorEventListener，这个匿名类会隐式持有Activity的引用。

怎么解决？我给出三个实用建议：

在onDestroy()中再次确认注销：虽然onPause里已经注销了，但为了防止异常情况，建议在onDestroy里再调一次unregisterListener。
使用静态内部类 + 弱引用：如果你需要长期持有Listener，把它定义成静态内部类，并用WeakReference引用外部Context。
避免在Listener中做耗时操作：传感器回调在同一个线程，如果你在里面做网络请求或数据库写入，不仅卡顿，还容易导致内存抖动。

// 推荐写法：静态内部类 + 弱引用
private static class HallSensorListener implements SensorEventListener {
    private final WeakReference<MainActivity> activityRef;

    HallSensorListener(MainActivity activity) {
        this.activityRef = new WeakReference<>(activity);
    }

    @Override
    public void onSensorChanged(SensorEvent event) {
        MainActivity activity = activityRef.get();
        if (activity != null) {
            // 安全地更新UI
            activity.updateUI(event.values[0]);
        }
    }

    @Override
    public void onAccuracyChanged(Sensor sensor, int accuracy) {
        // 不需要处理
    }
}

避坑指南：我曾经在一个项目里，直接在Fragment中注册了传感器，但Fragment被销毁时忘了注销。结果每次旋转屏幕，就多一个Listener泄漏。最后用LeakCanary一查，发现了好几个泄漏点。从那以后，我养成了“成对注册/注销”的习惯——写注册代码的同时，就把注销代码写好。

9.4 知识体系总览

下面这张图，帮你把本章的核心逻辑串起来。你可以看到，性能优化其实是一个闭环：从采样率控制，到生命周期管理，再到内存防范，每一步都影响最终效果。

9.5 总结一下

性能优化这件事，说白了就是“别浪费”。霍尔传感器本身功耗不高，但如果你用错了方式，它也能成为电老虎。记住三个关键动作：

采样率：能慢则慢，动态调整。
生命周期：前台注册，后台注销，必要时用前台服务。
内存：成对注销，弱引用保平安。

嗯，做到这三点，你的霍尔传感器代码基本就稳了。下一章我们会聊到更进阶的用法，但先把基础打牢，别让性能问题拖后腿。

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

📚 课程目录

9、性能优化：降低传感器采样率、在后台合理管理传感器、避免内存泄漏

9.1 降低传感器采样率：别让CPU空转

9.2 后台合理管理传感器：别让App“死而不僵”

9.3 避免内存泄漏：别让对象“飘着”

9.4 知识体系总览

9.5 总结一下