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