文档教程移动开发【免费下载链接】android-training-course-in-chineseAndroid官方培训课程中文版项目地址https://gitcode.com/gh_mirrors/an/android-training-course-in-chinese点击查看免费下载本篇文章基于当前仓库Android官方培训课程中文版android-training-course-in-chinese中的「管理设备的唤醒状态」章节background-jobs/scheduling/index.md及其两篇核心子课程——保持设备唤醒 与 调度重复闹钟——整理扩充而成。该章节位于全书「Android后台任务」板块best-background.md专门解决「如何在后台执行任务的同时把对电量的消耗降到最低」这一核心工程问题。当一个 Android 设备闲置时系统会依次关闭屏幕、关闭 CPU以此防止电量被迅速耗尽。但在真实业务中总是存在需要打破默认睡眠策略的场景游戏或视频应用需要保持屏幕常亮某些应用不需要屏幕常亮却需要 CPU 继续运行直到一个关键操作完成。本文聚焦两条技术主线如何用最轻量级的手段保持屏幕常亮 / 保持 CPU 运行WakeLock 与 WakefulBroadcastReceiver以及如何在应用生命周期之外调度定时任务AlarmManager 重复闹钟并给出仓库源码级的最佳实践随机抖动、非精确闹钟、开机恢复等。读完本文你将掌握一套完整、可复制、可落地的 Android 后台调度与省电方案。一、概览Android 后台任务的省电模型在 Android 系统中「省电」是所有后台任务设计的第一原则。设备闲置时按「屏幕变暗 → 屏幕关闭 → CPU 关闭」的顺序逐步进入深度睡眠这是系统层面保护电池的默认行为。官方培训课程把这部分内容组织为「管理设备的唤醒状态」包含两节课子课程文件路径解决的核心问题保持设备唤醒background-jobs/scheduling/wake-lock.md如何在必要时保持屏幕/CPU 唤醒同时最小化对电池寿命的影响调度重复闹钟background-jobs/scheduling/alarms.md如何调度发生在应用生命周期之外、甚至设备睡眠时的重复任务课程配套提供了一个官方示例工程Scheduler.zip包含 Alarm 与 WakeLock 的完整示例代码仓库中的对应目录结构为background-jobs/scheduling/。本节所处的章节best-background.md同时覆盖后台 Service 执行任务background-jobs/run-background-service/与 CursorLoader 后台加载数据background-jobs/load-data-background/而「管理设备的唤醒状态」是其中与电量关系最直接的部分。二、保持屏幕常亮最轻量级的两条路径很多应用游戏、视频、直播、阅读器需要长时间点亮屏幕。官方课程强调保持屏幕常亮应该优先使用 Window 级别的 Flag而不是唤醒锁因为前者不需要任何特殊权限系统会自动管理应用切换且无需关心资源释放。2.1 代码方式FLAG_KEEP_SCREEN_ON在 Activity 的onCreate中给 Window 添加常亮标志即可public class MainActivity extends Activity { Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); getWindow().addFlags(WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON); } }2.2 布局方式android:keepScreenOn 属性等效的声明式写法是在 XML 布局的根视图上设置android:keepScreenOntrueRelativeLayout xmlns:androidhttp://schemas.android.com/apk/res/android android:layout_widthmatch_parent android:layout_heightmatch_parent android:keepScreenOntrue ... /RelativeLayoutandroid:keepScreenOntrue与代码中的FLAG_KEEP_SCREEN_ON完全等效二者选一即可。差异在于代码方式可以动态清除标志例如当「一定时间无操作」时可以显式关闭屏幕getWindow().clearFlags(WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON);重要提示除非你确实需要主动关屏如无操作超时熄屏否则无需手动清除该标志——WindowManager 会在应用进入后台或返回前台时自动正确地管理屏幕的点亮与关闭。此外此方案仅应在 Activity 中使用不要放在 Service 或其他应用组件里。三、保持 CPU 运行PowerManager 与 WakeLock当任务必须在屏幕关闭后继续执行例如后台服务在夜间批量处理数据就需要使用PowerManager系统服务提供的唤醒锁WakeLock。唤醒锁允许应用控制设备电源状态但「创建和持有唤醒锁会对设备电源寿命产生巨大影响」因此课程给出了严格的纪律只在确实需要时使用唤醒锁且使用时间越短越好。如果只是让屏幕常亮永远优先选择FLAG_KEEP_SCREEN_ON没有必要动用唤醒锁。3.1 能不用唤醒锁就不要用官方课程专门列出「不必使用唤醒锁的情况」这三类场景都有更优的系统方案HTTP 长连接下载→ 使用DownloadManager从外部服务器同步数据→ 创建SyncAdapter对应仓库章节 connectivity/sync-adapters/index.mdSyncAdapter 提供自动执行、自动网络监测、批量传输省电等能力依赖后台服务周期性运行→ 使用重复闹钟AlarmManager或 Google Cloud MessagingGCM按时间间隔激活服务。3.2 声明权限使用唤醒锁必须在 Manifest 中声明WAKE_LOCK权限uses-permission android:nameandroid.permission.WAKE_LOCK /3.3 直接创建与释放唤醒锁如果应用不满足上述「可替代」场景且不涉及 BroadcastReceiver Service 的组合可以直接设置唤醒锁PowerManager powerManager (PowerManager) getSystemService(POWER_SERVICE); WakeLock wakeLock powerManager.newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, MyWakelockTag); wakeLock.acquire();使用完毕必须调用wakeLock.release()释放避免电量过度消耗。PARTIAL_WAKE_LOCK是「保持 CPU 运行、但允许屏幕关闭」的类型也是后台任务最常用的选择。四、WakefulBroadcastReceiverReceiver Service 组合的推荐姿势官方课程推荐当应用通过 BroadcastReceiver 接收事件并交给 Service 完成工作时用WakefulBroadcastReceiver管理唤醒锁。这是一种特殊的 BroadcastReceiver专门创建和管理应用的PARTIAL_WAKE_LOCK它会把任务交付给 Service通常是IntentService并确保设备在该过程中不会进入睡眠状态——否则任务可能在完成前被中断只能在未来的某个时间点才被补执行这显然不是期望的行为。4.1 注册 Receiver在 Manifest 中声明receiver android:name.MyWakefulReceiver/receiver4.2 使用 startWakefulService 启动服务startWakefulService()与startService()类似区别在于它会在 Service 启动后继续保持唤醒锁且传给它的 Intent 会携带一个标识唤醒锁的 Extra 数据public class MyWakefulReceiver extends WakefulBroadcastReceiver { Override public void onReceive(Context context, Intent intent) { // Start the service, keeping the device awake while the service is // launching. This is the Intent to deliver to the service. Intent service new Intent(context, MyIntentService.class); startWakefulService(context, service); } }4.3 在 Service 中释放唤醒锁当 Service 结束工作后必须调用MyWakefulReceiver.completeWakefulIntent(intent)释放唤醒锁。注意参数必须与startWakefulService()传入的 Intent 是同一个public class MyIntentService extends IntentService { public static final int NOTIFICATION_ID 1; private NotificationManager mNotificationManager; NotificationCompat.Builder builder; public MyIntentService() { super(MyIntentService); } Override protected void onHandleIntent(Intent intent) { Bundle extras intent.getExtras(); // Do the work that requires your app to keep the CPU running. // ... // Release the wake lock provided by the WakefulBroadcastReceiver. MyWakefulReceiver.completeWakefulIntent(intent); } }从源码结构看该课程撰写于 Support Library 时代android/support/v4/content/WakefulBroadcastReceiver。如今 Android 官方更推荐以WorkManager或前台 Service 取代 WakeLock 手工管理但WakefulBroadcastReceiver的设计思想——「接收广播 → 保活 CPU → 交付任务 → 完成任务后释放」——仍是理解 Android 后台任务生命周期管理的经典范本。五、调度重复闹钟AlarmManager 的定位与权衡对于发生在应用使用期之外的时间相关操作官方课程推荐使用基于AlarmManager类的闹钟。典型场景如每天定时开启一次后台服务下载当日的天气预报。5.1 闹钟的核心特性允许通过预设时间或设定时间间隔触发 Intent可与BroadcastReceiver结合启动 Service 并执行其他操作可在应用范围之外执行——即使应用没有运行、或设备处于睡眠状态闹钟仍能触发事件帮助应用最小化资源需求用闹钟调度任务可以替代计时器或长时间连续运行的后台服务。Note对于需要在应用使用期之内发生的定时操作可以用闹钟替代HandlerTimerThread的组合因为这让 Android 系统能更好地统筹系统资源。5.2 权衡利弊什么场景不适合闹钟重复闹钟机制简单但没有太多灵活性对触发网络操作而言尤其要谨慎——设计不佳的闹钟会导致电量快速耗尽并给服务端造成巨大负荷。课程给出的决策建议当需要从受控服务器同步数据、且希望「应用不被使用时被唤醒触发操作」时优先考虑GCMGoogle Cloud Messaging Sync Adapter组合见 connectivity/sync-adapters/index.md。SyncAdapter 提供的任务调度选项与AlarmManager基本相同但更灵活同步可以基于「新数据」推送消息触发消息可来自服务器或设备、用户操作或无操作、每天特定时刻等。本仓库的 connectivity/efficient-downloads/regular-update.md 进一步佐证了这一思路GCM 是事件驱动模式「仅在数据更新时」通知应用建立网络连接相比定时轮询大幅减少了无线电激活次数与电量消耗。5.3 重复闹钟的最佳实践省电核心设计重复闹钟时每一个决定都会影响应用如何使用系统资源。课程给出了六条黄金准则对重复闹钟触发的网络请求添加随机性抖动闹钟触发时先做「本地任务」任何不需要访问服务器的任务同时对包含网络请求的闹钟在调度时机上增加随机性——这能避免「每个应用实例在同一时刻如 23:00同时同步」导致服务器响应变慢甚至拒绝服务让闹钟频率尽量小非必要不唤醒设备与闹钟类型相关见下节触发时间不必过度精确尽量用setInexactRepeating()替代setRepeating()非精确模式下 Android 系统会把多个应用的重复闹钟同步请求集中在一起触发减少系统唤醒设备的总次数从而降低电量消耗。从 Android 4.4API Level 19开始所有重复闹钟都变为非精确型。注意即便使用setInexactRepeating()仍可能出现各应用实例在同一时间段同时访问服务器的问题所以对网络请求依然要加随机性尽量避免让闹钟基于时钟时间精确时刻触发重复闹钟比较困难应尽可能使用ELAPSED_REALTIME。仓库中的 connectivity/efficient-downloads/regular-update.md 为这套最佳实践提供了可直接复用的代码佐证——通过SharedPreferences记录使用情况用指数退避算法在应用长时间未被使用时逐步拉大更新间隔并设置最小/最大更新频率boolean appUsed sp.getBoolean(PREFS_APPUSED, false); long updateInterval sp.getLong(PREFS_INTERVAL, DEFAULT_REFRESH_INTERVAL); if (!appUsed) if ((updateInterval * 2) MAX_REFRESH_INTERVAL) updateInterval MAX_REFRESH_INTERVAL; // ... 保存状态并重新调度 rescheduleUpdates(updateInterval); executeUpdateOrPrefetch();对于对成功与否敏感的传输则使用指数退避减少重复尝试次数private void retryIn(long interval) { boolean success attemptTransfer(); if (!success) { retryIn(interval * 2 MAX_RETRY_INTERVAL ? interval * 2 : MAX_RETRY_INTERVAL); } }六、设置重复闹钟四要素与闹钟类型重复闹钟适合「定期执行任务或定期数据查询」它有四个属性闹钟类型下节展开触发时间——如果设置的触发时间是过去的某个时间点闹钟会立即被触发闹钟间隔时间——例如一天一次、每小时一次、每五秒一次在闹钟触发时才发出的 PendingIntent——注意如果对同一个 PendingIntent 设置了另一个闹钟新闹钟会覆盖第一个。6.1 两大类型与四个具体取值闹钟类型分为两大类ELAPSED_REALTIME与REAL_TIME_CLOCKRTC。ELAPSED_REALTIME从系统启动之后开始计算不受地区和时区影响适合基于时间差的闹钟如每 30 秒触发一次REAL_TIME_CLOCKRTC使用世界统一时间UTC适合依赖地区位置的闹钟如每天特定时刻触发。两种类型各有一个唤醒_WAKEUP版本可在屏幕关闭时唤醒 CPU确保闹钟在既定时间被激活——这对实时性要求较高的应用非常有效。如果不用唤醒版本所有重复闹钟会在下一次设备被唤醒时才被激活。四个具体取值如下类型行为ELAPSED_REALTIME从设备启动起度过某段时间后激活 PendingIntent不唤醒设备设备睡眠时间也计入ELAPSED_REALTIME_WAKEUP从设备启动起度过某段时间后唤醒设备并激活RTC在某一特定时刻激活 PendingIntent不唤醒设备RTC_WAKEUP在某一特定时刻唤醒设备并激活 PendingIntent选择建议只想在特定时间间隔触发如每半小时→ 用任意一种ELAPSED_REALTIME通常这是更好的选择需要在每天特定时间触发 → 可选用RTC类型但要清楚它的缺陷地区发生变化时应用可能无法正确适配用户手动改变设备时间会引发预期之外的行为此外 RTC 还有精度问题。因此官方建议尽可能使用ELAPSED_REALTIME类型。6.2 ELAPSED_REALTIME_WAKEUP 案例每隔 30 分钟唤醒设备激活闹钟非精确重复// Hopefully your alarm will have a lower frequency than this! alarmMgr.setInexactRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, AlarmManager.INTERVAL_HALF_HOUR, AlarmManager.INTERVAL_HALF_HOUR, alarmIntent);一分钟后唤醒设备并激活一个**一次性无重复**闹钟private AlarmManager alarmMgr; private PendingIntent alarmIntent; ... alarmMgr (AlarmManager)context.getSystemService(Context.ALARM_SERVICE); Intent intent new Intent(context, AlarmReceiver.class); alarmIntent PendingIntent.getBroadcast(context, 0, intent, 0); alarmMgr.set(AlarmManager.ELAPSED_REALTIME_WAKEUP, SystemClock.elapsedRealtime() 60 * 1000, alarmIntent);6.3 RTC 案例大约下午 2 点唤醒设备激活闹钟并不断重复每天一次// Set the alarm to start at approximately 2:00 p.m. Calendar calendar Calendar.getInstance(); calendar.setTimeInMillis(System.currentTimeMillis()); calendar.set(Calendar.HOUR_OF_DAY, 14); // With setInexactRepeating(), you have to use one of the AlarmManager interval // constants--in this case, AlarmManager.INTERVAL_DAY. alarmMgr.setInexactRepeating(AlarmManager.RTC_WAKEUP, calendar.getTimeInMillis(), AlarmManager.INTERVAL_DAY, alarmIntent);让设备精确地在上午 8:30 被唤醒此后每 20 分钟唤醒一次setRepeating()支持自定义精确间隔private AlarmManager alarmMgr; private PendingIntent alarmIntent; ... alarmMgr (AlarmManager)context.getSystemService(Context.ALARM_SERVICE); Intent intent new Intent(context, AlarmReceiver.class); alarmIntent PendingIntent.getBroadcast(context, 0, intent, 0); // Set the alarm to start at 8:30 a.m. Calendar calendar Calendar.getInstance(); calendar.setTimeInMillis(System.currentTimeMillis()); calendar.set(Calendar.HOUR_OF_DAY, 8); calendar.set(Calendar.MINUTE, 30); // setRepeating() lets you specify a precise custom interval--in this case, // 20 minutes. alarmMgr.setRepeating(AlarmManager.RTC_WAKEUP, calendar.getTimeInMillis(), 1000 * 60 * 20, alarmIntent);6.4 决定闹钟的精确度选定类型后的第二步是决定精确度大多数应用应选setInexactRepeating()系统集中多个应用的重复闹钟同步请求一起触发减少电量损耗实时性要求高的应用如必须精确在 8:30 触发、此后每隔 1 小时一次才考虑setRepeating()但应尽量避免精确闹钟使用setRepeating()可以指定自定义时间间隔而setInexactRepeating()只支持系统预置的间隔常量如INTERVAL_FIFTEEN_MINUTES、INTERVAL_DAY等完整常量列表见AlarmManager官方文档。七、取消闹钟与开机恢复7.1 取消闹钟调用AlarmManager.cancel()并传入不想再触发的 PendingIntent// If the alarm has been set, cancel it. if (alarmMgr ! null) { alarmMgr.cancel(alarmIntent); }7.2 设备重启后自动恢复闹钟默认情况下所有闹钟会在设备关闭时被取消。若希望闹钟在用户重启设备后依然有效需要让应用自动重新注册重复闹钟避免用户手动操作。课程给出三步第 1 步声明RECEIVE_BOOT_COMPLETED权限以接收系统启动完成后的ACTION_BOOT_COMPLETED广播注意仅当用户至少启动过一次应用后才有效uses-permission android:nameandroid.permission.RECEIVE_BOOT_COMPLETED/第 2 步实现 BroadcastReceiver 接收广播public class SampleBootReceiver extends BroadcastReceiver { Override public void onReceive(Context context, Intent intent) { if (intent.getAction().equals(android.intent.action.BOOT_COMPLETED)) { // Set the alarm here. } } }第 3 步在 Manifest 中注册接收器Intent-Filter 接收ACTION_BOOT_COMPLETEDreceiver android:name.SampleBootReceiver android:enabledfalse intent-filter action android:nameandroid.intent.action.BOOT_COMPLETED/action /intent-filter /receiver注意 Manifest 中android:enabledfalse的用意默认禁用该接收器防止其被不必要地调用直到用户在应用内显式启用例如设置了某个闹钟时才激活它。按需启用接收器如用户设置了闹钟ComponentName receiver new ComponentName(context, SampleBootReceiver.class); PackageManager pm context.getPackageManager(); pm.setComponentEnabledSetting(receiver, PackageManager.COMPONENT_ENABLED_STATE_ENABLED, PackageManager.DONT_KILL_APP);启用后接收器会一直保持启动状态即使重启设备也不失效——代码设置的启用配置会覆盖 Manifest 中的默认配置。直到应用再次禁用ComponentName receiver new ComponentName(context, SampleBootReceiver.class); PackageManager pm context.getPackageManager(); pm.setComponentEnabledSetting(receiver, PackageManager.COMPONENT_ENABLED_STATE_DISABLED, PackageManager.DONT_KILL_APP);这一「Manifest 默认禁用 运行时按需启用/禁用」的模式与仓库中 performance/monitor-device-state/index.md 所述「按需操纵 BroadcastReceiver」的省电思路一脉相承在 Manifest 中声明的 Receiver 可在运行时切换开关根据设备状态禁用不必要的组件。八、与相关课程的衔接把省电做到系统级「管理设备的唤醒状态」不是孤立的章节它与仓库中多个相关课程构成完整省电体系最小化定期更新影响connectivity/efficient-downloads/regular-update.md给出了使用ELAPSED_REALTIME而非_WAKEUP类型的示例并阐述「多个提醒安排在同时触发让多个操作共享同一无线电状态」的批量省电思路int alarmType AlarmManager.ELAPSED_REALTIME; long interval AlarmManager.INTERVAL_HOUR; long start System.currentTimeMillis() interval; alarmManager.setInexactRepeating(alarmType, start, interval, pi);根据网络连接类型调整下载模式connectivity/efficient-downloads/connectivity-patterns.mdWi-Fi 比蜂窝无线电更省电可通过ConnectivityManager判断当前网络类型在 Wi-Fi 时加大预取量、在 2G/3G 时减少预取量优化电池寿命performance/monitor-device-state/index.md根据电量与充电状态、底座状态、网络连接状态动态调整后台更新频率并按需开关 Manifest 中的 BroadcastReceiver。总结围绕「管理设备的唤醒状态」这一章节本文完整覆盖了两条技术路线保持设备唤醒background-jobs/scheduling/wake-lock.md屏幕常亮优先用FLAG_KEEP_SCREEN_ON/android:keepScreenOnCPU 保活用PowerManagerPARTIAL_WAKE_LOCKReceiverService 组合用WakefulBroadcastReceiver的startWakefulService()/completeWakefulIntent()成对管理唤醒锁生命周期调度重复闹钟background-jobs/scheduling/alarms.md掌握ELAPSED_REALTIME/RTC及各自_WAKEUP版本的选择逻辑理解setInexactRepeating()与setRepeating()的取舍遵循「加随机抖动、最小频率、非必要不唤醒、不依赖时钟时间」的省电纪律并实现闹钟的取消与开机恢复。在实战中请始终记住官方课程的底层原则优先用系统提供的轻量级机制Flag、DownloadManager、SyncAdapter、GCM/推送、非精确闹钟替代手工保活方案唤醒锁只在确有必要时短暂使用。结合仓库中 connectivity/efficient-downloads/regular-update.md 的指数退避与批量调度代码即可在保证任务及时性的同时把后台任务对电池的影响降到最低。赞分享文档教程移动开发【免费下载链接】android-training-course-in-chineseAndroid官方培训课程中文版项目地址https://gitcode.com/gh_mirrors/an/android-training-course-in-chinese点击查看免费下载相关推荐攻克Android后台任务管理难题LSPosed的JobScheduler与AlarmManager Hook实战指南攻克Android后台任务管理难题LSPosed的JobScheduler与AlarmManager Hook实战指南 在Android开发中后台任务管理一移动开发插件系统后台任务管理完全指南Android官方培训课程中文版IntentService、CursorLoader与唤醒锁实战后台任务管理完全指南Android官方培训课程中文版IntentService、CursorLoader与唤醒锁实战 本文基于 Android官方培训课程中文文档教程移动开发10分钟上手 TypeScript Clean Architecture快速开始教程10分钟上手 TypeScript Clean Architecture快速开始教程 TypeScript Clean Architecture 是一个基于上一篇桌面图标多到没处放免费开源神器 NoFences 从零教你用围栏把桌面分区整理好下一篇番茄小说下载器实操手册一个命令批量下载整本小说离线阅读创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考