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

时间：2015-03-19 23:59:22 阅读：497 评论：0 收藏：0 [点我收藏+]

异步加载之使用多线程

初次尝试

异步、异步，其实说白了就是多任务处理，也就是多线程执行，多线程那就会有各种问题，我们一步步来看，首先，我们创建一个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，跑起。

卧草，坑我啊，有的图老闪，有的图动都不动，滑一滑还不停的变，这是什么鬼。

这当然不是我们想要看见的结果。但是为什么会这样呢？我们先来分析下，首先，我们需要了解下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 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的时候，异步加载图片。

这时候，我们再来运行程序，效果如下：

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

我的Github
我的视频慕课网

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

原文：http://blog.csdn.net/eclipsexys/article/details/44417831

踩

(0)

评论一句话评论（0）

分享档案

更多>

2021年09月23日 (328)
2021年09月24日 (313)
2021年09月17日 (191)
2021年09月15日 (369)
2021年09月16日 (411)
2021年09月13日 (439)
2021年09月11日 (398)
2021年09月12日 (393)
2021年09月10日 (160)
2021年09月08日 (222)

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

异步加载之使用多线程

初次尝试

ListView之Recycler机制

多线程异步下载正解

我的Github 我的视频 慕课网

我的Github
我的视频慕课网