AsyncTask的缺陷

导语：在开发Android应用的过程中，我们需要时刻注意保障应用的稳定性和界面响应性，因为不稳定或者响应速度慢的应用将会给用户带来非常差的交互体验。在越来越讲究用户体验的大环境下，用户也许会因为应用的一次Force Close(简称FC)或者延迟严重的动画效果而卸载你的应用。由于现在的应用大多需要异步连接网络，本系列文章就以构建网络应用为例，从稳定性和响应性两个角度分析多线程网络任务的性能优化方法。

概述：为了不阻塞UI线程（亦称主线程），提高应用的响应性，我们经常会使用新开线程的方式，异步处理那些导致阻塞的任务。

AsyncTask是Android为我们提供的方便编写异步任务的工具类，但是，在了解AsyncTask的实现原理之后，发现AsyncTask并不能满足我们所有的需求，使用不当还有可能导致应用FC。

本文主要通过分析AsyncTask提交任务的策略和一个具体的例子，说明AsyncTask的不足之处，至于解决办法，我们将在下篇再讲解。

分析：

AsyncTask类包含一个全局静态的线程池，线程池的配置参数如下：

?

1 2 3 4 5 6 7 8 9

private static final int CORE_POOL_SIZE = 5 ; //5个核心工作线程 private static final int MAXIMUM_POOL_SIZE = 128 ; //最多128个工作线程 private static final int KEEP_ALIVE = 1 ; //空闲线程的超时时间为1秒    private static final BlockingQueue<Runnable> sWorkQueue =             new LinkedBlockingQueue<Runnable>( 10 ); //等待队列    private static final ThreadPoolExecutorsExecutor = new ThreadPoolExecutor(CORE_POOL_SIZE,             MAXIMUM_POOL_SIZE, KEEP_ALIVE, TimeUnit.SECONDS, sWorkQueue,sThreadFactory); //线程池是静态变量，所有的异步任务都会放到这个线程池的工作线程内执行。

我们这里不详细讲解ThreadPoolExecutor的原理，但将会讲解一个异步任务提交到AsyncTask的线程池时可能会出现的4种情况,并会提出在Android硬件配置普遍较低这个客观条件下，每个情况可能会出现的问题。

1、线程池中的工作线程少于5个时，将会创建新的工作线程执行异步任务（红色表示新任务，下同）

2、线程池中已经有5个线程，缓冲队列未满，异步任务将会放到缓冲队列中等待

3、线程池中已经有5个线程，缓冲队列已满，那么线程池将新开工作线程执行异步任务

问题：Android的设备一般不超过2个cpu核心，过多的线程会造成线程间切换频繁,消耗系统资源。

4、线程池中已经有128个线程，缓冲队列已满，如果此时向线程提交任务，将会抛出RejectedExecutionException

问题：抛出的错误不catch的话会导致程序FC。

好吧，理论分析之后还是要结合实际例子，我们通过实现一个模拟异步获取网络图片的例子，看看会不会出现上面提到的问题。

例子：使用GridView模拟异步加载大量图片

ActivityA.java

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207

