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,跑起。

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

这当然不是我们想要看见的结果。但是为什么会这样呢?我们先来分析下,首先,我们需要了解下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 我的视频 慕课网

时间: 2024-08-02 06:59:48

Android异步加载全解析之使用多线程的相关文章

Android异步加载全解析之Bitmap

Android异步加载全解析之Bitmap 在这篇文章中,我们分析了Android在对大图处理时的一些策略--Android异步加载全解析之大图处理  戳我戳我 那么在这篇中,我们来对图像--Bitmap进行一个更加细致的分析,掌握Bitmap的点点滴滴. 引入 Bitmap这玩意儿号称Android App头号杀手,特别是3.0之前的版本,简直就是皇帝般的存在,碰不得.摔不得.虽然后面的版本Android对Bitmap的管理也进行了一系列的优化,但是它依然是非常难处理的一个东西.在Androi

Android异步加载全解析之使用AsyncTask

Android异步加载全解析之使用AsyncTask 概述 既然前面提到了多线程,就不得不提到线程池,通过线程池,不仅可以对并发线程进行管理,更可以提高他们执行的效率,优化整个App.当然我们可以自己创建一个线程池,不过这样是很烦的,要创建一个高效的线程池还是挺费事的,不过,Android系统给我吗提供了AsyncTask这样一个类,来帮助我们快速实现多线程开发,它的底层实现,其实就是一个线程池. AsyncTask初探 AsyncTask,顾名思义就是用来做异步处理的.通过AsyncTask,

Android异步加载全解析之大图处理

Android异步加载全解析之大图处理 异步加载中非常重要的一部分就是对图像的处理,这也是我们前面用异步加载图像做演示例子的原因.一方面是因为图像处理不好的话会非常占内存,而且容易OOM,另一方面,图像也比文字要大,加载比较慢.所以,在讲解了如何进行多线程.AsyncTask进行多线程加载后,先暂停下后面的学习,来对图像的异步处理进行一些优化工作. 为什么要对图像处理 为什么要对图像进行处理,这是一个很直接的问题,一张图像,不管你拿手机.相机.单反还是什么玩意拍出来,它就有一定的大小,但是在不同

Android异步加载全解析之引入一级缓存

Android异步加载全解析之引入缓存 为啥要缓存 通过对图像的缩放,我们做到了对大图的异步加载优化,但是现在的App不仅是高清大图,更是高清多图,动不动就是图文混排,以图代文,如果这些图片都加载到内存中,必定会OOM.因此,在用户浏览完图像后,应当立即将这些废弃的图像回收,但是,这又带来了另一个问题,也就是当用户在浏览完一次图片后,如果还要返回去再进行重新浏览,那么这些回收掉的图像又要重新进行加载,保不准就要那些无聊到蛋疼的人在那一边看你回收GC,一边看你重新加载.这两件事情,肯定是互相矛盾的

Android异步加载全解析之IntentService

Android异步加载全解析之IntentService 搞什么IntentService 前面我们说了那么多,异步处理都使用钦定的AsyncTask,再不济也使用的Thread,那么这个IntentService是个什么鬼. 相对与前面我们提到的这两种异步加载的方式来说,IntentService有一个最大的特点,就是--IntentService不受大部分UI生命周期的影响,它为后台线程提供了一个更直接的操作方式.不过,IntentService的不足主要体现在以下几点: 不可以直接和UI做

Android异步加载全解析之开篇瞎扯淡

Android异步加载 概述 Android异步加载在Android中使用的非常广泛,除了是因为避免在主线程中做网络操作,更是为了避免在显示时由于时间太长而造成ANR,增加显示的流畅性,特别是像ListView.GridView这样的控件,如果getView的时间太长,就会造成非常严重的卡顿,非常影响性能. 本系列将展示在Android中如何进行异步加载操作,并使用ListView来作为演示的对象. 如何下载图像 下载自然是需要使用网络,使用网络就不能在主线程,在主线程就会爆炸.所以我们必须要在

Android引入高速缓存的异步加载全分辨率

Android引进高速缓存的异步加载全分辨率 为什么要缓存 通过图像缩放,我们这样做是对的异步加载优化的大图,但现在的App这不仅是一款高清大图.图.动不动就是图文混排.以图代文,假设这些图片都载入到内存中.必然会OOM.因此,在用户浏览完图像后.应当马上将这些废弃的图像回收,可是.这又带来了另一个问题.也就是当用户在浏览完一次图片后,假设还要返回去再进行又一次浏览,那么这些回收掉的图像又要又一次进行载入,保不准就要那些无聊到蛋疼的人在那一边看你回收GC.一边看你又一次载入.这两件事情,肯定是互

Android异步加载

Android异步加载 一.为什么要使用异步加载? 1.Android是单线程模型 2.耗时操作阻碍UI线程 二.异步加载最常用的两种方式 1.多线程.线程池 2.AsyncTask 三.实现ListView图文混排 3-1 实现读取网页中的json数据到ListView中 (图片首先为默认图片) 3.1.1:主布局只有一个ListView和一个listView_item的布局 3.1.2:网页json数据的链接(http://www.imooc.com/api/teacher?type=4&n

Android异步加载访问网络图片-解析json

来自:http://www.imooc.com/video/7871 推荐大家去学习这个视频,讲解的很不错. 慕课网提供了一个json网址可以用来学习:http://www.imooc.com/api/teacher?type=4&num=30.我们的任务就是建立一个listview,将json提供的一些参数,主要是name,picSmall,description显示出来,效果图如下:  主要思路如下:listview中图片的加载,程序中使用了两种方式,一种是使用Thread类,一种是使用As