Android线程: AsyncTask全解析(下) AsyncTask源码分析

最新推荐文章于 2021-05-26 23:55:51 发布
最新推荐文章于 2021-05-26 23:55:51 发布
阅读量1.3k 收藏
点赞数
分类专栏： Android进程框架
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/gaolh89/article/details/91986769
版权

在上篇博客(点击跳转)中我们详细介绍了AsyncTask的使用。虽然AsyncTask这么简单好用，但你知道它是怎样实现的吗？那么接下来，我们就来分析一下AsyncTask的源码，对它的实现原理一探究竟。

本文源码分析选用的是Android 4.0的源码。而AsyncTask在不同的版本中有一些不同,关于不同的部分在文章最后会有说明。

从之前DownloadTask的代码

new DownloadTask().execute();

就可以看出，在启动某一个任务之前，要先new出它的实例，因此，我们就先来看一看AsyncTask构造函数中的源码，如下所示：

public AsyncTask() {
	mWorker = new WorkerRunnable<Params, Result>() {
		public Result call() throws Exception {
			mTaskInvoked.set(true);    //设为true，表示当前任务已经被调用过了
			Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND);
			return postResult(doInBackground(mParams));
		}
	};

   //FutureTask是一个并发类，在这里它充当Runnable的作用
	mFuture = new FutureTask<Result>(mWorker) {
		@Override
		protected void done() {
			try {
				final Result result = get();
				postResultIfNotInvoked(result);
			} catch (InterruptedException e) {
				android.util.Log.w(LOG_TAG, e);
			} catch (ExecutionException e) {
				throw new RuntimeException("An error occured while executing doInBackground()",
						e.getCause());
			} catch (CancellationException e) {
				postResultIfNotInvoked(null);
			} catch (Throwable t) {
				throw new RuntimeException("An error occured while executing "
						+ "doInBackground()", t);
			}
		}
	};
}

这段代码虽然看起来有点长，但实际上并没有任何具体的逻辑会得到执行，只是初始化了两个变量，mWorker和mFuture，并在初始化mFuture的时候将mWorker作为参数传入。mWorker是一个Callable对象，mFuture是一个FutureTask对象，这两个变量会暂时保存在内存中，稍后才会用到它们。

接着如果想要启动某一个任务，就需要调用该任务的execute()方法，因此现在我们来看一看execute()方法的源码，如下所示：

public final AsyncTask<Params, Progress, Result> execute(Params... params) {
	return executeOnExecutor(sDefaultExecutor, params);
}

简单的有点过分了，只有一行代码，仅是调用了executeOnExecutor()方法，那么具体的逻辑就应该写在这个方法里了，快跟进去瞧一瞧：

public final AsyncTask<Params, Progress, Result> executeOnExecutor(Executor exec,
		Params... params) {
	if (mStatus != Status.PENDING) {   //Status是一个枚举类，有且只有3个值：PENDING、RUNNING、FINISHED
		switch (mStatus) {
			case RUNNING:
				throw new IllegalStateException("Cannot execute task:"
						+ " the task is already running.");
			case FINISHED:
				throw new IllegalStateException("Cannot execute task:"
						+ " the task has already been executed "
						+ "(a task can be executed only once)");
		}
	}
	mStatus = Status.RUNNING;
	onPreExecute();
	mWorker.mParams = params;
	exec.execute(mFuture);
	return this;
}

果然，这里的代码看上去才正常点。可以看到，在第15行调用了onPreExecute()方法，因此证明了onPreExecute()方法会第一个得到执行。

可是接下来的代码就看不明白了，怎么没见到哪里有调用doInBackground()方法呢？别着急，慢慢找总会找到的，我们看到，在第17行调用了Executor的execute()方法，并将前面初始化的mFuture对象传了进去，那么这个Executor对象又是什么呢？查看上面的execute()方法，原来是传入了一个sDefaultExecutor变量，接着找一下这个sDefaultExecutor变量是在哪里定义的，源码如下所示：

public static final Executor SERIAL_EXECUTOR = new SerialExecutor();
……
private static volatile Executor sDefaultExecutor = SERIAL_EXECUTOR;

