AsyncTask源码笔记
AsyncTask源码笔记
AsyncTask在注释中建议只用来做短时间的异步操作,也就是只有几秒的操作;如果是长时间的操作,建议还是使用java.util.concurrent
包中的工具类,例如Executor
, ThreadPoolExecutor
, FutureTask
等。
使用
AsyncTask
类中定义了三个重要的参数类型:Params
, Progress
, Result
。还有四个重要的过程:onPreExecute
, doInBackground
, onProgressUpdate
, onPostExecute
。
使用AsyncTask
的时候必须要实现AsyncTask<Params,Progress,Result>
的子类。
这三个类型分别代表:
Params: 执行时传入的参数类型
Progress: 更新时的传入的参数类型
Result: 异步返回结果的参数类型。
如果某个类型不用,在继承的时候直接使用Void
类。
四个过程分别代表:
onPreExecute
: 异步执行前的回调,在UI线程调用,通常用来初始化。
doInBackground
: 异步执行的内容,在后台线程调用。在执行过程中可以通过publishProgress
发起更新回调。
onProgressUpdate
: 异步执行过程中的通知,它就是publishProgress
的回调方法。它的内容是在UI线程中执行。
onPostExecute
: 异步执行结束后的回调方法,它在UI线程中执行。
可以看到除了doInBackground
方法之外其它的回调都是在UI线程中执行的。
取消任务
可以随时使用cancel(boolean)
方法来取消一个任务。一个任务被取消之后,系统会执行onCandelled(Object)
作为结果回调接口,而不是使用onPostExecute(Object)
。可以使用isCancelled(Object)
方法判断一个任务是否被取消。如果一个任务可能被取消的话,就尽量在doInBackground()
方法中定期的检查isCancel()
方法,如果任务被取消可以提早结束任务,节约资源。
注意事项
AsyncTask
类必须在主线程中加载。在Build.VERSION_CODES.JELLY_BEAN
(API 16)版本以后自动完成。AsyncTask
类的实例必须在UI线程中被创建。execute
方法必须在UI线程中调用。- 不能手动调用
onPreExecute()
,onPostExecute
,doInBackground
,onProgressUpdate
四个方法。 - 一个任务实例只能执行一次。(第二次执行会被抛出异常)
变量赋值
如果一个变量是AsyncTask子类的成员变量,那么:
- 在构造函数中赋值或者在
onPreExecute
方法中赋值,可以在所有的回调中获取该值; - 在
doInBackground
方法中赋值,可以在onProgressUpdate
,onPostExecute
,onCancel
中获取该值。
执行顺序
AynsTask
的执行顺序随系统版本有过巨大的改变。
- API 4 以前,它是在一个后台线程中顺序执行的,由调用顺序决定了任务的执行顺序;
- API 4 - 11 它是在一个线程池当中并发执行的
- API 11- ~ 它又是在一个后台线程中顺序执行。但是,如果我们想让AsyncTask并发的执行,我们可以使用
executeOnExecutor
方法,为它指定一个Executor
对象,控制它的执行顺序。
基本原理
想要了解这个工具,我们可以从它暴露出来的接口入手,了解执行的整个流程。我这里看的是6.0的源码,其它版本的源码可能会有所不同。
public AsyncTask() {
mWorker = new WorkerRunnable<Params, Result>() {
public Result call() throws Exception {
mTaskInvoked.set(true);
Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND);
//noinspection unchecked
Result result = doInBackground(mParams);
Binder.flushPendingCommands();
return postResult(result);
}
};
mFuture = new FutureTask<Result>(mWorker) {
@Override
protected void done() {
try {
postResultIfNotInvoked(get());
} catch (InterruptedException e) {
android.util.Log.w(LOG_TAG, e);
} catch (ExecutionException e) {
throw new RuntimeException("An error occurred while executing doInBackground()",
e.getCause());
} catch (CancellationException e) {
postResultIfNotInvoked(null);
}
}
};
}
从构造函数看起。构造函数里面先是创建了一个WorkerCallable
实例mWorker
,并利用它构造了一个FutureTask
实例mFuture
。mWorker
这个对象对doInBackground
方法做了封装。它先标记此对象已经执行过,再设置线程优先级,再获取doInBackground
返回结果,并通过postResult方法将结果返回给了mFuture
对象。在mFuture
对象中,我们看到它主要是做了异常处理,并将结果交给了postResultIfNotInvoked()
方法。
下面我们就看看posResult
方法与postResultIfNotInvoked()
方法。
private void postResultIfNotInvoked(Result result) {
final boolean wasTaskInvoked = mTaskInvoked.get();
if (!wasTaskInvoked) {
postResult(result);
}
}
private Result postResult(Result result) {
@SuppressWarnings("unchecked")
Message message = getHandler().obtainMessage(MESSAGE_POST_RESULT,
new AsyncTaskResult<Result>(this, result));
message.sendToTarget();
return result;
}
private static Handler getHandler() {
synchronized (AsyncTask.class) {
if (sHandler == null) {
sHandler = new InternalHandler();
}
return sHandler;
}
}
private static class InternalHandler extends Handler {
public InternalHandler() {
super(Looper.getMainLooper());
}
@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;
}
}
}
@SuppressWarnings({"RawUseOfParameterizedType"})
private static class AsyncTaskResult<Data> {
final AsyncTask mTask;
final Data[] mData;
AsyncTaskResult(AsyncTask task, Data... data) {
mTask = task;
mData = data;
}
}
private void finish(Result result) {
if (isCancelled()) {
onCancelled(result);
} else {
onPostExecute(result);
}
mStatus = Status.FINISHED;
}
可以看到,postResultIfNotInvoked方法最终还是调用了postResult
方法。postResult
方法通过一个单例的InternalHandler
类发出了一个Message
。这个InternalHandler
是用主线程(UI)线程的Looper
构建的,所以Message
被传到了UI线程中了。最后一番辗转,在UI线程中调用了自己的finish方法。在finish方法中我们看到了两个熟悉的回调方法。并对自己的状态做了处理。
所以,我们从构造方法中就能够看到AsyncTask大致的执行流程了。接下来通过我们调用的第二个方法execute
来看一看,mWorker
与mFuture
触发的逻辑。
@MainThread
public final AsyncTask<Params, Progress, Result> execute(Params... params) {
return executeOnExecutor(sDefaultExecutor, params);
}
@MainThread
public final AsyncTask<Params, Progress, Result> executeOnExecutor(Executor exec,
Params... params) {
if (mStatus != Status.PENDING) {
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;
}
execute
方法调用了executeOnExecutor
方法。它使用了一个默认的Executor
对象管理线程的执行顺序。在executoOnExecutor
方法中,首先对状态进行了处理,非PENDING
状态执行都会抛出异常,这里可以解释为什么不能执行两次。然后首先调用了onPreExecute()
方法,然后利用传进来的Executor
对象执行了mFuture
任务,并将自己返回。
如果你使用了指定线程池的方式调用,那么多个任务之间的执行顺序由Executor
对象来控制。这个执行顺序是可以自定义控制的。
如果使用默认的顺序,那么我们来看看它的逻辑:
public static final Executor SERIAL_EXECUTOR = new SerialExecutor();
private static volatile Executor sDefaultExecutor = SERIAL_EXECUTOR;
/**
* An {@link Executor} that can be used to execute tasks in parallel.
*/
public static final Executor THREAD_POOL_EXECUTOR
= new ThreadPoolExecutor(CORE_POOL_SIZE, MAXIMUM_POOL_SIZE, KEEP_ALIVE,
TimeUnit.SECONDS, sPoolWorkQueue, sThreadFactory);
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);
}
}
}
这里设计的很巧妙。先看scheduleNext()
方法,它就是从队列中取出首个元素并执行。再看execute
方法,每次调用execute
的时候都会将一个任务放到队尾,并且这个任务封装好了目标任务。这个封装的作用是任务执行结束(正常或者异常结束)的时候,就会调用scheduleNext()
方法。这样就像链表一样,一个执行结束就触发下一个,达到了顺序执行的目的。每次插入任务的时候都会检查一次是否有任务执行,没有任务执行的时候才会执行队首的任务。
AsyncTask的主要流程就差不多了, 剩下的一些调用都比较简单。
public final boolean isCancelled() {
return mCancelled.get();
}
public final boolean cancel(boolean mayInterruptIfRunning) {
mCancelled.set(true);
return mFuture.cancel(mayInterruptIfRunning);
}
@WorkerThread
protected final void publishProgress(Progress... values) {
if (!isCancelled()) {
getHandler().obtainMessage(MESSAGE_POST_PROGRESS,
new AsyncTaskResult<Progress>(this, values)).sendToTarget();
}
}
这里可以看到cancel
完全是通过FutureTask
的cancel
方法来实现的。publishProgress
也是通过Message-Handler来实现的。
AsyncTask的源码分析就到这里了,有什么不对的地方还请大家指教。
AsyncTask源码笔记的更多相关文章
- [转]【安卓笔记】AsyncTask源码剖析
[转][安卓笔记]AsyncTask源码剖析 http://blog.csdn.net/chdjj/article/details/39122547 前言: 初学AsyncTask时,就想研究下它的实 ...
- 小白挑战:AsyncTask源码分析
//AsyncTask从本质上讲,是对ThreadPool和handler的封装. 在学习线程池相关的知识时,看到书中提到AsyncTask的实现中使用到了ThreadPool,于是把源码翻了出来, ...
- Zepto源码笔记(一)
最近在研究Zepto的源码,这是第一篇分析,欢迎大家继续关注,第一次写源码笔记,希望大家多指点指点,第一篇文章由于首次分析原因不会有太多干货,希望后面的文章能成为各位大大心目中的干货. Zepto是一 ...
- redis源码笔记(一) —— 从redis的启动到command的分发
本作品采用知识共享署名 4.0 国际许可协议进行许可.转载联系作者并保留声明头部与原文链接https://luzeshu.com/blog/redis1 本博客同步在http://www.cnblog ...
- Android -- AsyncTask源码解析
1,前段时间换工作的时候,关于AsyncTask源码这个点基本上大一点的公司都会问,所以今天就和大家一起来总结总结.本来早就想写这篇文章的,当时写<Android -- 从源码解析Handle+ ...
- Java Arrays 源码 笔记
Arrays.java是Java中用来操作数组的类.使用这个工具类可以减少平常很多的工作量.了解其实现,可以避免一些错误的用法. 它提供的操作包括: 排序 sort 查找 binarySearch() ...
- Tomcat8源码笔记(八)明白Tomcat怎么部署webapps下项目
以前没想过这么个问题:Tomcat怎么处理webapps下项目,并且我访问浏览器ip: port/项目名/请求路径,以SSM为例,Tomcat怎么就能将请求找到项目呢,项目还是个文件夹类型的? Tom ...
- Tomcat8源码笔记(七)组件启动Server Service Engine Host启动
一.Tomcat启动的入口 Tomcat初始化简单流程前面博客介绍了一遍,组件除了StandardHost都有博客,欢迎大家指文中错误.Tomcat启动类是Bootstrap,而启动容器启动入口位于 ...
- Tomcat8源码笔记(六)连接器Connector分析
根据 Tomcat8源码笔记(五)组件Container分析 前文分析,StandardService的初始化重心由 StandardEngine转移到了Connector的初始化,本篇记录下Conn ...
随机推荐
- MacOS App代码申请管理员权限
原文: https://jacobpan3g.github.io/cn/2018/02/07/gain-root-permission-for-mac-app/,有问题欢迎在原文评论区一起讨论交流,我 ...
- Navicat远程连接阿里云服务器的mysql
问题描述: 本机为win10,mysql安装在阿里云(Ubuntu系统)上,本机使用Navicat远程连接mysql,遇到一些坑,求助于阿里云,最终解决,特此记录一下! 安装mysql sudo ap ...
- redis内存数据库C客户端hiredis API 中文说明
A)编译安装 make make install (/usr/local) make install PREFIX=$HOME/progs(可以自由指定安装路径) B)同步的API接口 redisCo ...
- linux下stricky
阅读文章链接http://www.linuxdiyf.com/viewarticle.php?id=79380 suid.sgid很易懂,stricky常忘了含义,做个笔记: 该位只对目录配置 ...
- 如何在WDM中使用xp系统的DMA用来处理数据
最近做了一款pci的视频采集卡(H264压缩),由于数据传输量比较大,所有想采用dma来传输数据,刚开始感觉很简单,后来感觉还是困难重重. DMA 验证监控直接内存访问 (DMA) 的使用.随着 Wi ...
- WebService之CXF注解之五(配置文件)
1.web.xml <?xml version="1.0" encoding="UTF-8"?> <web-app version=" ...
- LINQ 按多个字段排序(orderby、thenby、Take)
LINQ 按多个字段排序(orderby.thenby.Take) orderby 子句解析为 OrderBy()方法,orderby descending 子句解析为OrderBy Descend ...
- OpenStack_I版 6.Neutron部署
Neutron是不能自己创建网络的,它需要借助插件才能创建虚拟网桥.网卡 依赖插件 配置ml2为核心插件 本次网络模型采用扁平化网络,不同的网络类型不同的配置,不同的使用方法 打开安全组功能 Linu ...
- Docker 小记 — MySQL 与 Redis 配置
前言 本篇随笔是继 "Docker Engine" 与 "Compose & Swarm" 之后的一个实例补充,初衷是记录测试环境中的一次 MySQL ...
- [翻译] 比较 Node.js,Python,Java,C# 和 Go 的 AWS Lambda 性能
[翻译] 比较 Node.js,Python,Java,C# 和 Go 的 AWS Lambda 性能 原文: Comparing AWS Lambda performance of Node.js, ...