package com.zhuozhuo;   import java.util.ArrayList; import java.util.Collection; import java.util.HashMap; import java.util.Iterator; import java.util.List; import java.util.ListIterator; import java.util.Map;     import android.app.Activity; import android.app.AlertDialog; import android.app.Dialog; import android.app.ListActivity; import android.app.ProgressDialog; import android.content.Context; import android.content.DialogInterface; import android.content.Intent; import android.database.Cursor; import android.graphics.Bitmap; import android.os.AsyncTask; import android.os.Bundle; import android.provider.ContactsContract; import android.util.Log; import android.view.LayoutInflater; import android.view.View; import android.view.ViewGroup; import android.widget.AbsListView; import android.widget.AbsListView.OnScrollListener; import android.widget.Adapter; import android.widget.AdapterView; import android.widget.AdapterView.OnItemClickListener; import android.widget.BaseAdapter; import android.widget.GridView; import android.widget.ImageView; import android.widget.ListAdapter; import android.widget.SimpleAdapter; import android.widget.TextView; import android.widget.Toast;   public class ActivityA extends Activity {                  private GridView mGridView;      private List<HashMap<String, Object>> mData;            private BaseAdapter mAdapter;      private ProgressDialog mProgressDialog;            private static final int DIALOG_PROGRESS = 0 ;            @Override      public void onCreate(Bundle savedInstanceState) {          super .onCreate(savedInstanceState);          setContentView(R.layout.main);          mGridView = (GridView) findViewById(R.id.gridview);          mData = new ArrayList<HashMap<String,Object>>();          mAdapter = new CustomAdapter();                             mGridView.setAdapter(mAdapter);      }            protected void onStart () {          super .onStart();          new GetGridDataTask().execute( null ); //执行获取数据的任务      }                              @Override      protected Dialog onCreateDialog( int id) {          switch (id) {          case DIALOG_PROGRESS:              mProgressDialog = new ProgressDialog(ActivityA. this );              mProgressDialog.setMessage( "正在获取数据" );              mProgressDialog.setProgressStyle(ProgressDialog.STYLE_SPINNER);                return mProgressDialog;                     }          return null ;      }        class CustomAdapter extends BaseAdapter {                      CustomAdapter() {                        }                    @Override          public int getCount() {              return mData.size();          }            @Override          public Object getItem( int position) {              return mData.get(position);          }            @Override          public long getItemId( int position) {              return 0 ;          }            @Override          public View getView( int position, View convertView, ViewGroup parent) {              View view = convertView;              ViewHolder vh;              if (view == null ) {                  view = LayoutInflater.from(ActivityA. this ).inflate(R.layout.list_item, null );                  vh = new ViewHolder();                  vh.tv = (TextView) view.findViewById(R.id.textView);                  vh.iv = (ImageView) view.findViewById(R.id.imageView);                  view.setTag(vh);              }              vh = (ViewHolder) view.getTag();              vh.tv.setText((String) mData.get(position).get( "title" ));              Integer id = (Integer) mData.get(position).get( "pic" );              if (id != null ) {                  vh.iv.setImageResource(id);              }              else {                  vh.iv.setImageBitmap( null );              }                            FifoAsyncTask task = (FifoAsyncTask) mData.get(position).get( "task" );              if (task == null || task.isCancelled()) {                  Log.d( "Test" , "" + position);                  mData.get(position).put( "task" , new GetItemImageTask(position).execute( null )); //执行获取图片的任务              }                            return view;          }                            }            static class ViewHolder {          TextView tv;          ImageView iv;      }            class GetGridDataTask extends FifoAsyncTask<Void, Void, Void> {                    protected void onPreExecute () {              mData.clear();              mAdapter.notifyDataSetChanged();                            showDialog(DIALOG_PROGRESS); //打开等待对话框          }                    @Override          protected Void doInBackground(Void... params) {                            try {                  Thread.sleep( 500 ); //模拟耗时的网络操作              } catch (InterruptedException e) {                  e.printStackTrace();              }              for ( int i = 0 ; i < 200 ; i++) {                  HashMap<String, Object> hm = new HashMap<String, Object>();                  hm.put( "title" , "Title" );                  mData.add(hm);              }                            return null ;          }                    protected void onPostExecute (Void result) {              mAdapter.notifyDataSetChanged(); //通知ui界面更新              dismissDialog(DIALOG_PROGRESS); //关闭等待对话框          }                }            class GetItemImageTask extends FifoAsyncTask<Void, Void, Void> {                    int pos;                    GetItemImageTask( int pos) {              this .pos = pos;          }            @Override          protected Void doInBackground(Void... params) {              try {                  Thread.sleep( 2000 ); //模拟耗时的网络操作              } catch (InterruptedException e) {                  e.printStackTrace();              }              mData.get(pos).put( "pic" , R.drawable.icon);              return null ;          }                    protected void onPostExecute (Void result) {              mAdapter.notifyDataSetChanged(); //通知ui界面更新          }                }   }

由运行图可见

当网络情况较差，异步任务不能尽快完成执行的情况下，新开的线程会造成listview滑动不流畅。当开启的工作线程过多时，还有出现FC的可能。

至此，你还相信万能的AsyncTask吗？至于你信不信，反正我不信。

总结：

AsyncTask可能存在新开大量线程消耗系统资源和导致应用FC的风险，因此，我们需要根据自己的需求自定义不同的线程池，由于篇幅问题，将留到下篇再讲。

1.AsyncTask的内幕

AsyncTask主要有二个部分：一个是与主线各的交互，另一个就是线程的管理调度。虽然可能多个AsyncTask的子类的实例，但是AsyncTask的内部Handler和ThreadPoolExecutor都是进程范围内共享的，其都是static的，也即属于类的，类的属性的作用范围是CLASSPATH，因为一个进程一个VM，所以是AsyncTask控制着进程范围内所有的子类实例。

2.线程任务的调度

内部会创建一个进程作用域的线程池来管理要运行的任务，也就就是说当你调用了AsyncTask#execute()后，AsyncTask会把任务交给线程池，由线程池来管理创建Thread和运行Therad。

3.不同版本区别

(1).API10及以前版本

内部的线程池限制是5个，也就是说同时只能有5个线程运行，超过的线程只能等待，等待前面的线程某个执行完了才被调度和运行。换句话说，如果一个进程中的AsyncTask实例个数超过5个，那么假如前5个都运行很长时间的话，那么第6个只能等待机会了。这是AsyncTask的一个限制，而且对于2.3以前的版本无法解决。如果你的应用需要大量的后台线程去执行任务，那么你只能放弃使用AsyncTask，自己创建线程池来管理Thread，或者干脆不用线程池直接使用Thread也无妨。不得不说，虽然AsyncTask较Thread使用起来比较方便，但是它最多只能同时运行5个线程，这也大大局限了它的实力，你必须要小心的设计你的应用，错开使用AsyncTask的时间，尽力做到分时，或者保证数量不会大于5个，否则就可能遇到上面提到的问题。要不然就只能使用JavaSE中的API了。

即，最大可同时运行为5个！

(2.API11及以后版本

可能是Google意识到了AsyncTask的局限性了，从Android 3.0开始对AsyncTask的API做出了一些调整：#execute()提交的任务，新增了二个预定义的线程池SERIAL_EXECUTOR(默认为序列线程池，即一次只执行一个线程任务)和THREAD_POOL_EXECUTOR(还为原来默认的线程池)

按先后顺序每次只运行一个也就是说它是按提交的次序，每次只启动一个线程执行一个任务，完成之后再执行第二个任务，也就是相当于只有一个后台线程在执行所提交的任务(Executors.newSingleThreadPool())

新增了接口#executeOnExecutor()这个接口允许开发者提供自定义的线程池来运行和调度Thread，如果你想让所有的任务都能并发同时运行，那就创建一个没有限制的线程池(Executors.newCachedThreadPool())，并提供给AsyncTask。这样这个AsyncTask实例就有了自己的线程池而不必使用AsyncTask默认的。

其实THREAD_POOL_EXECUTOR并不是新增的，之前的就有，只不过之前(Android 2.3)它是AsyncTask私有的，未公开而已。THREAD_POOL_EXECUTOR是一个corePoolSize为5的线程池，也就是说最多只有5个线程同时运行，超过5个的就要等待。所以

如果使用executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR)就跟2.3版本的AsyncTask.execute()效果是一样的。

而SERIAL_EXECUTOR是新增的，它的作用是保证任务执行的顺序，也就是它可以保证提交的任务确实是按照先后顺序执行的。它的内部有一个队列用来保存所提交的任务，保证当前只运行一个，这样就可以保证任务是完全按照顺序执行的，默认的execute()使用的就是这个，也就是executeOnExecutor(AsyncTask.SERIAL_EXECUTOR)与execute()是一样的。

 

4.典型问题

了解了AsyncTask，如果发现图片异步任务还未执行，可能被SERIAL_EXECUTOR顺序的使用线程执行。因为应用中可能还有其他地方使用AsyncTask，所以到网络取图片的AsyncTask也许会等待到其他任务都完成时才得以执行而不是调用executor()之后马上执行。

那么解决方法其实很简单，要么直接使用Thread，要么创建一个单独的线程池(Executors.newCachedThreadPool())。或者最简单的解法就是使用executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR)，这样起码不用等到前面的都结束了再执行。

5.注意事项及建议

• 改善你的设计，少用异步处理

  线程的开销是非常大的，同时异步处理也容易出错，难调试，难维护，所以改善你的设计，尽可能的少用异步。对于一般性的数据库查询，少量的I/O操作是没有必要启动线程的。

• 如果与主线程没有交互不要使用AsyncTask

  AsyncTask被设计出来的目的就是为了满足Android的特殊需求：非主线程不能操作(UI)组件，所以AsyncTask扩展Thread增强了与主线程的交互的能力。如果你的应用没有与主线程交互，那么就直接使用Thread就好了。

• 当有需要大量线程执行任务时，一定要创建线程池

  线程的开销是非常大的，特别是创建一个新线程，否则就不必设计线程池之类的工具了。当需要大量线程执行任务时，一定要创建线程池，无论是使用AsyncTask还是Thread，因为使用AsyncTask它内部的线程池有数量限制，可能无法满足需求；使用Thread更是要线程池来管理，避免虚拟机创建大量的线程。比如从网络上批量下载图片，你不想一个一个的下，或者5个5个的下载，那么就创建一个CorePoolSize为10或者20的线程池，每次10个或者20个这样的下载，即满足了速度，又不至于耗费无用的性能开销去无限制的创建线程。

• 对于想要立即开始执行的异步任务，要么直接使用Thread，要么单独创建线程池提供给AsyncTask

  默认的AsyncTask不一定会立即执行你的任务，除非你提供给他一个单独的线程池。如果不与主线程交互，直接创建一个Thread就可以了，虽然创建线程开销比较大，但如果这不是批量操作就没有问题。

• Android的开发没有想像中那样简单，要多花心思和时间在代码上和测试上面，以确信程序是优质的

使用自定义的CorePoolSize为7的Executor(Executors.newFixedThreadPool(7))：

使用未设限制的Executor(Executors.newCachedThreadPool())：