可以看到，这里先new出了一个SERIAL_EXECUTOR常量，然后将sDefaultExecutor的值赋值为这个常量，也就是说明，刚才在executeOnExecutor()方法中调用的execute()方法，其实也就是调用的SerialExecutor类中的execute()方法。那么我们自然要去看看SerialExecutor的源码了，如下所示：

1.AysncTask有2个线程池（SerialExecutor 、THREAD_POOL_EXECUTOR）和一个Handler（InternalHandler），
2.其中SerialExecutor用于任务的排队，而线程池THREAD_POOL_EXECUTOR用于真正地执行任务，
3.InternalHandler用于将执行环境从线程池切换到主线程


private static class SerialExecutor implements Executor {
	final ArrayDeque<Runnable> mTasks = new ArrayDeque<Runnable>();
	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);
		}
	}
}

SerialExecutor类中也有一个execute()方法，这个方法里的所有逻辑就是在子线程中执行的了，注意这个方法有一个Runnable参数，那么目前这个参数的值是什么呢？当然就是mFuture对象了，也就是说在第9行我们要调用的是FutureTask类的run()方法，而在这个方法里又会去调用Sync内部类的innerRun()方法，因此我们直接来看innerRun()方法的源码：

void innerRun() {
	if (!compareAndSetState(READY, RUNNING))
		return;
	runner = Thread.currentThread();
	if (getState() == RUNNING) { // recheck after setting thread
		V result;
		try {
			result = callable.call();
		} catch (Throwable ex) {
			setException(ex);
			return;
		}
		set(result);
	} else {
		releaseShared(0); // cancel
	}
}

可以看到，在第8行调用了callable的call()方法，那么这个callable对象是什么呢？其实就是在初始化mFuture对象时传入的mWorker对象了，此时调用的call()方法，也就是一开始在AsyncTask的构造函数中指定的，我们把它单独拿出来看一下，代码如下所示：

public Result call() throws Exception {
	mTaskInvoked.set(true);
	Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND);
	return postResult(doInBackground(mParams));
}

在postResult()方法的参数里面，我们终于找到了doInBackground()方法的调用处，虽然经过了很多周转，但目前的代码仍然是运行在子线程当中的，所以这也就是为什么我们可以在doInBackground()方法中去处理耗时的逻辑。接着将doInBackground()方法返回的结果传递给了postResult()方法，这个方法的源码如下所示：

private Result postResult(Result result) {
	Message message = sHandler.obtainMessage(MESSAGE_POST_RESULT,
			new AsyncTaskResult<Result>(this, result));
	message.sendToTarget();
	return result;
}

如果你已经熟悉了异步消息处理机制，这段代码对你来说一定非常简单吧。这里使用sHandler对象发出了一条消息，消息中携带了MESSAGE_POST_RESULT常量和一个表示任务执行结果的AsyncTaskResult对象。这个sHandler对象是InternalHandler类的一个实例，那么稍后这条消息肯定会在InternalHandler的handleMessage()方法中被处理。InternalHandler的源码如下所示：

private static final InternalHandler sHandler = new InternalHandler();

private static class InternalHandler extends Handler {
	@SuppressWarnings({"unchecked", "RawUseOfParameterizedType"})
	@Override
	public void handleMessage(Message msg) {
		AsyncTaskResult result = (AsyncTaskResult) msg.obj;
		switch (msg.what) {
			case MESSAGE_POST_RESULT:    //消息类型是：结果
				// There is only one result
				result.mTask.finish(result.mData[0]);
				break;
			case MESSAGE_POST_PROGRESS:   //消息类型是：进度
				result.mTask.onProgressUpdate(result.mData);
				break;
		}
	}
}

可以发现，sHandler是一个静态的Handler对象，为了能够将执行环境切换到主线程，这就要求sHanlder这个对象必须在主线程中创建。由于静态成员会在加载类的时候进行初始化，因此这就变相要求AysncTask的类必须在主线程中加载。

这里对消息的类型进行了判断，如果这是一条MESSAGE_POST_RESULT消息，就会去执行finish()方法，如果这是一条MESSAGE_POST_PROGRESS消息，就会去执行onProgressUpdate()方法。那么finish()方法的源码如下所示：

