Android网络业务的封装与调度.pdfVIP

Android 网络业务的封装与调度 手机客户端程序由于网络宽带的约束， 尤其在 GPRS网络环境下， 大数据量的网络交互很大程度 上降低应用的响应，影响用户体验。比如，如果做一个手机网盘客户端，在后台上传文件时 ( 大数据 量的交互 ) ，获取文件列表（ 命令类的交互 ）这个过程就显得太别慢。而我们的要求是希望这些命令 类操作能尽快得到响应。 通常，在手机客户端，我们设计一个网络操作的管理器，来统一管理这些需要联网的操作。 具体做法是把网络操作封装成一个 Command(或者说是 Task) ，管理器实现特定的调度规则来调 度运行这些 Task 。 这样做的 好处 至少有三： 一. 用 Command封装了网络操作，使得这些操作与上传的业务分离，解除了强耦合。 二. 可以根据网络情况来确定来采用不同的调度规则，提高用户体验。 三 . 重用，这些 Task 和 TaskManager 的代码在别的手机应用上基本上能照搬过去。 四. 扩展，当应用需要扩展新的业务时，只有扩展一个新的 Command(或者说是 Task) ，接受调 度即可，易于扩展。 例子： 还是以上文提到的微盘为例，可以概括我们对管理器的设计要求有： 在 Wifi 网络环境下： 一：各种网络操作可以并行运行。 在 GPRS网络环境下： 二：支持优先级抢占调度， 命令类操作的优先级比数据传输类的优先级高， 当命令类的 Task （获 取文件列表）提交后，打断数据传输的 Task （如上传，下载），等命令类的任务运行完毕，再接着 运行数据类任务（断点上传，下载）。 二：同一个优先级的任务可以并行运行，如多个命令一起在网络上传输。 实现思路： TaskManager ： 1. TaskManager 开辟一个后台线程进行调度工作。 2. 由于要支持多个优先级的抢占调度，我们需要两个队列来维护运行中的 Task 和等待中的 Task。 3. 由于 Task 的调度是基于优先级的， 我们可以使用优先级队列， 运行队列采用 PriorityQueue ， 等待队列使用 PriorityBlockingQueue ，当没有网络业务需要运行时， 调度线程阻塞挂起， 避免空转。 4. TaskManager 设计为单一实例（单一模式）。 5. 每个 Task 被调度运行时，该 Task 被从等待队列移动运行队列，当 Task 执行完毕时，从运 行队列删除，唤醒调度线程进行新的调度。 下面是简单的 设计代码 ： public final class TaskEngine implements Runnable{ private PriorityQueueTask runningQueue;// 运行的 task 队列 private PriorityBlockingQueueTask readyQueue;// 就绪的 task 队列, 准备接受调度的 task 列表 private final AtomicLong taskIdProducer = new AtomicLong(1);//Task Id 生成器 private Object sheduleLock = new Object();// 同步锁 private static TaskEngine instance; public long addTask(BusinessObject bo){ Task task = new Task(bo