asynctaskexecutor（android中 如果要你来设计AsyncTask，你怎么设计）

本文目录

• android中 如果要你来设计AsyncTask，你怎么设计
• 关于AsyncTask嵌套
• asynctask重写的doinbackground为什么不执行
• 为什么java已经有线程池的实现了，还要继续使用asynctask

android中 如果要你来设计AsyncTask，你怎么设计

AsyncTask是Android为我们提供的方便编写异步任务的工具类，但是，在了解AsyncTask的实现原理之后，发现AsyncTask并不能满足我们所有的需求，使用不当还有可能导致应用FC。所以大家很有必要对AsyncTask工具做一个全面详细而详细的学习。
AsyncTask主要有二个部分：一个是与主线各的交互，另一个就是线程的管理调度。虽然可能多个AsyncTask的子类的实例，但是AsyncTask的内部Handler和ThreadPoolExecutor都是进程范围内共享的，其都是static的，也即属于类的，类的属性的作用范围是CLASSPATH，因为一个进程一个VM，所以是AsyncTask控制着进程范围内所有的子类实例。
与主线程交互
与主线程交互是通过Handler来进行的，因为本文主要探讨AsyncTask在任务调度方面的，所以对于这部分不做细致介绍，感兴趣的朋友可以去看AsyncTask的源码
线程任务的调度
内部会创建一个进程作用域的线程池来管理要运行的任务，也就就是说当你调用了AsyncTask#execute()后，AsyncTask会把任务交给线程池，由线程池来管理创建Thread和运行Therad。对于内部的线程池不同版本的Android的实现方式是不一样的：
Android2.3以前的版本，也即SDK/API 10和以前的版本
内部的线程池限制是5个，也就是说同时只能有5个线程运行，超过的线程只能等待，等待前面的线程某个执行完了才被调度和运行。换句话说，如果一个进程中的AsyncTask实例个数超过5个，那么假如前5个都运行很长时间的话，那么第6个只能等待机会了。这是AsyncTask的一个限制，而且对于2.3以前的版本无法解决。
如果你的应用需要大量的后台线程去执行任务，那么你只能放弃使用AsyncTask，自己创建线程池来管理Thread，或者干脆不用线程池直接使用Thread也无妨。不得不说，虽然AsyncTask较Thread使用起来比较方便，但是它最多只能同时运行5个线程，这也大大局限了它的实力，你必须要小心的设计你的应用，错开使用AsyncTask的时间，尽力做到分时，或者保证数量不会大于5个，否则就可能遇到上面提到的问题。要不然就只能使用JavaSE中的API了。

关于AsyncTask嵌套

你可以自己定义一个函数：
void startMyTask(AsyncTask asyncTask) {
if(Build.VERSION.SDK_INT 》= Build.VERSION_CODES.HONEYCOMB)
asyncTask.executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR, params);
else
asyncTask.execute(params);
}
只要android的版本新于HONEYCOMB， 你可以同时在一个THREAD POOL 里运行两个或更多的 asyncTask。

asynctask重写的doinbackground为什么不执行

AsyncTask的内幕
AsyncTask
主要有二个部分：一个是与主线各的交互，另一个就是线程的管理调度。虽然可能多个AsyncTask的子类的实例，但是AsyncTask的内部
Handler和ThreadPoolExecutor都是进程范围内共享的，其都是static的，也即属于类的，类的属性的作用范围是
CLASSPATH，因为一个进程一个VM，所以是AsyncTask控制着进程范围内所有的子类实例。
与主线程交互
与主线程交互是通过Handler来进行的，因为本文主要探讨AsyncTask在任务调度方面的，所以对于这部分不做细致介绍，感兴趣的朋友可以去看AsyncTask的源码
线程任务的调度
内
部会创建一个进程作用域的线程池来管理要运行的任务，也就就是说当你调用了AsyncTask#execute()后，AsyncTask会把任务交给线
程池，由线程池来管理创建Thread和运行Therad。对于内部的线程池不同版本的Android的实现方式是不一样的：
Android2.3以前的版本，也即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做出了一些调整：
#execute()提交的任务，按先后顺序每次只运行一个
也就是说它是按提交的次序，每次只启动一个线程执行一个任务，完成之后再执行第二个任务，也就是相当于只有一个后台线程在执行所提交的任务(Executors.newSingleThreadPool())。

