Android异步加载全解析之使用多线程

异步加载之使用多线程

初次尝试

异步、异步,其实说白了就是多任务处理,也就是多线程执行,多线程那就会有各种问题,我们一步步来看,首先,我们创建一个class——ImageLoaderWithoutCaches,从命名上,大家也看出来,这个类,我们实现的是不带缓存的图像加载,不多说,我们再创建一个方法——showImageByThread,通过多线程来加载图像:

/** * Using Thread * @param imageView * @param url */ public void showImageByThread(final ImageView imageView, final String url) { mHandler = new Handler() { @Override public void handleMessage(Message msg) { Bitmap bitmap = (Bitmap) msg.obj; imageView.setImageBitmap(bitmap); } }; new Thread() { @Override public void run() { Bitmap bitmap = getBitmapFromUrl(url); Message message = Message.obtain(); message.obj = bitmap; mHandler.sendMessage(message); } }.start(); }

在这个方法中,我们开启了一个线程,并在新线程中使用我们前面说的下载图像的方法进行下载,由于这时候已经不是主线程了,所以我们想怎么下就可以怎么下,天高皇帝远。 下载好了之后,通过Handler对象将消息告知在主线程中等了一辈子的Handler,收到消息之后,Handler操纵UI,修改imageView的图像。OK,跑起。
Android异步加载全解析之使用多线程

卧草,坑我啊,有的图老闪,有的图动都不动,滑一滑还不停的变,这是什么鬼。 这当然不是我们想要看见的结果。但是为什么会这样呢?我们先来分析下,首先,我们需要了解下ListView的Recycler机制。

ListView之Recycler机制

public View getView(int position, View convertView, ViewGroup parent)

这个就是ListView中的getView()方法,参数convertView就是我们的头号嫌疑犯。假如我们有100条数据,但是页面上只能显示10条。Android还不会白痴到全部先创建出来。在初始创建的时候,显示多少,convertView就创建了多少,当你滑动的时候,比如向上滑动一个Item,那么Item1就会隐藏,Item11会从下面出来,那么这时候,如果Android再去创建一个convertView,那它就要被人骂死了,因为它首先要回收Item1,再去创建Item11,有意思吗? 为了解决这样一个问题,Android在ListView中提供了Recycler机制,说白了就是创建了一个Item的缓冲池,当Item1消失后,它并没有被回收,而是进入了缓冲池,成了二手货,当Item11显示的时候,它会从缓冲池中取出Item1,把Item1的数据擦擦干净继续用,所以这个时候,Item11和Item1显示的内容会是相同的,因为它们在内存中的地址是一样的,本质上是一个Item,但这个时候,Item1已经看不见了,所以它显示成什么,跟Item11没一点关系。当它再显示的时候,重新再写上正确的数据就好了。 这里在网上盗了张图,帮助大家来理解这样一个捡二手货的概念:Android异步加载全解析之使用多线程

当然,如果不是异步操作,屁事都没有,因为Android UI是单线程的,或者说你重用了convertView但每次都new一个,那也没事,当然你也不会这样做,太Low了。但是异步就不一样了,就拿我们这里下载图片来说,每个图片都有自己的脾气,大家下载的速度都是不一样的,当初始显示ListView时,Item1的图片下载太慢,当你滑上去,显示Item11了,Item11的图显示的飞起,马上就下好了,OK,Item11的图显示好了,可马上,Item1下的慢的图也下好了,它去找Item1,但是它不知道这个时候的Item1已经变成Item11了,它还去给人家设置图像,这不就乱了吗? OK,知道了原因,我们怎么解决呢?现在的问题就是,下载的图像就好像一个冬眠的人,它睡了20年,起来发现,他大爷已经不是当年的那个大爷了,但它的记忆还停在20年前。所以,我们需要建立一个标志,来让冬眠的朋友回来看看清楚,现在的这个大爷是不是你以前的那个大爷。 在Android中,我们可以非常方便的使用tag来对View进行标识,Item1显示的时候,tag被设置为url1,然后它就去下载url1了,当滑动后,显示Item11了,这时候tag被修改为url11,下载url11的图了。而当url1的图片下载好了之后,回来只要看看tag是不是url1就知道大爷还是不是那个大爷了,如果不是,就不显示了,这样就可以避免错位的问题了。 当然,前面的例子中还有一个坑,我就不埋大家了,下载完毕后,通过handler将图片通知UI线程修改ImageView,但是这个时候,参数中的ImageView与这时候传递过来的图像可能并不是一一对应的关系,显示肯定不正确了,所以我们还需要让url和对应的ImageView进行下配对,最简单的方法就是使用一个对象来进行保存。

多线程异步下载正解

在进行初次尝试并分析了失败原因后,我们将上面两个坑填起来,修改后的方法如下:

/** * Using Thread * @param imageView * @param url */ public void showImageByThread(final ImageView imageView, final String url) { mHandler = new Handler() { @Override public void handleMessage(Message msg) { ImgHolder holder = (ImgHolder) msg.obj; if (holder.imageView.getTag().equals(holder.url)) { holder.imageView.setImageBitmap(holder.bitmap); } } }; new Thread() { @Override public void run() { Bitmap bitmap = getBitmapFromUrl(url); Message message = Message.obtain(); message.obj = new ImgHolder(imageView, bitmap, url); mHandler.sendMessage(message); } }.start(); }

private class ImgHolder { public Bitmap bitmap; public ImageView imageView; public String url; public ImgHolder(ImageView iv, Bitmap bm,String url) { this.imageView = iv; this.bitmap = bm; this.url = url; } }

修改后的方法,依然是使用Handler,这个没有别的选择,首先我们下载图像,然后将图像和ImageView通过一个对象来进行匹配保存。在Handler拿到对象后,通过判断当前的tag与url是否对应来决定是否加载。这里就利用到了我们在Android异步加载全解析之开篇瞎扯淡里面所提到的:

viewHolder.imageView.setTag(url);

这里就派上用场了。
最后,在Adapter中修改下代码:

@Override public View getView(int position, View convertView, ViewGroup parent) { String url = mData.get(position); ViewHolder viewHolder = null; if (convertView == null) { viewHolder = new ViewHolder(); convertView = mInflater.inflate(R.layout.listview_item, null); viewHolder.imageView = (ImageView) convertView.findViewById(R.id.iv_lv_item); convertView.setTag(viewHolder); } else { viewHolder = (ViewHolder) convertView.getTag(); } viewHolder.imageView.setTag(url); viewHolder.imageView.setImageResource(R.drawable.ic_launcher); mImageLoader.showImageByThread(viewHolder.imageView, url); return convertView; }

在getView的时候,异步加载图片。
这时候,我们再来运行程序,效果如下:Android异步加载全解析之使用多线程

OK,已经可以正常显示了。

分类:默认分类 时间:2015-03-13 人气:1
本文关键词:
分享到:

相关文章

Copyright (C) quwantang.com, All Rights Reserved.

趣玩堂 版权所有 京ICP备15002868号

processed in 0.173 (s). 10 q(s)