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()方法,如果任务被取消可以提早结束任务,节约资源。

注意事项

  1. AsyncTask类必须在主线程中加载。在Build.VERSION_CODES.JELLY_BEAN(API 16)版本以后自动完成。
  2. AsyncTask类的实例必须在UI线程中被创建。
  3. execute方法必须在UI线程中调用。
  4. 不能手动调用onPreExecute(), onPostExecute, doInBackground, onProgressUpdate四个方法。
  5. 一个任务实例只能执行一次。(第二次执行会被抛出异常)

变量赋值

如果一个变量是AsyncTask子类的成员变量,那么:

  1. 在构造函数中赋值或者在onPreExecute方法中赋值,可以在所有的回调中获取该值;
  2. doInBackground方法中赋值,可以在onProgressUpdateonPostExecuteonCancel中获取该值。

执行顺序

AynsTask的执行顺序随系统版本有过巨大的改变。

  1. API 4 以前,它是在一个后台线程中顺序执行的,由调用顺序决定了任务的执行顺序;
  2. API 4 - 11 它是在一个线程池当中并发执行的
  3. 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实例mFuturemWorker这个对象对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来看一看,mWorkermFuture触发的逻辑。

    @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完全是通过FutureTaskcancel方法来实现的。publishProgress也是通过Message-Handler来实现的。

AsyncTask的源码分析就到这里了,有什么不对的地方还请大家指教。

AsyncTask源码笔记的更多相关文章

  1. [转]【安卓笔记】AsyncTask源码剖析

    [转][安卓笔记]AsyncTask源码剖析 http://blog.csdn.net/chdjj/article/details/39122547 前言: 初学AsyncTask时,就想研究下它的实 ...

  2. 小白挑战:AsyncTask源码分析

    //AsyncTask从本质上讲,是对ThreadPool和handler的封装. 在学习线程池相关的知识时,看到书中提到AsyncTask的实现中使用到了ThreadPool,于是把源码翻了出来, ...

  3. Zepto源码笔记(一)

    最近在研究Zepto的源码,这是第一篇分析,欢迎大家继续关注,第一次写源码笔记,希望大家多指点指点,第一篇文章由于首次分析原因不会有太多干货,希望后面的文章能成为各位大大心目中的干货. Zepto是一 ...

  4. redis源码笔记(一) —— 从redis的启动到command的分发

    本作品采用知识共享署名 4.0 国际许可协议进行许可.转载联系作者并保留声明头部与原文链接https://luzeshu.com/blog/redis1 本博客同步在http://www.cnblog ...

  5. Android -- AsyncTask源码解析

    1,前段时间换工作的时候,关于AsyncTask源码这个点基本上大一点的公司都会问,所以今天就和大家一起来总结总结.本来早就想写这篇文章的,当时写<Android -- 从源码解析Handle+ ...

  6. Java Arrays 源码 笔记

    Arrays.java是Java中用来操作数组的类.使用这个工具类可以减少平常很多的工作量.了解其实现,可以避免一些错误的用法. 它提供的操作包括: 排序 sort 查找 binarySearch() ...

  7. Tomcat8源码笔记(八)明白Tomcat怎么部署webapps下项目

    以前没想过这么个问题:Tomcat怎么处理webapps下项目,并且我访问浏览器ip: port/项目名/请求路径,以SSM为例,Tomcat怎么就能将请求找到项目呢,项目还是个文件夹类型的? Tom ...

  8. Tomcat8源码笔记(七)组件启动Server Service Engine Host启动

    一.Tomcat启动的入口 Tomcat初始化简单流程前面博客介绍了一遍,组件除了StandardHost都有博客,欢迎大家指文中错误.Tomcat启动类是Bootstrap,而启动容器启动入口位于 ...

  9. Tomcat8源码笔记(六)连接器Connector分析

    根据 Tomcat8源码笔记(五)组件Container分析 前文分析,StandardService的初始化重心由 StandardEngine转移到了Connector的初始化,本篇记录下Conn ...

随机推荐

  1. MacOS App代码申请管理员权限

    原文: https://jacobpan3g.github.io/cn/2018/02/07/gain-root-permission-for-mac-app/,有问题欢迎在原文评论区一起讨论交流,我 ...

  2. Navicat远程连接阿里云服务器的mysql

    问题描述: 本机为win10,mysql安装在阿里云(Ubuntu系统)上,本机使用Navicat远程连接mysql,遇到一些坑,求助于阿里云,最终解决,特此记录一下! 安装mysql sudo ap ...

  3. redis内存数据库C客户端hiredis API 中文说明

    A)编译安装 make make install (/usr/local) make install PREFIX=$HOME/progs(可以自由指定安装路径) B)同步的API接口 redisCo ...

  4. linux下stricky

    阅读文章链接http://www.linuxdiyf.com/viewarticle.php?id=79380   suid.sgid很易懂,stricky常忘了含义,做个笔记:   该位只对目录配置 ...

  5. 如何在WDM中使用xp系统的DMA用来处理数据

    最近做了一款pci的视频采集卡(H264压缩),由于数据传输量比较大,所有想采用dma来传输数据,刚开始感觉很简单,后来感觉还是困难重重. DMA 验证监控直接内存访问 (DMA) 的使用.随着 Wi ...

  6. WebService之CXF注解之五(配置文件)

    1.web.xml <?xml version="1.0" encoding="UTF-8"?> <web-app version=" ...

  7. LINQ 按多个字段排序(orderby、thenby、Take)

    LINQ 按多个字段排序(orderby.thenby.Take) orderby  子句解析为 OrderBy()方法,orderby descending 子句解析为OrderBy Descend ...

  8. OpenStack_I版 6.Neutron部署

    Neutron是不能自己创建网络的,它需要借助插件才能创建虚拟网桥.网卡 依赖插件 配置ml2为核心插件 本次网络模型采用扁平化网络,不同的网络类型不同的配置,不同的使用方法 打开安全组功能 Linu ...

  9. Docker 小记 — MySQL 与 Redis 配置

    前言 本篇随笔是继 "Docker Engine" 与 "Compose & Swarm" 之后的一个实例补充,初衷是记录测试环境中的一次 MySQL ...

  10. [翻译] 比较 Node.js,Python,Java,C# 和 Go 的 AWS Lambda 性能

    [翻译] 比较 Node.js,Python,Java,C# 和 Go 的 AWS Lambda 性能 原文: Comparing AWS Lambda performance of Node.js, ...