private void finish(Result result) {
	if (isCancelled()) {
		onCancelled(result);
	} else {
		onPostExecute(result);
	}
	mStatus = Status.FINISHED;
}

可以看到，如果当前任务被取消掉了，就会调用onCancelled()方法，如果没有被取消，则调用onPostExecute()方法，这样当前任务的执行就全部结束了。

我们注意到，在刚才InternalHandler的handleMessage()方法里，还有一种MESSAGE_POST_PROGRESS的消息类型，这种消息是用于当前进度的，调用的正是onProgressUpdate()方法，那么什么时候才会发出这样一条消息呢？相信你已经猜到了，查看publishProgress()方法的源码，如下所示：

protected final void publishProgress(Progress... values) {
	if (!isCancelled()) {
		sHandler.obtainMessage(MESSAGE_POST_PROGRESS,
				new AsyncTaskResult<Progress>(this, values)).sendToTarget();
	}
}

非常清晰了吧！正因如此，在doInBackground()方法中调用publishProgress()方法才可以从子线程切换到UI线程，从而完成对UI元素的更新操作。其实也没有什么神秘的，因为说到底，AsyncTask也是使用的异步消息处理机制，只是做了非常好的封装而已。

读到这里，相信你对AsyncTask中的每个回调方法的作用、原理、以及何时会被调用都已经搞明白了吧。

关于AsyncTask你所不知道的秘密

不得不说，刚才我们在分析SerialExecutor的时候，其实并没有分析的很仔细，仅仅只是关注了它会调用mFuture中的run()方法，但是至于什么时候会调用我们并没有进一步地研究。其实SerialExecutor也是AsyncTask在3.0版本以后做了最主要的修改的地方，它在AsyncTask中是以常量的形式被使用的，因此在整个应用程序中的所有AsyncTask实例都会共用同一个SerialExecutor。下面我们就来对这个类进行更加详细的分析，为了方便阅读，我把它的代码再贴出来一遍：

private static class SerialExecutor implements Executor {
	final ArrayDeque<Runnable> mTasks = new ArrayDeque<Runnable>();
	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);
		}
	}
}

可以看到，SerialExecutor是使用ArrayDeque这个队列来管理Runnable对象的，如果我们一次性启动了很多个任务，首先在第一次运行execute()方法的时候，会调用ArrayDeque的offer()方法将传入的Runnable对象添加到队列的尾部，然后判断mActive对象是不是等于null，第一次运行当然是等于null了，于是会调用scheduleNext()方法。在这个方法中会从队列的头部取值，并赋值给mActive对象，然后调用THREAD_POOL_EXECUTOR去执行取出的取出的Runnable对象。之后如果又有新的任务被执行，同样还会调用offer()方法将传入的Runnable添加到队列的尾部，但是再去给mActive对象做非空检查的时候就会发现mActive对象已经不再是null了，于是就不会再调用scheduleNext()方法。

那么后面添加的任务岂不是永远得不到处理了？当然不是，看一看offer()方法里传入的Runnable匿名类，这里使用了一个try finally代码块，并在finally中调用了scheduleNext()方法，保证无论发生什么情况，这个方法都会被调用。也就是说，每次当一个任务执行完毕后，下一个任务才会得到执行，SerialExecutor模仿的是单一线程池的效果，如果我们快速地启动了很多任务，同一时刻只会有一个线程正在执行，其余的均处于等待状态。

不过你可能还不知道，在Android 3.0之前是并没有SerialExecutor这个类的，那个时候是直接在AsyncTask中构建了一个sExecutor常量，并对线程池总大小，同一时刻能够运行的线程数做了规定，代码如下所示：

private static final int CORE_POOL_SIZE = 5;
private static final int MAXIMUM_POOL_SIZE = 128;
private static final int KEEP_ALIVE = 10;
……
private static final ThreadPoolExecutor sExecutor = new ThreadPoolExecutor(CORE_POOL_SIZE,
        MAXIMUM_POOL_SIZE, KEEP_ALIVE, TimeUnit.SECONDS, sWorkQueue, sThreadFactory);

