当前位置: 代码迷 >> Android >> Android学习札记——异步图片加载
  详细解决方案

Android学习札记——异步图片加载

热度:71   发布时间:2016-05-01 18:07:14.0
Android学习笔记——异步图片加载

我们在开发网络应用的时候,时常会涉及到图片下载的情况,图片下载是一个耗时的过程。由于异步下载的体验好,因此异步加载网络图片成了我们首选的方式。

之前翻阅了网上的一些资料,发现已经有人分享了这方面的经验,小弟在学习之余,在他们的基础上,也做了一些优化。下面我们就来看看这异步加载的实现过程吧。

异步加载说白了就是开后台线程来下载图片,等待下载完成后就在UI上显示出来。那么我们要为每个图片都开一个线程吗?如果要加载一百张图片呢?如果这样做就显得太浪费,这时我们就想到了线程池了!线程池可以通过反复调度现有的线程来最大化的利用资源,我们可以通过Executors.newFixedThreadPool();来获取这样的线程池,然后用它来管理下载线程。

当然,我们很幸运,Android为我们提供了更加简单的方式!

我们知道Android为我们提供了一个非常好用的异步任务——AsyncTask,通过查看AsyncTask的源码,我们看到了下面这行代码:

private static final ThreadPoolExecutor sExecutor = new ThreadPoolExecutor(CORE_POOL_SIZE,            MAXIMUM_POOL_SIZE, KEEP_ALIVE, TimeUnit.SECONDS, sWorkQueue, sThreadFactory);

其中,CORE_POOL_SIZE就限定了运行的线程的数量。

这说明了AsyncTask内部的实现就是通过线程池来进行调度的,利用它的这一个特点,再结合上面的思路,就可以用AsyncTask来为我们实现异步加载的功能了。那么,具体实现请看代码,为了方便扩展和使用,我将异步下载的功能封装到了自定义的组件RemoteImageView中,代码如下:

public class RemoteImageView extends ImageView{        public static HashMap<String,Bitmap> imageCache = new HashMap<String, Bitmap>();//1.作为缓存,有其他更好的实现方式        private static final int MAX_FAIL_TIME = 5;    private int mFails = 0;        private String mUrl;        public RemoteImageView(Context context, AttributeSet attrs) {        super(context, attrs);    }        public void setDefaultImage(int resId){        this.setImageResource(resId);    }        public void setImageUrl(String url){                if(mUrl != null && mUrl.equals(url)){            mFails++;        }else{            mFails = 0;            mUrl = url;        }                if(mFails >= MAX_FAIL_TIME)            return;                mUrl = url;                if(isCached(url))            return;                startDownload(url);    }        public boolean isCached(String url){        if(imageCache.containsKey(url)){            this.setImageBitmap(imageCache.get(url));            return true;        }                return false;    }        private void startDownload(String url){        try{            new DownloadTask().execute(url);        }catch (RejectedExecutionException e) {            //2.捕获RejectedExecutionException同时加载的图片过多而导致程序崩溃        }    }        private void reDownload(String url){        setImageUrl(url);    }        class DownloadTask extends AsyncTask<String, Void, String>{        private String imageUrl;                @Override        protected String doInBackground(String... params) {            imageUrl = params[0];            InputStream is = null;            Bitmap bmp = null;                        try {                URL url = new URL(imageUrl);                is = url.openStream();                bmp = BitmapFactory.decodeStream(is);                if(bmp != null){                    imageCache.put(imageUrl, bmp);                }else{                    reDownload(imageUrl);                }            } catch (MalformedURLException e) {                e.printStackTrace();            } catch (IOException e) {                e.printStackTrace();            } finally {                if(is != null){                    try {                        is.close();                    } catch (IOException e) {                        // TODO Auto-generated catch block                        e.printStackTrace();                    }                }            }                        return imageUrl;        }        @Override        protected void onPostExecute(String result) {            Bitmap bmp = null;            if(imageCache.containsKey(result)){                bmp = imageCache.get(result);                RemoteImageView.this.setImageBitmap(bmp);            }else{                reDownload(imageUrl);            }                        super.onPostExecute(result);        }            }}

这里我主要对注释的两处作解释:

1、由于图片资源是比较消耗流量的,所以下载到本地后我们需要对其进行缓存,缓存的方式有多种,其中比较收欢迎的有:(1)、通过SoftReference进行临时保存,由于SoftReference会针对内存进行优化,所以处于内存优化,这是一种很好的方式。(2)、通过文件进行存储的外部存储空间。

2、由于线程池对线程的个数有限制,当加载图片数量过多时,会抛出RejectedExecutionException


这样我们就能使用RemoteImageView实现图片的异步加载了,如有什么错误,欢迎指正~~~~

下面是一个demo工程的源码:http://download.csdn.net/download/chenshaoyang0011/4428075

  相关解决方案