Android多线程任务的优化

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

概述：为了不阻塞UI线程（亦称主线程），提高应用的响应性，我们经常会使用新开线程的方式，异步处理那些导致阻塞的任务(如要了解Android异步处理的实现方式和原理，请先阅读《Android异步处理系列文章索引》)。

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

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

分析：

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

  1. private static final int CORE_POOL_SIZE =5;//5个核心工作线程
  2. private static final int MAXIMUM_POOL_SIZE = 128;//最多128个工作线程
  3. private static final int KEEP_ALIVE = 1;//空闲线程的超时时间为1秒
  4. private static final BlockingQueue<Runnable> sWorkQueue =
  5. new LinkedBlockingQueue<Runnable>(10);//等待队列
  6. private static final ThreadPoolExecutorsExecutor = new ThreadPoolExecutor(CORE_POOL_SIZE,
  7. 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. package com.zhuozhuo;
  2. import java.util.ArrayList;
  3. import java.util.Collection;
  4. import java.util.HashMap;
  5. import java.util.Iterator;
  6. import java.util.List;
  7. import java.util.ListIterator;
  8. import java.util.Map;
  9. import android.app.Activity;
  10. import android.app.AlertDialog;
  11. import android.app.Dialog;
  12. import android.app.ListActivity;
  13. import android.app.ProgressDialog;
  14. import android.content.Context;
  15. import android.content.DialogInterface;
  16. import android.content.Intent;
  17. import android.database.Cursor;
  18. import android.graphics.Bitmap;
  19. import android.os.AsyncTask;
  20. import android.os.Bundle;
  21. import android.provider.ContactsContract;
  22. import android.util.Log;
  23. import android.view.LayoutInflater;
  24. import android.view.View;
  25. import android.view.ViewGroup;
  26. import android.widget.AbsListView;
  27. import android.widget.AbsListView.OnScrollListener;
  28. import android.widget.Adapter;
  29. import android.widget.AdapterView;
  30. import android.widget.AdapterView.OnItemClickListener;
  31. import android.widget.BaseAdapter;
  32. import android.widget.GridView;
  33. import android.widget.ImageView;
  34. import android.widget.ListAdapter;
  35. import android.widget.SimpleAdapter;
  36. import android.widget.TextView;
  37. import android.widget.Toast;
  38. public class ActivityA extends Activity {
  39. private GridView mGridView;
  40. private List<HashMap<String, Object>> mData;
  41. private BaseAdapter mAdapter;
  42. private ProgressDialog mProgressDialog;
  43. private static final int DIALOG_PROGRESS = 0;
  44. @Override
  45. public void onCreate(Bundle savedInstanceState) {
  46. super.onCreate(savedInstanceState);
  47. setContentView(R.layout.main);
  48. mGridView = (GridView) findViewById(R.id.gridview);
  49. mData = new ArrayList<HashMap<String,Object>>();
  50. mAdapter = new CustomAdapter();
  51. mGridView.setAdapter(mAdapter);
  52. }
  53. protected void onStart () {
  54. super.onStart();
  55. new GetGridDataTask().execute(null);//执行获取数据的任务
  56. }
  57. @Override
  58. protected Dialog onCreateDialog(int id) {
  59. switch (id) {
  60. case DIALOG_PROGRESS:
  61. mProgressDialog = new ProgressDialog(ActivityA.this);
  62. mProgressDialog.setMessage("正在获取数据");
  63. mProgressDialog.setProgressStyle(ProgressDialog.STYLE_SPINNER);
  64. return mProgressDialog;
  65. }
  66. return null;
  67. }
  68. class CustomAdapter extends BaseAdapter {
  69. CustomAdapter() {
  70. }
  71. @Override
  72. public int getCount() {
  73. return mData.size();
  74. }
  75. @Override
  76. public Object getItem(int position) {
  77. return mData.get(position);
  78. }
  79. @Override
  80. public long getItemId(int position) {
  81. return 0;
  82. }
  83. @Override
  84. public View getView(int position, View convertView, ViewGroup parent) {
  85. View view = convertView;
  86. ViewHolder vh;
  87. if(view == null) {
  88. view = LayoutInflater.from(ActivityA.this).inflate(R.layout.list_item, null);
  89. vh = new ViewHolder();
  90. vh.tv = (TextView) view.findViewById(R.id.textView);
  91. vh.iv = (ImageView) view.findViewById(R.id.imageView);
  92. view.setTag(vh);
  93. }
  94. vh = (ViewHolder) view.getTag();
  95. vh.tv.setText((String) mData.get(position).get("title"));
  96. Integer id = (Integer) mData.get(position).get("pic");
  97. if(id != null) {
  98. vh.iv.setImageResource(id);
  99. }
  100. else {
  101. vh.iv.setImageBitmap(null);
  102. }
  103. FifoAsyncTask task = (FifoAsyncTask) mData.get(position).get("task");
  104. if(task == null || task.isCancelled()) {
  105. Log.d("Test", "" + position);
  106. mData.get(position).put("task", new GetItemImageTask(position).execute(null));//执行获取图片的任务
  107. }
  108. return view;
  109. }
  110. }
  111. static class ViewHolder {
  112. TextView tv;
  113. ImageView iv;
  114. }
  115. class GetGridDataTask extends FifoAsyncTask<Void, Void, Void> {
  116. protected void onPreExecute () {
  117. mData.clear();
  118. mAdapter.notifyDataSetChanged();
  119. showDialog(DIALOG_PROGRESS);//打开等待对话框
  120. }
  121. @Override
  122. protected Void doInBackground(Void... params) {
  123. try {
  124. Thread.sleep(500);//模拟耗时的网络操作
  125. } catch (InterruptedException e) {
  126. e.printStackTrace();
  127. }
  128. for(int i = 0; i < 200; i++) {
  129. HashMap<String, Object> hm = new HashMap<String, Object>();
  130. hm.put("title", "Title");
  131. mData.add(hm);
  132. }
  133. return null;
  134. }
  135. protected void onPostExecute (Void result) {
  136. mAdapter.notifyDataSetChanged();//通知ui界面更新
  137. dismissDialog(DIALOG_PROGRESS);//关闭等待对话框
  138. }
  139. }
  140. class GetItemImageTask extends FifoAsyncTask<Void, Void, Void> {
  141. int pos;
  142. GetItemImageTask(int pos) {
  143. this.pos = pos;
  144. }
  145. @Override
  146. protected Void doInBackground(Void... params) {
  147. try {
  148. Thread.sleep(2000); //模拟耗时的网络操作
  149. } catch (InterruptedException e) {
  150. e.printStackTrace();
  151. }
  152. mData.get(pos).put("pic", R.drawable.icon);
  153. return null;
  154. }
  155. protected void onPostExecute (Void result) {
  156. mAdapter.notifyDataSetChanged();//通知ui界面更新
  157. }
  158. }
  159. }

由运行图可见

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

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

总结：

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

时间： 2024-10-12 11:10:26

Android多线程任务的优化的相关文章

Android多线程任务的优化1：AsyncTask的缺陷 (转至 http://www.linuxidc.com/Linux/2011-09/43150.htm)

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

Android ListView复杂列表优化实践

原文:Android ListView复杂列表优化实践 很多社交App都不免会涉及到复杂的列表元素实现,一个列表上面可能大量的图片,不定长的评论列表,给手机端的程序员带来了不少的挑战.本文就是在实现复杂的列表滑动的情况下,利用已知的优化方法指导下的一次优化实践,旨在提升ListView的滑动流畅度,为用户带来良好的体验. 1:设计稿: 这是列表中可能出现的ItemView,有两种,但是又有许多相同的地方,比如一样有点赞的图片,评论等...其中,评论和点赞的数量是可变的. 2:使用一般布局带来的问

Android多线程分析之四：MessageQueue的实现

罗朝辉 (http://blog.csdn.net/kesalin) CC 许可,转载请注明出处 在前面两篇文章<Android多线程分析之二:Thread的实现>,<Android多线程分析之三:Handler,Looper的实现>中分别介绍了 Thread 的创建,运行,销毁的过程以及 Thread与 Handler,Looper 之间的关联:Thread 在其 run() 方法中创建和运行消息处理循环 Looper,而 Looper::loop() 方法不断地从 Messag

Android应用开发性能优化完全分析

 应用UI性能问题分析 UI可谓是一个应用的脸,所以每一款应用在开发阶段我们的交互.视觉.动画工程师都拼命的想让它变得自然大方美丽,可是现实总是不尽人意,动画和交互总会觉得开发做出来的应用用上去感觉不自然,没有达到他们心目中的自然流畅细节:这种情况之下就更别提发布给终端用户使用了,用户要是能够感觉出来,少则影响心情,多则卸载应用:所以一个应用的UI显示性能问题就不得不被开发人员重视. 2-1 应用UI卡顿原理 人类大脑与眼睛对一个画面的连贯性感知其实是有一个界限的,譬如我们看电影会觉得画面很自然

Android 应用开发性能优化完全分析

1 背景 其实有点不想写这篇文章的,但是又想写,有些矛盾.不想写的原因是随便上网一搜一堆关于性能的建议,感觉大家你一总结.我一总结的都说到了很多优化注意事项,但是看过这些文章后大多数存在一个问题就是只给出啥啥啥不能用,啥啥啥该咋用等,却很少有较为系统的进行真正性能案例分析的,大多数都是嘴上喊喊或者死记住规则而已(当然了,这话我自己听着都有些刺耳,实在不好意思,其实关于性能优化的优质博文网上也还是有很多的,譬如Google官方都已经推出了优化专题,我这里只是总结下自的感悟而已,若有得罪欢迎拍砖,我

【转】Android应用开发性能优化完全分析

http://blog.csdn.net/yanbober/article/details/48394201 1 背景 其实有点不想写这篇文章的,但是又想写,有些矛盾.不想写的原因是随便上网一搜一堆关于性能的建议,感觉大家你一总结.我一总结的都说到了很多优化注意事项,但是看过这些文章后大多数存在一个问题就是只给出啥啥啥不能用,啥啥啥该咋用等,却很少有较为系统的进行真正性能案例分析的,大多数都是嘴上喊喊或者死记住规则而已(当然了,这话我自己听着都有些刺耳,实在不好意思,其实关于性能优化的优质博文网

Android多线程之图解Handler Looper MessageQueue Message

Android中的多线程可以有多种实现方式,前面我们已经讲过了封装程度较高异步任务(AnsyncTask),这一节我们来看看较为灵活的方式:Handler Looper MessageQueue Message. Message:用于线程之间传递信息,发送的消息放入目标线程的MessageQueue中. MessageQueue:用于简化线程之间的消息传递,MessageQueue接受发送端的Message,并作为消息处理端的输入源.每个线程只有一个实例. Handler:用于处理Message

转——Android应用开发性能优化完全分析

[工匠若水 http://blog.csdn.net/yanbober 转载请注明出处.] 1 背景 其实有点不想写这篇文章的,但是又想写,有些矛盾.不想写的原因是随便上网一搜一堆关于性能的建议,感觉大家你一总结.我一总结的都说到了很多优化注意事项,但是看过这些文章后大多数存在一个问题就是只给出啥啥啥不能用,啥啥啥该咋用等,却很少有较为系统的进行真正性能案例分析的,大多数都是嘴上喊喊或者死记住规则而已(当然了,这话我自己听着都有些刺耳,实在不好意思,其实关于性能优化的优质博文网上也还是有很多的,

转：Android应用开发性能优化完全分析

转自:http://blog.csdn.net/yanbober/article/details/48394201 1 背景 其实有点不想写这篇文章的,但是又想写,有些矛盾.不想写的原因是随便上网一搜一堆关于性能的建议,感觉大家你一总结.我一总结的都说到了很多优化注意事项,但是看过这些文章后大多数存在一个问题就是只给出啥啥啥不能用,啥啥啥该咋用等,却很少有较为系统的进行真正性能案例分析的,大多数都是嘴上喊喊或者死记住规则而已(当然了,这话我自己听着都有些刺耳,实在不好意思,其实关于性能优化的优质