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

导语:在开发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的风险,因此,我们需要根据自己的需求自定义不同的线程池,由于篇幅问题,将留到下篇再讲。

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

时间: 2024-10-12 16:42:34

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

Android多线程分析之五:使用AsyncTask异步下载图像

Android多线程分析之五:使用AsyncTask异步下载图像 罗朝辉 (http://blog.csdn.net/kesalin) CC 许可,转载请注明出处 在本系列文章的第一篇<Android多线程分析之中的一个:使用Thread异步下载图像>中.曾演示了怎样使用 Thread 来完毕异步任务. Android 为了简化在 UI 线程中完毕异步任务(毕竟 UI 线程是 app 最重要的线程).实现了一个名为 AysncTask 的模板类.使用 AysncTask 能够在异步任务进行的同

Android多线程(一)之AsyncTask

在Android应用的开发过程中,我们不可避免的要使用多线程,获取服务器数据.下载网络数据.遍历文件目录查找特定文件等等耗时的工作都离不开线程的知识.Android继承了Java的多线程体系,同时又实现了许多更加简易的API来操作线程.通过这些API,我们可以方便快捷的实现线程的创建.线程间的交互.我打算记下最近自己学习Android多线程机制时的学习笔记,一来可以供以后翻阅查看,二来为那些正疑惑与此的朋友提供一条结局的途径. 先大招说一下我想写的内容: 一.AsyncTask 二.Thread

Android多线程任务的优化

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

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

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

Android中使用Thread线程与AsyncTask异步任务的区别

最近和几个朋友交流Android开发中的网络下载问题时,谈到了用Thread开启下载线程时会产生的Bug,其实直接用子线程开启下载任务的确是很Low的做法,那么原因究竟如何,而比较高大上的做法是怎样?于是用这篇博文详细分析记录一下. 一.概念介绍 Thread是指在CPU运行的一个程序中,可以有多个执行路径.运行的程序称作进程,而这个执行路径,就被称为线程(如果对这两个名词不太理解的同学可以参考一下操作系统方面的书籍).Java中的多线程是指多个Thread可以在一段内同步执行,这样可以提高代码

Android ListView复杂列表优化实践

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

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

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

Android多线程编程之Handler篇(消息机制)

Android多线程编程之Handler篇(消息机制) Android的消息机制主要是指Handler的运行机制,Handler的运行需要底层的MessageQueue和Looper的支撑. MessageQueue 消息队列,以队列的形式(实为单链表结构)对外提供插入和删除的工作, Looper 以无限循环的形式不断获取MessageQueue中的消息,有则处理,无则等待. ThreadLocal ThreadLocal可以在不同的线程互不干扰的存储并提供数据,通过ThreadLocal可以很

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

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