return totalSize;
}
protected void onProgressUpdate(Integer… progress) {
setProgressPercent(progress[0]);
}
protected void onPostExecute(Long result) {
showDialog(“Downloaded " + result + " bytes”);
}
}
首先先从AsyncTask的构造函数说起：
/AsyncTask的构造函数源码片段/
public AsyncTask() {
mWorker = new WorkerRunnable<Params, Result>() {
public Result call() throws Exception {
mTaskInvoked.set(true);
Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND);
Result result = doInBackground(mParams);
Binder.flushPendingCommands();
return postResult(result);
}
};
mFuture = new FutureTask(mWorker) {
@Override
protected void done() {
try {
postResultIfNotInvoked(get());
} catch (InterruptedException e) {
android.util.Log.w(LOG_TAG, e);
} catch (ExecutionException e) {
…
e.getCause());
} catch (CancellationException e) {
postResultIfNotInvoked(null);
}
}
};
}
在AsyncTask构造函数中初始化了两个对象：WorkerRunnable和FutureTask，分别赋值为mWorker、mFuture。这两个对象初始化都实现了两个回调方法，当用户执行了execute方法的时候在特定情况下会触发这两个对象的回调方法，下面我们就开始详细分析这两个对象。
结论：doInBackground是在WorkerRunnable的call方法中被回调执行的
WorkerRunnable【mWorker】
由于WorkerRunnable实现了Callable接口，所以在AsyncTask的构造函数中实例化WorkerRunnable时，必须实现call()方法。其中还需要指定泛型参数Params和Result。这样在回调了call方法之后，就能返回Result。
/** WorkerRunable类**/
private static abstrat class WorkerRunable<Params, Result> implements Callable
{
Params[] mParams;
}
/** Callable接口**/
public interface Callable
{
V call() throws Exception;
}
现在我们暂时只需要知道当执行execute的时候会回调WorkerRunnable的call方法。
FutureTask【mFuture】
从上面的AsyncTask的构造函数源码中可以看到，在构造FutureTask对象初始化时，mWorker是作为参数传递进来的。从FutureTask的构造函数也看出来了FutureTask需要一个Callable对象。
/** FutureTask的构造函数**/
public FutureTask(Callable callable) {
if (callable == null)
throw new NullPointerException();
this.callable = callable;
this.state = NEW; // ensure visibility of callable
}
【在这里不禁可以提前猜测出一个信息了，既然FutureTask把WorkerRunnable传递进来了，那WorkerRunnable的回调方法call肯定是在FutureTask中调用的】
来看看FutureTask这个类：
可以看出，FutureTask是实现了RunnableFuture接口，而这个接口继承了Runnable、以及Future。
通过上面两个类，发现其实FutureTask中的get方法实现了Runnable的阻塞和返回执行完毕的数据(泛型V)。
我们再来看FutureTask的run方法，豁然开朗，原来WorkerRunnable中的回调方法call果然是在这里调用的。
结论：WorkerRunnable中的回调方法call()是在执行FutureTask的run方法后回调的。当WorkerRunnable的call方法执行完毕后将返回数据给FutureTask。
疑问：那么，FutureTask的run方法又是被谁调用的呢？
很显然，FutureTask的run方法肯定需要AsyncTask执行execute方法后才会执行。
private static volatile Executor sDefaultExecutor = SERIAL_EXECUTOR;
public static final Executor SERIAL_EXECUTOR = new SerialExecutor();
/** AsyncTask类的execute方法**/
public final AsyncTask<Params, Progress, Result> execute(Params… params) {
return executeOnExecutor(sDefaultExecutor, params);
}
当执行execute方法时，其实是调用的executeOnExecutor方法。这里传递了两个参数，一个是sDefaultExecutor，一个是params。从上面的源码可以看出，sDefaultExecutor其实是一个SerialExecutor对象。params其实最终会赋给doInBackground方法，就是用户实现回调的方法，这个后面会看到。
executeOnExecutor
我们现在先来看executeOnExecutor方法。
/** AsyncTask类的executeOnExecutor方法**/
public final AsyncTask<Params, Progress, Result> executeOnExecutor(Executor exec,
Params… params) {
…
mStatus = Status.RUNNING;
onPreExecute();
mWorker.mParams = params;
exec.execute(mFuture);
return this;
}
看到木有？在这个方法中，最先先执行了onPreExecute()方法，此时便会回调到用户自定义AsyncTask的实现方法onPreExecute【看本文最顶部第一个例子的代码】。onPreExecute可以用来做一些后台任务执行之前的准备工作。
通过上面的代码可以看出，执行到exec.execute(mFuture)这里时传递进去了一个mFuture，这个mFuture就是之前AsyncTask构造初始化赋值的FutureTask。exec其实就是之前执行AsyncTask.execute()方法时传递进来的参数sDefaultExecutor，刚刚也说了这个sDefaultExecutor其实就是SerialExecutor对象。嗯，exec就是SerialExecutor对象。
SerialExecutor
我们可以看到，之前exec.execute(mFuture)执行时，SerialExecutor将FutureTask作为参数执行execute方法。在SerialExecutor的execute方法中，这里通过一个任务队列mTasks把FutureTask插入进了队列中，执行r.run，其实就是执行FutureTask的run方法，因为传递进来的r参数就是mFuture。
/** AsyncTask对象中的SerialExecutor成员变量【内部类】 **/
private static class SerialExecutor implements Executor {
final ArrayDeque mTasks = new ArrayDeque();
Runnable mActive;
public synchronized void execute(final Runnable r) {
mTasks.offer(new Runnable() {
public void run() {
try {
r.run();
} finally {
scheduleNext();
}
}
});
if (mActive == null) {
scheduleNext();
}
}
protected synchronized void scheduleNext() {
if ((mActive = mTasks.poll()) != null) {
THREAD_POOL_EXECUTOR.execute(mActive);
}
}
}
结论：FutureTask的run方法是在SerialExecutor的execute方法中执行的。
其实在这里，SerialExecutor实现了一个任务的排队算法。当一个AsyncTask任务开始execute时，首先执行FutureTask的run方法，然后finally执行scheduleNext方法，然后执行THREAD_POOL_EXECUTOR的execute方法。继续往下，如果mActive为空，就会继续调用scheduleNext方法执行下一个AsyncTask任务，说白了就是当mActive这个Runnable执行完毕之后，才会继续调用 THREAD_POOL_EXECUTOR.execute(mActive)。这样SerialExecutor便实现了串行的任务队列。
结论：SerialExecutor只是实现任务队列，真正执行线程池的是THREAD_POOL_EXECUTOR。
前面我们已经知道，FutureTask的run方法在SerialExecutor的execute方法中执行了，然后由 mTasks.offer 封装成一个Runnable(mActive)给THREAD_POOL_EXECUTOR。
public static final Executor THREAD_POOL_EXECUTOR
= new ThreadPoolExecutor(CORE_POOL_SIZE, MAXIMUM_POOL_SIZE, KEEP_ALIVE,
TimeUnit.SECONDS, sPoolWorkQueue, sThreadFactory);
到这里，FutureTask的run方法要开始回调WorkerRunable的call方法了。是不是已经开始晕了，2333。撑住 !!! 接下来我们还要看WorkerRunable的回调call方法：
oh my god ! 终于开始回调doInBackground方法了。看到现在已经很明白了，doInBackground的执行不是在主线程中。
mWorker = new WorkerRunnable<Params, Result>() {
public Result call() throws Exception {
mTaskInvoked.set(true);
Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND);
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）
学习路线+知识梳理
花了很长时间，就为了整理这张详细的知识路线脑图。当然由于时间有限、能力也都有限，毕竟嵌入式全体系实在太庞大了，包括我那做嵌入式的同学，也不可能什么都懂，有些东西可能没覆盖到，不足之处，还希望小伙伴们一起交流补充，一起完善进步。
这次就分享到这里吧，下篇见。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！**
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）
[外链图片转存中…(img-axWxerAp-1713712058384)]
学习路线+知识梳理
花了很长时间，就为了整理这张详细的知识路线脑图。当然由于时间有限、能力也都有限，毕竟嵌入式全体系实在太庞大了，包括我那做嵌入式的同学，也不可能什么都懂，有些东西可能没覆盖到，不足之处，还希望小伙伴们一起交流补充，一起完善进步。
这次就分享到这里吧，下篇见。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
544
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