新增了接口#executeOnExecutor()
这
个接口允许开发者提供自定义的线程池来运行和调度Thread，如果你想让所有的任务都能并发同时运行，那就创建一个没有限制的线程池
(Executors.newCachedThreadPool())，并提供给AsyncTask。这样这个AsyncTask实例就有了自己的线程池
而不必使用AsyncTask默认的。
新增了二个预定义的线程池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()之后马上执行。
那
么解决方法其实很简单，要么直接使用Thread，要么创建一个单独的线程池(Executors.newCachedThreadPool())。或者
最简单的解法就是使用executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR)，这样起码不用等到前面的都
结束了再执行。
AsyncTask的使用注意事项
前面的文章曾建议使用AsyncTask而不是使用Thread，但是AsyncTask似乎又有它的限制，这就要根据具体的需求情况而选择合适的工具，No Silver Bullet。下面是一些建议：
改善你的设计，少用异步处理
线程的开销是非常大的，同时异步处理也容易出错，难调试，难维护，所以改善你的设计，尽可能的少用异步。对于一般性的数据库查询，少量的I/O操作是没有必要启动线程的。
与主线程有交互时用AsyncTask，否则就用Thread
AsyncTask被设计出来的目的就是为了满足Android的特殊需求：非主线程不能操作(UI)组件，所以AsyncTask扩展Thread增强了与主线程的交互的能力。如果你的应用没有与主线程交互，那么就直接使用Thread就好了。
当有需要大量线程执行任务时，一定要创建线程池
线
程的开销是非常大的，特别是创建一个新线程，否则就不必设计线程池之类的工具了。当需要大量线程执行任务时，一定要创建线程池，无论是使用
AsyncTask还是Thread，因为使用AsyncTask它内部的线程池有数量限制，可能无法满足需求；使用Thread更是要线程池来管理，避
免虚拟机创建大量的线程。比如从网络上批量下载图片，你不想一个一个的下，或者5个5个的下载，那么就创建一个CorePoolSize为10或者20的
线程池，每次10个或者20个这样的下载，即满足了速度，又不至于耗费无用的性能开销去无限制的创建线程。
对于想要立即开始执行的异步任务，要么直接使用Thread，要么单独创建线程池提供给AsyncTask
默认的AsyncTask不一定会立即执行你的任务，除非你提供给他一个单独的线程池。如果不与主线程交互，直接创建一个Thread就可以了，虽然创建线程开销比较大，但如果这不是批量操作就没有问题。
Android的开发没有想像中那样简单，要多花心思和时间在代码上和测试上面，以确信程序是优质的

为什么java已经有线程池的实现了，还要继续使用asynctask

1. --------newFixedThreadPool
(创建一个定长线程池，可控制线程最大并发数，超出的线程会在队列中等待。)
public static ExecutorService newFixedThreadPool (int nThreads);
public static ExecutorService newFixedThreadPool (int nThreads, ThreadFactory threadFactory);
2. --------newSingleThreadExecutor
（创建一个单线程化的线程池，它只会用唯一的工作线程来执行任务，保证所有任务按照指定顺序(FIFO, LIFO, 优先级)执行。）
public static ExecutorService newSingleThreadExecutor();
public static ExecutorService newSingleThreadExecutor(ThreadFactory threadFactory);
3. --------newCachedThreadPool
（创建一个可缓存线程池，如果线程池长度超过处理需要，可灵活回收空闲线程，若无可回收，则新建线程）
public static ExecutorService newCachedThreadPool();
public static ExecutorService newCachedThreadPool(ThreadFactory threadFactory);
4. --------newScheduledThreadPool
（ 创建一个定长线程池，支持定时及周期性任务执行。）
public static ScheduledExecutorService newScheduledThreadPool(int corePoolSize);
public static ScheduledExecutorService newScheduledThreadPool(int corePoolSize, ThreadFactory threadFactory);
*******************************************
定长线程池-newFixedThreadPool 的第一个构造方法
public static ExecutorService newFixedThreadPool(int nThreads);传入的参数nThreads是最大的同时进行、并发的线程数。如果我定义它是3，那么同时执行3个，超过的了就要排队等待，流水线操作形式。
public static ExecutorService newFixedThreadPool(int nThreads, ThreadFactory threadFactory);
这个构造函数的第一个参数和上面的一个样，第二个是线程工厂，它的作用：
文档中是这样说的 ：
这是什么意思呢？ 其实就是说，在把线程加入线程池之前，都对它们共同进行一些操作，例如改变一些属性。比如说setName()，thread-1和2、3、4 依次通过一个for 循环加入到线程池 中，他们的 Name 都会被改变。
线程池一般的使用方法：
通过 Executors.newFixedThreadPool(...).execute(Runnable()) 并发运行，例如下面的代码片段
1 ExecutorService fixedThreadPool = Executors.newFixedThreadPool(3);
2 for (int i = 0; i 《 10; i++) {
3 final int index = i;
4 fixedThreadPool.execute(new Runnable() {
5
6 @Override
7 public void run() {
8 try {
9 Log.d(“******“, Thread.currentThread().getId() + “ thread name: “ + Thread.currentThread().getName()+“--“+index);
10 Thread.sleep(2000);
11 } catch (InterruptedException e) {
12 // TODO Auto-generated catch block
13 e.printStackTrace();
14 }
15 }
16 });
17 }