Android异步处理技术(二)

异步处理技术(二)

写在前面

前文写了adnroid的前三种异步处理技术，而且前文结尾也说了在这篇会总结后面三种技术，不多说就直接点吧。

Executor Framework

Executor框架是一使用线程池来解决频繁创建销毁线程而导致应用性能下降的问题，它可以提供以下能力：

• 创建线程池，同时通过队列开控制能够执行的任务的个数
• 可以检测导致线程意外终止的错误
• 等待线程执行完成并获取执行结果
• 可以批量执行任务，并且能按照顺序拿到执行结果
• 灵活地在适合的时机启动后台线程，从而保证能很快把结果反馈给用户。

---

下面来说一下这么强大的框架需要怎么用了：
首先Executor整个框架里面放在底层的是一个叫做Executor的接口，使用这个接口最简单的方法就是重写它的抽象方法里面直接添加一个线程并执行，当然这种做法很随便，也没什么意义。

那么这个框架是怎么灵活的使用这个接口的呢？

首先它用ExecutorService继承Executor，添加了更多管理Executor自身的生命周期的方法当然是抽象的，然后使用一个抽象类AbstractExecutorService实现了ExecutorService部分抽象方法，随之使用ThreadPoolExecutor继承了AbstractExecutorService这个抽象类，彻底接盘所有的抽象方法并且实现，到了ThreadPoolExecutor这里一个线程池已经可以基于ThreadPoolExecutor这个类实现了，我们可以看看它的构造方法了解下：

TreadPoolExecutor executor = new ThreadPoolExecutor(
    int corePoolSize ,                   //核心线程数
    int maximumPoolSize,                 //最大线程数
    long keepAliveTime,                  //线程空闲存活时间
    TimeUnit unit,                       //线程存活时间单位
    BlockingQueue workQueue    //Runnabl任务队列
);

可以看出ThreadPoolExecutor已经是一个完全体了，基于它我们完全可以自定义一个线程池出来用了，当然很多时候没多复杂的业务动不动就自定义的话就很麻烦，所以Executor框架基于ThreadPoolExecutor这个类再包了一层不同种类的马甲，实现了各个能满足日常需求的线程池供大家使用，并且使用静态工厂的模式创建，即拿即用很方便，比如：

• 固定大小的线程池：

    Executors.newFixedThreadPool(n);   
    //n代表线程个数
  

• 可变大小的线程池：

    Executors.newCachedThreadPool(); 
  

• 单个线程的线程池：

    Executors.newSingleThreadExecutor(); 
  

AsyncTask

AsyncTask大家应该比较熟悉了，AsyncTask是Android对Executor的再一次封装，可以理解成是一个更适合Android开发的Executor框架。
AsyncTask使用主要是把耗时的任务放到工作线程中执行，同时提供接口方便工作线程跟主线程之间的通信，并且使工作线程变得可控制。
一般我们会这样使用AsyncTask：

Public class FullTask extends AsyncTask{
    //Params 泛型参数，定义传给后台线程的参数
    //Progress 指定的泛型作为进度单位。
    //Result 指定返回类型

    @Override
    protected void onPreExecute(){
        //这个方法会在后台任务开始执行之间调用
    }

    @Override
    protected Result doInBackground(Params...params){
        //这个方法中的所有代码都会在子线程中运行
        //我们应该在这里去处理所有的耗时任务。
    }

    @Override
    protected void onProgressUpdate(Progress...progress){
        //当在后台任务中调用了publishProgress(Progress...)方法后
        //这个方法就很快会被调用
        //方法中携带的参数就是在后台任务中传递过来的
    }

    @Override
    protected void onPostExecute(Result result){
        //当后台任务执行完毕并通过return语句进行返回时，这个方法就很快会被调用。
    }

    @Override
    protected void onPostExecute(Result result){
        //我们可以随时调用 cancel（boolean）去取消这个加载任务
        //当调用cancel()后，在doInBackground（）return后
        //我们将会调用onCancelled(Object) 不会调用onPostExecute(Object)
    }
}

    上述的方法里面除了doInBackground方法是运行在后台线程，其他的方法都是运行在主线程上的。具体的使用方法大家可以在网上查到很多资料就不多写了。

    AsyncTask有趣的地方是在不同的android系统里面AsyncTask 的执行方式都些许差别，现在只要API>=13的 AsyncTask.execute会串行执行，AsyncTask.executeOnExecutor可以串行跟并行，所以现在的android开发尽量提倡使用executeOnExecutor。

    AsyncTask还有一个十分有趣的地方是，一个应用上的所有AsyncTask实例是全局的，如果AsyncTask的任务是串行运行的话，这个应用上的所有AsyncTask都会进行排队。AsyncTask异步运行还有一个情况是，最大并行执行数是你的cpu核数+1，这种情况是因为AsyncTask源码的ThreadPoolExecutor定义就是如此。

Loader

    最后一个了，Loader是从Android 3.0开始引入的，是上面AsyncTask的一个拓展，使用它可以让activity或者fragement中异步加载数据变得简单起来。一般来说Loader的API常用的有：

• Loader：Loader框架的基类 ，封装了实现异步加载的接口，只要一个加载器已经被激活了，它就会开始监视数据源并且在数据发生改变时发送新的结果。

• AsyncTaskLoader：Loader的子类，是基于AsyncTask实现的异步加载，它的子类必须实现loadInBackgroup方法。

• CursorLoader:主要封装了对ContentResolver的query操作，实现对ContentProvider的查询数据操作的功能。

• LoaderManager:LoaderManager是一个抽象类，主要是Activity跟Fragment用来管理各个Loader的对象，现在可以直接使用Activity跟Fragment的内部接口getLoaderManager()直接获得LoaderManager对象。LoaderManager用来管理一个或者多个Loader对象。

• LoaderManger.LoaderCallbacks:LoaderManager的回调接口，主要方法有如下三个方法：

  • onCreateLoader();
  • onLoadFinished();
  • onLoaderReset();

    在《Android开发艺术与探索》一书中有专门一节讲诉如何使用Loader来封装一个网络图片加载器的例子，最终实现丝滑的图片墙，有时间我会把自己对那个例子的理解总结下，这样会对Loader的理解更加的深刻点。

总结

    最后没有放出Loader的使用方法，因为Loader 的使用方法不难，灵活的使用结合场景熟练的封装才是Loader存在的意义。以上加上上一文是所有对于Android异步加载的总结，希望大家看到这里能有所收获。谢谢~！