AsyncTask使用须知

AsyncTask的实现原理就是封装了的线程池，详细见AsyncTask实现原理。

在1.5中初始引入的时候， AsyncTask 运行( AsyncTask.execute() )起来是顺序的，当同一时候运行多个 AsyncTask的时候，他们会依照顺序一个一个运行。前面一个运行完才会运行后面一个。这样当同一时候运行多个比較耗时的任务的时候 可能不是您期望的结果，详细情况就像是execute的task不会被马上运行，要等待前面的task运行完成后才干够运行。

在android 1.6(Donut) 到 2.3.2(Gingerbread)中，AsyncTask的运行顺序改动为并行运行了。假设同一时候运行多个任务，则这些任务会并行运行。 当任务訪问同一个资源的时候 会出现并发问题.

而在Android 3.0(Honeycomb)以后的版本号中，AsyncTask又改动为了顺序运行，而且新加入了一个函数 executeOnExecutor(Executor)，假设您须要并行运行，则仅仅须要调用该函数，并把參数设置为并行运行就可以。

AsyncTask主要有二个部分：一个是与主线各的交互，还有一个就是线程的管理调度。尽管可能多个AsyncTask的子类的实例，可是AsyncTask的内部Handler和ThreadPoolExecutor都是进程范围内共享的，其都是static的，也即属于类的，类的属性的作用范围是CLASSPATH，由于一个进程一个VM，所以是AsyncTask控制着进程范围内全部的子类实例。

与主线程交互就不多说了。

线程任务的调度

内部会创建一个进程作用域的线程池来管理要执行的任务，也就就是说当你调用了AsyncTask#execute()后，AsyncTask会把任务交给线程池，由线程池来管理创建Thread和执行Therad。对于内部的线程池不同版本号的Android的实现方式是不一样的：

Android2.3曾经的版本号（忽略1.5，差点儿没人用了），也即SDK/API 10和曾经的版本号

内部的线程池限制是5个，也就是说同一时候仅仅能有5个线程执行，超过的线程仅仅能等待，等待前面的线程某个执行完了才被调度和执行。换句话说，假设一个进程中的AsyncTask实例个数超过5个，那么假如前5个都执行非常长时间的话，那么第6个仅仅能等待机会了。这是AsyncTask的一个限制，并且对于2.3曾经的版本号无法解决。假设你的应用需要大量的后台线程去执行任务，那么你仅仅能放弃使用AsyncTask，自己创建线程池来管理Thread，或者干脆不用线程池直接使用Thread也无妨。不得不说，尽管AsyncTask较Thread使用起来比較方便，可是它最多仅仅能同一时候执行5个线程，这也大大局限了它的实力，你必需要小心的设计你的应用，错开使用AsyncTask的时间，尽力做到分时，或者保证数量不会大于5个，否则就可能遇到上面提到的问题。要不然就仅仅能使用JavaSE中的API了。

Android 3.0以后，也即SDK/API 11和以后的版本号

可能是Google意识到了AsyncTask的局限性了，从Android 3.0開始对AsyncTask的API做出了一些调整：



1，execute()提交的任务，按先后顺序每次仅仅执行一个

也就是说它是按提交的次序，每次仅仅启动一个线程运行一个任务，完毕之后再运行第二个任务，也就是相当于仅仅有一个后台线程在运行所提交的任务(Executors.newSingleThreadPool())。

2，新增了接口#executeOnExecutor()

这个接口同意开发人员提供自己定义的线程池来执行和调度Thread，假设你想让全部的任务都能并发同一时候执行，那就创建一个没有限制的线程池(Executors.newCachedThreadPool())，并提供给AsyncTask。这样这个AsyncTask实例就有了自己的线程池而不必使用AsyncTask默认的。





3，新增了二个提前定义的线程池SERIAL_EXECUTOR和THREAD_POOL_EXECUTOR

事实上THREAD_POOL_EXECUTOR并非新增的，之前的就有，仅仅只是之前(Android 2.3)它是AsyncTask私有的，未公开而已。THREAD_POOL_EXECUTOR是一个corePoolSize为5的线程池，也就是说最多仅仅有5个线程同一时候执行，超过5个的就要等待。所以假设使用executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR)就跟2.3版本号的AsyncTask.execute()效果是一样的。

而SERIAL_EXECUTOR是新增的，它的作用是保证任务运行的顺序，也就是它能够保证提交的任务确实是依照先后顺序运行的。它的内部有一个队列用来保存所提交的任务，保证当前仅仅运行一个，这样就能够保证任务是全然依照顺序运行的，默认的execute()使用的就是这个，也就是executeOnExecutor(AsyncTask.SERIAL_EXECUTOR)与execute()是一样的。

前面问题的解法

了解了AsyncTask的内幕就知道了前面问题的解决办法：由于是4.0平台，所以全部的AsyncTask并不都会运行在单独的线程中，而是被SERIAL_EXECUTOR顺序的使用线程运行。由于应用中可能还有其它地方使用AsyncTask，所以到网络取图片的AsyncTask或许会等待到其它任务都完毕时才得以运行而不是调用executor()之后立即运行。



那么解决方法事实上非常easy，要么直接使用Thread，要么创建一个单独的线程池(Executors.newCachedThreadPool())。或者最简单的解法就是使用executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR)，这样起码不用等到前面的都结束了再运行。

AsyncTask的使用注意事项

前面的文章曾建议使用AsyncTask而不是使用Thread，可是AsyncTask似乎又有它的限制，这就要依据详细的需求情况而选择合适的工具，No Silver Bullet。以下是一些建议：



与主线程有交互时用AsyncTask，否则就用Thread

AsyncTask被设计出来的目的就是为了满足Android的特殊需求：非主线程不能操作(UI)组件，所以AsyncTask扩展Thread增强了与主线程的交互的能力。假设你的应用没有与主线程交互，那么就直接使用Thread就好了。



当有须要大量线程运行任务时，一定要创建线程池

线程的开销是很大的，特别是创建一个新线程，否则就不必设计线程池之类的工具了。当须要大量线程运行任务时，一定要创建线程池，不管是使用AsyncTask还是Thread，由于使用AsyncTask它内部的线程池有数量限制，可能无法满足需求；使用Thread更是要线程池来管理，避免虚拟机创建大量的线程。比方从网络上批量下载图片，你不想一个一个的下，或者5个5个的下载，那么就创建一个CorePoolSize为10或者20的线程池，每次10个或者20个这种下载，即满足了速度，又不至于耗费没用的性能开销去无限制的创建线程。



对于想要马上開始运行的异步任务，要么直接使用Thread，要么单独创建线程池提供给AsyncTask

默认的AsyncTask不一定会马上运行你的任务，除非你提供给他一个单独的线程池。假设不与主线程交互，直接创建一个Thread就能够了，尽管创建线程开销比較大，但假设这不是批量操作就没有问题。

附上相关资源：

使用自己定义的CorePoolSize为7的Executor(Executors.newFixedThreadPool(7))：

使用未设限制的Executor(Executors.newCachedThreadPool())：

參考：http://blog.csdn.net/hitlion2008/article/details/7983449