AsyncTask使用详细说明

AsyncTask使用:

在开发Android应用时必须遵守单线程模型的原则： Android UI操作并不是线程安全的并且这些操作必须在UI线程中执行。在单线程模型中始终要记住两条法则： 
1. 不要阻塞UI线程 
2. 确保只在UI线程中更新界面 
   当一个程序第一次启动时，Android会同时启动一个对应的主线程(Main Thread)，主线程主要负责处理与UI相关的事件，如：用户的按键事件，用户接触屏幕的事件以及屏幕绘图事件，并把相关的事件分发到对应的组件进行处理。所以主线程通常又被叫做UI线程。 
   为了不阻塞UI线程， 一些比较耗时的操作， 如网络下载， 数据库读取等操作需要放到work thread中去执行， 当执行完后， 如果需要更新UI界面， 可以通过以下几种方法进行： 
1. Activity.runOnUiThread( Runnable ) 
2. View.post( Runnable ) 
3. View.postDelayed( Runnable, long ) 
4. Hanlder(在UI线程中定义的对象）
   这些类或方法同样会使你的代码很复杂很难理解。然而当你需要实现一些很复杂的操作并需要频繁地更新UI时这会变得更糟糕。

为了解决这个问题，Android 1.5提供了一个工具类：AsyncTask，它使得work thread（用户自定义的后台执行耗时操作的线程）和UI thead 之间的交互变得简单清晰。

AsyncTask是抽象类, 使用时需要派生一个子类， 如下：

Public class QAsyncTask extends  AsyncTask<Params, Progress, Result> {

}

AsyncTask定义了三个泛型数据Params，Progress和Result， 作用如下： 
Params:

启动task时传入的参数， 如new QAsyncTask().execute(Params), 这个输入参数是task执行过程中的调用函数 doInBackground(Params)的输入参数

Progress：

后台任务执行的百分比， 他通过publicProgress(Progress)传给task执行过程中调用的函数onProgressUpdate(Progress)

Result:

当后台线程执行完后输出给UI线程的数据类型，它是task执行过程中调用的函数onPostExecute(Result)的输入参数

AsyncTask的执行分为四个步骤，每一步都对应一个回调方法，这些方法不应该由应用程序调用，开发者只需要按照需要重写这些方法。 根据下面这个例子， 讲下这四个步骤：

比如上图中应用预览区域显示的几张图需要从网络拉取， 我们想开始显示默认的图标， 然后依次从网络拉取图片， 拉取一张更新一张， 如果使用asyncTask来实现， 执行过程如下：
1. onPreExecute()

该方法将在执行实际的后台操作前被UI thread调用。可以在该方法中做一些准备工作，比如加载几张默认的预览图

2. doInBackground(Params...)

将在onPreExecute 方法执行后马上执行，该方法运行在后台线程中。这里将主要负责执行那些很耗时的后台计算工作。比如从网络拉取预览图， 每拉取一张以后， 可以调用 publishProgress方法来更新一张默认的图片。

3. onProgressUpdate(Progress...)

在publishProgress方法被调用后，这个方法将被UI线程调用， 用于更新进度等界面显示。在上面那个例子中， 调用这个函数更新一张图片

4. onPostExecute(Result)

在doInBackground 执行完成后，onPostExecute 方法将被UI thread调用，后台的计算结果将通过该方法传递到UI thread.

为了正确的使用AsyncTask类，以下是几条必须遵守的准则： 
　1) Task的实例必须在UI thread中创建 
　2) execute方法必须在UI thread中调用 
　3) 不要手动的调用onPreExecute(), onPostExecute(Result)，doInBackground(Params...),    onProgressUpdate(Progress...)这几个方法 
　4) 该task只能被执行一次，否则多次调用时将会出现异常 
      doInBackground方法和onPostExecute的参数必须对应，这两个参数在AsyncTask声明的泛型参数列表中指定，第一个为doInBackground接受的参数，第二个为显示进度的参数，第第三个为doInBackground返回和onPostExecute传入的参数。

AsyncTask 的优势体现在：

•线程的开销较大，如果每个任务都要创建一个线程，那么应用程 序的效率要低很多； 
•线程无法管理，匿名线程创建并启动后就不受程序的控制了，如果有很多个请求发送，那么就会启动非常多的线程，系统将不堪重负。 
•另外，前面已经看到，在新线程中更新UI还必须要引入handler，这让代码看上去非常臃肿。

AsyncTask注意点：

在官方文档中指出， AsyncTasks should ideally be used for short operations， 就是说asyncTask执行的任务应该是一些短时间内可以完成的任务， 因为在android3.0之后， 默认情况下， 同一时间只能有一个asyncTask在运行， 也就是说所有的task都是串行运行的（AsyncTasks were executed serially on a single background thread. Starting with DONUT, this was changed to a pool of threads allowing multiple tasks to operate in parallel. Starting with HONEYCOMB, tasks are executed on a single thread to avoid common application errors caused by parallel execution.）所以如果某个task执行时间很长， 会导致后面的task长时间等待， 当然也可以通过调用executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR)， 可以同时运行5个task, 具体用法可以参考：

http://blog.csdn.net/hitlion2008/article/details/7983449

下面举个AsyncTask使用demo:

class AppPreviewInitTask extends AsyncTask<String, Bitmap, Integer> {

private int mIndex = 0;

@Override

protected void onPreExecute() {

//加载显示默认的预览图

loadDefaultPreview();

}

@Override

protected Integer doInBackground(String... params) {

//从网络获取预览图

for (int i = 0; i < 5; ++i) {

mIndex = i;

Bitmap bitmap = getFromNet(params[0]);

//更新一张预览图

publishProgress(bitmap);

}

return null;

}

@Override

protected void onProgressUpdate(Bitmap... values) {

//index标记更新那张预览图

refreshPreview(mIndex, values[0]);

}

@Override

protected void onPostExecute(Integer result) {

// TODO Auto-generated method stub

super.onPostExecute(result);

}

在更新预览图时发现总是会随机的漏掉几张（没有刷新）， 开始以为

onProgressUpdate()执行有问题， 后来发现是mIndex的问题， 它在task中更新， 在UI线程中使用， 没有进行线程同步， 导致UI线程中使用mIndex时， 可能他已经发生变化了， 解决这个问题是自定义一个数据结构, 如下：

Private static class ImageInfo {

Public int mIndex = 0;

Public Bitmap mIcon;

}

这样的话， doInBackground()中调用publishProgress(ImageInfo info)时传入imageInfo类型的实参即可