1. onPreExecute是否一定在UI线程执行?
答: 不一定。onPreExecute是调用execute()的线程执行, 是在任务真正被插入到工作队列之前执行。早期的android要求execute()方法：必须在UI线程执行，因此onPreExceute会在UI线程执行。较新的android版本，不再要求execute()在ui线程执行，因此onPreExceute是在调用execute的线程执行。
2. onPostExecute/onProgressUpdate是否在UI线程执行?
答: 是的，这两个方法都是通过Handler执行，运行在UI线程中?
3. AsyncTask默认是并行执行还是串行的? 为什么要这样？
答: 3.0之前默认是串行，3.0~4.0默认是并行，4.0之后默认是串行。
之所以改并行，当然是为了效率考虑，利用线程池，提高并发性，但之后考虑到多线程可能存在一些线程安全问题，又改回串行了。注意: AsyncTask本身只是一个线程池的封装，既然是多线程，必然存在线程安全问题，而这个问题需要程序员自身去保证，只要确保程序的线程安全性，使用AysncTask并发模式是没有任何问题的。
4. AsyncTask线程池有多少个core线程，以及最大线程数?
答: coreSize = Math.max(2, Math.min(4, cpuCount - 1)), 也就是最少两个，最多四个，具体多少跟cpu核心数相关，考虑到目前主流机器都是4核以上，coreSize也基本是四个。maximumSize = cpuCount * 2 + 1。由于默认的并行队列设置了allowCoreThreadTimeout，但空闲太久时，core thread也会被回收。
5. 任务队列最大等待数是多少？超出之后会怎样? 如何避免问题
答:默认的任务队列容量是128, 若队列已满，再往队列添加任务，就会抛出RejectedExecutionException(这是java线程池默认处理方式).
由于AsyncTask并没有提供设置线程池RejectedExecutionHandler的方法，因此，想要避免这个异常，只能自己创建线程池, 并通过setDefaultExcutor方法为AsyncTask设置默认线程池。
6. AsyncTask线程池的优先级是什么?
答: 优先级是THREAD_PRIORITY_BACKGROUND.
7. 如何获取执行结果?
答: 创建AsyncTask时，其内部会创建一个FutureTask, 改FutureTask封装了doInBackground操作，执行时就是将该FutureTask传递给线程池，因此获取执行结果就是通过FutureTask.get()方法获取，AsyncTask提供了get()方法，封装FutureTask.get(), 用于获取结果。
8. 如何取消一个任务，哪些任务是可以取消的?
答: 前面讲到AsyncTask只是一个基于线程池和FutureTask的封装，哪些任务可以取消也完全是线程池与FutureTask的逻辑，AsyncTask的cancel方法仅仅调用FutureTask的cancel。因此哪些任务可取消，就看FutureTask是否可取消。考虑调用cancel时，FutureTask的状态:
- 未开始执行(New状态): 这种情况下会将状态置为(Interrupting或cancelled, 后续当此FutureTask的run方法执行时，发现其状态不是new, 会跳过执行.
- 正在执行(runner线程不等于null): 此时会根据参数mayInterruptIfRunning决定是否调用runner线程的interrupt方法，注意: interrupt并不是中断线程的意思，只有当线程处于wait(), sleep(), join()等方法上阻塞时，这些方法会立即返回，且抛出InterruptionException。若当时线程正处于running状态时，interrupt方法仅仅设置线程为interrupted状态，而不会中断线程的执行。
- 已执行: 这种情况不会发生任何事情。
可以看出，能cancel的主要是尚未开始执行的任务。cancel正在执行的任务，具有不可预知性。并且很重要一点，cancel并没有将FutureTask从线程池的等待队列移除，任然占据128中的一个位置。
9. 如何将一个Runnable交给AsyncTask框架执行?
答: 这种情况主要是想把任务交个线程池执行，而又没有必要自己创建线程或线程池，而借用AsyncTask的线程池完成。通过AsyncTask的静态方法execute(Runnable)完成。这种任务既不能获取结果，也不能取消。