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类型的实参即可