4. Wake Lock机制：它到底是什么？
各位同学，今天我们来聊聊Android电源管理里一个非常核心的概念——Wake Lock。
说白了，Wake Lock就是一个“锁”。它锁住的是谁？锁住的是系统的休眠流程。你想想看，手机屏幕一关，过一会儿系统就会进入深度睡眠，CPU停转，网络断开。但有些场景下，比如你在下载一个大文件，或者播放音乐，你肯定不希望系统自作主张睡过去。这时候，Wake Lock就派上用场了。
我刚开始接触Android电源管理时，觉得这东西挺简单的——不就是不让手机睡觉嘛。但后来踩了不少坑，才发现它背后有不少门道。今天我就把经验掰开揉碎了讲给你听。
4.1 Wake Lock是什么？
Wake Lock是Android系统提供的一种机制，允许应用程序阻止设备进入休眠状态。它本质上是一个引用计数型的锁。你持有一个Wake Lock，系统就认为你有任务在执行，不会轻易让CPU停下来。
嗯，这里要注意：Wake Lock不是万能的。它只能阻止系统休眠，但不能阻止屏幕变暗或者应用被回收。具体能阻止什么，取决于你用的是哪种类型。
核心要点：Wake Lock = 告诉系统“我还有事，别睡”。
4.2 Wake Lock的类型
Android提供了几种不同类型的Wake Lock，每种锁的“力度”不一样。我整理了一张表，方便你对比：
| 类型 | 常量值 | CPU | 屏幕 | 键盘灯 | 典型场景 |
|---|---|---|---|---|---|
| PARTIAL_WAKE_LOCK | 1 | 保持运行 | 可关闭 | 可关闭 | 后台下载、音乐播放 |
| SCREEN_DIM_WAKE_LOCK | 6 | 保持运行 | 保持亮（变暗） | 可关闭 | 视频播放（用户可能在看） |
| SCREEN_BRIGHT_WAKE_LOCK | 10 | 保持运行 | 保持亮（全亮） | 可关闭 | 导航、游戏 |
| FULL_WAKE_LOCK | 26 | 保持运行 | 保持亮（全亮） | 保持亮 | 需要键盘灯的场景（极少见） |
我个人习惯，90%的场景只用PARTIAL_WAKE_LOCK。为什么？因为屏幕和键盘灯是耗电大户。你想想看，如果只是后台同步数据，完全没必要把屏幕点亮，对吧？
我在项目中遇到过这样一个情况：有个同事做音乐播放器，用了SCREEN_BRIGHT_WAKE_LOCK。结果用户反馈说“听个歌手机还一直亮着屏，太费电了”。后来改成PARTIAL_WAKE_LOCK，问题就解决了。所以，选对类型很重要。
4.3 使用场景
哪些场景需要Wake Lock？我列几个典型的：
- 音乐/音频播放：后台播放时，CPU不能停。用
PARTIAL_WAKE_LOCK。 - 文件下载/上传：大文件传输，中途断掉就前功尽弃。用
PARTIAL_WAKE_LOCK。 - 导航应用：需要持续显示路线，屏幕不能灭。用
SCREEN_BRIGHT_WAKE_LOCK。 - 即时通讯：需要保持长连接，接收消息。但这里我更推荐用
FCM（Firebase Cloud Messaging）或者WorkManager，而不是直接持锁。 - 传感器数据采集：比如计步器、心率监测。用
PARTIAL_WAKE_LOCK。
我的建议：能用系统服务（如MediaPlayer自带Wake Lock管理）就别自己持锁。系统比你更懂什么时候该释放。
4.4 最佳实践与避坑指南
这部分是重点，我踩过的坑都在这儿了。
4.4.1 必须成对使用
获取Wake Lock和释放Wake Lock必须成对出现。获取了不释放，系统就永远无法休眠。我曾经见过一个App，持锁后忘记释放，导致手机一晚上耗电30%。用户直接给了一星差评。
PowerManager pm = (PowerManager) getSystemService(Context.POWER_SERVICE);
PowerManager.WakeLock wl = pm.newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, "MyApp:DownloadLock");
wl.acquire(); // 获取锁
// ... 执行任务 ...
wl.release(); // 释放锁，别忘了！
4.4.2 使用超时机制
我建议你使用带超时的acquire()方法。这样即使你忘记释放，系统也会在超时后自动释放，避免灾难。
// 最多持锁10分钟，超时自动释放
wl.acquire(10 * 60 * 1000L);
4.4.3 不要滥用
Wake Lock是特权操作，需要声明权限：
<uses-permission android:name="android.permission.WAKE_LOCK" />
但即使你有权限，也不要随便持锁。每次持锁都意味着额外的电量消耗。我个人的原则是：能不用就不用，能用短不用长。
4.4.4 注意生命周期
Wake Lock与Context的生命周期绑定。如果你在Activity里持锁，Activity销毁时一定要释放。否则会出现内存泄漏。
更好的做法是使用Service来持锁。Service的生命周期更长，更适合后台任务。
4.4.5 使用WakefulBroadcastReceiver（已废弃）
Android早期提供了WakefulBroadcastReceiver，但现在已经废弃了。如果你还在用，赶紧迁移到WorkManager。WorkManager内部已经帮你处理好了Wake Lock的管理，省心很多。
警告：不要尝试用Wake Lock来保活你的App。Android系统会检测并杀死滥用Wake Lock的应用。从Android 9开始，系统对后台Wake Lock的限制越来越严格。
4.5 知识体系图
下面这张图总结了Wake Lock的核心逻辑，你可以保存下来随时回顾：
4.6 小结
Wake Lock是一把双刃剑。用好了，能保证你的App在后台稳定运行；用不好，就是电老虎，用户会毫不犹豫地卸载你。
我个人建议你记住三点：
- 选对类型：大部分场景用
PARTIAL_WAKE_LOCK就够了。 - 及时释放：用
acquire(timeout)给自己留条后路。 - 能不用就不用：优先考虑
WorkManager、FCM等系统级方案。
好了，Wake Lock的内容就讲到这里。下一节我们会聊聊另一个重要的电源管理机制——Doze模式。到时候你会发现，Google其实一直在帮我们省电，只是我们得学会配合它。