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. 99%的人理解错 HTTP 中 GET 与 POST 的区别

    转自:http://www.oschina.net/news/77354/http-get-post-different GET和POST是HTTP请求的两种基本方法,要说它们的区别,接触过WEB开发 ...

  2. swift 学习之自动引用计数

    swift 学习之自动引用计数 学习和研究的主要是"实例对象和实例对象直接的相会强引用所产生的内从泄漏"和"使用闭包产生的强引用造成的内存泄漏" 注意:只有以引 ...

  3. RISC_CPU

    采用Top-Down设计方法,深入理解CPU的运作原理,本文参照夏宇闻老师的<Verilog 数字系统设计教程>,并做了相应的修改.仿真工具采用Mentor公司的ModelSim. 1.C ...

  4. 一些图像识别初创公司产品及API搜集ing...

    一些公司的产品路线可以很好地给我们启示,欢迎看客补充. 一.微软认知服务API 1.年龄.性别检测 2.物体分类.识别 3.识别名人 全新的名人识别模块可以识别20万来自全球各地涉及商界.政界.体育界 ...

  5. 【mongodb系统学习之十】mongodb查询(一)

    十.mongodb查询:find ;查询时条件中不能引用文档中其他键的值: 1).查询数据库全部数据:语法db.collectionName.find();默认只显示前20条,如图: 2).按条件查询 ...

  6. freemarker自定义标签报错(五)

    freemarker自定义标签 1.错误描述 六月 05, 2014 11:40:49 下午 freemarker.log.JDK14LoggerFactory$JDK14Logger error 严 ...

  7. 检测dll是32/64位 ?

    检测dll是32/64位 ? void CCheck32Or64Dlg::OnButton2() { CString fileName = ""; CFileDialog *fil ...

  8. 芝麻HTTP:Scrapy小技巧-MySQL存储

    这两天上班接手,别人留下来的爬虫发现一个很好玩的 SQL脚本拼接. 只要你的Scrapy Field字段名字和 数据库字段的名字 一样.那么恭喜你你就可以拷贝这段SQL拼接脚本.进行MySQL入库处理 ...

  9. 【BZOJ1013】球形空间产生器(高斯消元)

    [BZOJ1013]球形空间产生器(高斯消元) 题面 Description 有一个球形空间产生器能够在n维空间中产生一个坚硬的球体.现在,你被困在了这个n维球体中,你只知道球 面上n+1个点的坐标, ...

  10. tar命令核心应用案列及多重参数和find组合应用

    tar zcvf 压缩包 文件 打包:尽量切换到打包目录的上级目录,然后用相对路径打包 tar zcvf [随意路径] /框 [相对路径]  一堆苹果 tar tf 查看内容 -z --gzip -- ...