可以看到，这里规定同一时刻能够运行的线程数为5个，线程池总大小为128。也就是说当我们启动了10个任务时，只有5个任务能够立刻执行，另外的5个任务则需要等待，当有一个任务执行完毕后，第6个任务才会启动，以此类推。而线程池中最大能存放的线程数是128个，当我们尝试去添加第129个任务时，程序就会崩溃。

因此在3.0版本中AsyncTask的改动还是挺大的，在3.0之前的AsyncTask可以同时有5个任务在执行，而3.0之后的AsyncTask同时只能有1个任务在执行。为什么升级之后可以同时执行的任务数反而变少了呢？这是因为更新后的AsyncTask已变得更加灵活，如果不想使用默认的线程池，还可以自由地进行配置。比如使用如下的代码来启动任务：

 Executor exec = new ThreadPoolExecutor(15, 200, 10,
    		TimeUnit.SECONDS, new LinkedBlockingQueue<Runnable>());
    new DownloadTask().executeOnExecutor(exec);

这样就可以使用我们自定义的一个Executor来执行任务，而不是使用SerialExecutor。上述代码的效果允许在同一时刻有15个任务正在执行，并且最多能够存储200个任务。

好了，到这里我们就已经把关于AsyncTask的所有重要内容深入浅出地理解了一遍，相信在将来使用它的时候能够更加得心应手。

