第27章 JobScheduler 初探

课程目录第27章 JobScheduler 初探

一、JobScheduler 初探：它到底是什么？

各位同学，咱们今天聊聊 JobScheduler。

说实话，我刚接触 Android 开发那会儿，对 JobScheduler 也是一头雾水。那时候我习惯用 Service 做后台任务，用 AlarmManager 做定时任务。后来项目越做越大，发现电池哗哗掉，用户投诉不断。嗯，这时候我才意识到——后台任务管理，真不是随便开个线程就能搞定的。

JobScheduler 是 Android 5.0（API 21）引入的一套系统级任务调度框架。它的核心思想很简单：把任务交给系统，让系统决定什么时候执行。

你想想看，如果每个 App 都自己决定什么时候干活，那手机不得炸了？JobScheduler 就是那个「交通警察」，它根据电量、网络、充电状态等条件，统一调度所有 App 的后台任务。

一句话总结：JobScheduler 是 Android 系统提供的、用于在满足特定条件时执行后台任务的 API。它帮你省电、省流量、省 CPU。

1.1 它解决了什么问题？

我遇到过不少开发者，上来就问：「我直接用 Service 不就行了？干嘛要学这个？」

好问题。咱们来看看 JobScheduler 到底解决了哪些痛点：

电池消耗问题：App 频繁唤醒系统，导致手机待机时间缩短。JobScheduler 会把多个任务合并到同一时间窗口执行。
网络滥用问题：App 在弱网或移动网络下疯狂下载数据。JobScheduler 可以指定只在 Wi-Fi 下执行。
任务管理混乱：多个 Service 同时运行，互相抢占资源。JobScheduler 统一管理，按优先级排队。
系统碎片化：不同厂商对后台限制策略不同。JobScheduler 是官方标准，兼容性更好。

我的经验：曾经有个项目，用户反馈手机发烫严重。查了一圈，发现是多个第三方 SDK 各自开了 Service 轮询。换成 JobScheduler 后，温度直接降了 5 度。真的不夸张。

1.2 与 Service、AlarmManager 的对比

咱们直接上表格，一目了然：

特性	Service	AlarmManager	JobScheduler
引入版本	API 1	API 1	API 21
执行时机	立即执行	指定时间	条件满足时
省电策略	无	弱（会唤醒设备）	强（批量合并）
网络感知	需自行判断	不支持	原生支持
充电感知	不支持	不支持	原生支持
空闲感知	不支持	不支持	原生支持
持久化	需自行处理	支持	系统自动持久化
适用场景	前台服务、即时任务	闹钟、定时提醒	数据同步、日志上传

看到没？Service 和 AlarmManager 都是「野蛮生长」时代的产物。它们只管干活，不管手机死活。JobScheduler 则是「文明社会」的产物——它懂得什么时候该干，什么时候该歇着。

注意：Service 并没有被废弃！前台 Service 仍然有它的用武之地（比如音乐播放、位置追踪）。JobScheduler 取代的是那些「偷偷摸摸在后台干活」的场景。

1.3 核心工作流程

咱们来看一张流程图，理解 JobScheduler 是怎么工作的：

流程其实不复杂：

你创建一个 JobInfo 对象，告诉系统你想干什么、在什么条件下干。
调用 JobScheduler.schedule() 提交给系统。
系统把任务加入队列，等待条件满足。
条件满足时，系统回调你的 JobService.onStartJob()。
任务执行完毕，返回 false 告诉系统任务结束。

小技巧：如果任务需要异步执行，记得在 onStartJob() 中启动一个线程，然后返回 true。任务完成后调用 jobFinished() 通知系统。我曾经在这里踩过坑——返回 false 后系统以为任务结束了，结果线程还在跑。

1.4 什么时候用 JobScheduler？

我个人的经验是，只要符合以下任一场景，优先考虑 JobScheduler：

数据同步：比如新闻 App 在 Wi-Fi 下预加载文章。
日志上传：只在充电且空闲时上传崩溃日志。
内容预缓存：比如视频 App 在夜间充电时缓存下一集。
定期清理：比如每周清理一次缓存文件。
批量操作：多个小任务合并成一次执行。

避坑指南：千万不要用 JobScheduler 做即时任务！比如用户点击「发送」按钮，你期望立即发送消息——这时候用 JobScheduler 就错了。它可能有几秒甚至几分钟的延迟。即时任务请用 Service 或 WorkManager（咱们后面会讲）。

1.5 一个最简单的例子

光说不练假把式。咱们来看一个最简示例：

// 1. 创建 JobService
public class MyJobService extends JobService {
    @Override
    public boolean onStartJob(JobParameters params) {
        // 在这里执行你的后台任务
        Log.d("JobScheduler", "任务开始执行了！");
        // 如果任务同步完成，返回 false
        return false;
    }

    @Override
    public boolean onStopJob(JobParameters params) {
        // 系统强制停止任务时回调
        Log.d("JobScheduler", "任务被停止了");
        return false; // 不需要重试
    }
}

// 2. 在 AndroidManifest.xml 中注册
// <service android:name=".MyJobService"
//     android:permission="android.permission.BIND_JOB_SERVICE" />

// 3. 在 Activity 中调度任务
JobScheduler jobScheduler = 
    (JobScheduler) getSystemService(Context.JOB_SCHEDULER_SERVICE);

JobInfo jobInfo = new JobInfo.Builder(1, 
    new ComponentName(this, MyJobService.class))
    .setRequiredNetworkType(JobInfo.NETWORK_TYPE_UNMETERED) // 仅 Wi-Fi
    .setRequiresCharging(true) // 仅充电时
    .setRequiresDeviceIdle(true) // 仅空闲时
    .build();

int result = jobScheduler.schedule(jobInfo);
if (result == JobScheduler.RESULT_SUCCESS) {
    Log.d("JobScheduler", "调度成功！");
} else {
    Log.d("JobScheduler", "调度失败...");
}

这段代码做了三件事：

定义了一个 JobService，任务执行时打印日志。
在 Manifest 中注册（别忘了加权限！）。
创建 JobInfo，设置三个条件：Wi-Fi、充电中、设备空闲。

关键点：JobInfo 的 Builder 模式非常灵活。你可以组合任意条件——网络类型、充电状态、空闲状态、截止时间、最小延迟时间等等。后面章节咱们会逐一深入。

好了，第一章就到这里。JobScheduler 的核心思想你记住了吗？说白了就是：把任务交给系统，让系统在最佳时机执行。下一章咱们会深入 JobInfo 的配置细节，看看那些条件到底怎么玩出花来。

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

📚 课程目录

一、JobScheduler 初探：它到底是什么？

1.1 它解决了什么问题？

1.2 与 Service、AlarmManager 的对比

1.3 核心工作流程

1.4 什么时候用 JobScheduler？

1.5 一个最简单的例子