在实际开发中，我们需要在后台处理一些异步任务，比如说网络请求和数据的存储，根据业务的需要可能要有优先级和重试机制和网络判断等功能 。在Android开发中，我们经常用以下两种方式：
- AsyncTask：
使用异步任务是最简单的方法，但它与activity生命周期紧密耦合。如果Activity生命周期发生了改变，比如用户旋转了它的屏幕，那么Activity重新加载，那么后台任务可能会被停止。 - 使用Service+Executor：
使用Service可以很好地处理界面逻辑，但是，随着事物的增加，可能需要一个线程池来安排队列请求道磁盘中，而且需要考虑任务的优先级和并发时的并发问题。
JobQueue框架
JobQueue框架的优势
1.便于解耦Application的业务逻辑，让你的代码更加健壮，易于重构和测试。
2.不处理AsyncTask的生命周期。
3.JobQueue关心优先Jobs，检测网络连接，并行运行等。
4.可以延迟jobs。
5.分组jobs来确保串行执行。
6.默认情况下，Job Queue监控网络连接（所以你不需要担心），当设备处于离线状态，需要网络的jobs不会运行，直到网络重新连接。
JobQueue的使用
参考工程
任务调度分析
我们对JobManager的设置：至少一个消费者线程，至多三个；每个消费者线程最多处理三个任务。这些设置就是在影响任务调度。
当一个任务要加入任务队列时，会做出如下的判断：
1.首先计算当前能处理的任务数的最大值（CurrentTaskCapacity）= 已启动的消费线程数(CurrentThreadNum) * 每个线程处理任务的容量(PerThreadTaskCapacity)；
CurrentTaskCapacity = CurrentThreadNum * PerThreadTaskCapacity
2.如果当前任务数加上现在要加入任务，小于或等于CurrentTaskCapacity，则将该任务加入到任务队列中；
3.如果当前任务数加上现在要加入任务，大于CurrentTaskCapacity，则判断CurrentThreadNum是不是已经达到设置的最大值，如果没有就开辟新的消费者线程来承担任务；
4.如果CurrentTaskCapacity和CurrentThreadNum都达到上限，那就对不起了，该任务就不能加入队列，需要等到有任务执行完毕，任务容量又有了空余时才能进入队列等待执行。
参考文章
地址
https://github.com/yigit/android-priority-jobqueue
JobQueue源码解析
https://www.jianshu.com/p/0043a562c1b9
JobQueue使用
https://www.jianshu.com/p/f5c67e1f3fbc