gaolhjy
关注
专栏目录
深入浅出AsyncTask的工作原理
caizehui的博客
03-07 3498
前言 AsyncTask类一般是android开发人员接触的最早的异步处理方法，虽然现在流行的有很多新的异步任务类，如RxJava等，但是对于AsyncTask的底层实现原理还是有必要了解学习的，对于我们自己理解其他框架或者自己设计框架都有很大的帮助。它使用handler和线程池的方式打到异步操作，将结果返回到主线程处理。 数据结构 在讲解AsyncTask的原理前，我们需要先来复习或者学习下其用...
Android线程: AsyncTask全解析(上) AsyncTask的使用
微不足道的博客
06-13 1926
AsyncTask是一种轻量级的异步任务类,它可以在线程池中执行后台任务,然后把执行的进度和最终的结果传递给主线程并在主线程中更新UI。 从实现上来说,AysncTask封装了Thread和Handler,通过AsyncTask可以更加方便地执行后台任务以及主线程中访问UI,但是AsyncTask并不适合进行特别耗时的后台操作,对于特别耗时的任务来说,建议使用线程池。 (一) 概念性知识 Asyn...
AsyncTask的坑，Handler，Looper与MessageQueue
稀有猿诉
11-17 1万+
AsyncTask的隐蔽陷阱 先来看一个实例 这个例子很简单，展示了AsyncTask的一种极端用法，挺怪的。 public class AsyncTaskTrapActivity extends Activity { private SimpleAsyncTask asynctask; private Looper myLooper; private TextV
源码解析Android中AsyncTask的工作原理
热门推荐
孙群
02-17 1万+
在之前的博客《Android中AsyncTask使用详解》中我们提到AsyncTask是对Thread和Handler的组合包装，本文将通过解析的方式让大家了解AsyncTask的工作原理。AsyncTask的源码链接https://github.com/android/platform_frameworks_base/blob/master/core/java/android/os/AsyncTa
Android AsyncTask完全解析，带你从源码的角度彻底理解
923723914
10-11 426
转载请注明出处：http://blog.csdn.net/guolin_blog/article/details/11711405 我们都知道，Android UI是线程不安全的，如果想要在子线程里进行UI操作，就需要借助Android的异步消息处理机制。之前我也写过了一篇文章从源码层面分析了Android的异步消息处理机制，感兴趣的朋友可以参考 Android Handler、Message完全...
Android面试系列之异步消息处理相关
喻志强的博客
05-30 1753
我们在平时的项目开发中，肯定会遇到处理异步任务的场景。因为Android中的UI线程是不安全的，我们需要更新ui的话就必须在ui线程上进行操作。否则的胡就会抛异常。 这个时候我们就需要用到异步消息处理了 比如，在子线程中请求数据，拿到数据后告诉在ui线程上更新界面， 在子线程下载文件告诉ui线程下载进度，ui线程去更新进度等等。 我们常用的方式就是通过Handler， AnyncTask或
android asynctask源码分析,Android AsyncTask源码分析
weixin_30082211的博客
05-26 240
Android中只能在主线程中进行UI操作，如果是其它子线程，需要借助异步消息处理机制Handler。除此之外，还有个非常方便的AsyncTask类，这个类内部封装了Handler和线程池。本文先简要介绍AsyncTask的用法，然后分析具体实现。基本用法AsyncTask是一个抽象类，我们需要创建子类去继承它，并且重写一些方法。AsyncTask接受三个泛型参数：Params: 指定传给任务执行...
android asynctask源码分析,Android多线程之AsyncTask源码解析
weixin_36424625的博客
05-26 129
AsyncTask 是一个较为轻量级的异步任务类，在底层通过封装 ThreadPool 和 Handler ，实现了线程的复用，后台任务执行顺序的控制、子线程和 UI 线程的切换，使得开发者可以以简单的方法来执行一些耗时任务此篇文章就基于 Android API 27 版本的源码来对 AsyncTask 进行一次整体分析，以便对其底层工作流程有所了解一般，AsyncTask 是以类似于以下的方式来...
Android 多线程：AsyncTask最详细使用教程
Hunter2916的博客
09-04 646
多线程的应用在Android开发中是非常常见的，常用方法主要有：继承Thread类实现Runnable接口HandlerAsyncTask今天，我将献上一份AsyncTask使用教程，希望大家会喜欢一个Android 已封装好的轻量级异步类属于抽象类，即使用时需 实现子类. . . }AsyncTask类属于抽象类，即使用时需 实现子类。
Android开发：深入解析AsyncTask的使用与源码分析
本文将详细介绍其用法和源码分析。" 在Android开发中，保持主线程（UI线程）的流畅性至关重要，因为主线程负责处理用户交互和界面更新。当执行耗时任务时，如网络请求、数据库操作或大型计算，如果不将其放在单独的...
Android AsyncTask完全解析 带你从源码的角度彻底理解
01-05
我们都知道，Android UI是线程不安全的，如果想要在子线程里进行UI操作，就需要借助Android的异步消息处理机制。...不过今天我还是准备从AsyncTask的基本用法开始讲起，然后我们再来一起分析下AsyncTask源码，看看它
Android AsyncTask 源码解析
08-16
**Android AsyncTask 源码解析** AsyncTask 是 Android 平台上一个非常重要的工具类，用于在后台线程执行耗时操作，然后在 UI 线程更新结果，从而避免了因长时间运行任务而导致的 ANR（Application Not Responding...
Android异步消息处理机制 全解析
微不足道的博客
06-06 2064
本文已授权微信公众号“Android技术杂货铺”发布。 Android异步消息处理机制的重要性不言而喻： 中高级工程师面试必问、阅读源码基础。 本文将通过结合源码的形式，全面解析Handler和MessageQueue、Looper的关系.并分析Android异步消息机制的相关原理.
Android序列化Serializable和Parcelable的理解和区别
微不足道的博客
12-22 1915
一.基本概念 (一)序列化的基本概念 在Android开发过程中，因为无法将对象的引用传给Activities或者Fragments，我们需要将这些对象放到一个Intent或者Bundle里面，然后再传递。 序列化，表示将一个对象转换成可存储或可传输的状态。而序列化后的对象，可以在网络上进行传输，也可以存储到本地。 (二)怎么通过序列化传输对象 Android中Intent如果要...
IPC机制: IPC基础概念介绍
微不足道的博客
11-04 1613
IPC基础概念主要是三方面的内容: Serializable接口、Parcelable接口 以及Binder
Android线程: IntentService使用及源码分析
微不足道的博客
06-16 1419
Android线程: IntentService使用及源码分析
Android线程: HandlerThread使用及源码分析
微不足道的博客
06-16 1272
Android线程: HandlerThread使用及源码分析
Android异步通信：图文详解Handler机制工作原理
微不足道的博客
08-28 1245
通过图表的形式，生动形象的介绍Handler的工作原理
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值