当我们的ListView中的Item包含图片,而且这些图片是同一资源,我们用多线程去加载图片,这时候可能就发生了这种情况。
比如线程是人,第一个人去做加载图片到缓存的工作,还没做好时第二个人要这同一张张图,结果缓存还没有这张图,于是第二个人也去加载图片到缓存。。以此类推,同时可能有N个人在加载同一张图,N取决于图片没加载到缓存前,可见的Item数量。
于是针对这种情况进行细化同步,避免发生。
//首先需要一个ConcurrentHashMap<String, Boolean>,String表示资源地址如图片地址,Boolean表示是否有线程正在加载。
//之所以用ConcurrentHashMap,是因为它不但是同步的而且效率高于Synchronized和ReenTrantLock.
private ConcurrentHashMap<String, Boolean> mConcurentMap;
//然后需要一个ReentrantLock锁住线程内的关键判断语句。
private ReentrantLock mLock;
当一个线程没有在缓存找到资源,那么将读取资源,ConcurrentHashMap记录这个资源地址,并且Boolean为true,表示有人在干这个活了,下面的人只要等待干活的人干完就行了。
//这是加载图片的线程,当缓存中没找到图片(mBitmapCache.get(path) == null)进入此线程
Thread thread = new Thread() {
@Override
public void run() {
mLock.lock();//锁住关键判断逻辑,避免同一资源多个线程都进入false逻辑(加载图片)
if (mConcurentMap.get(path) == false) {
// mConcurentMap添加键值对,表示path这个资源已经有人在加载了
mConcurentMap.put(path, true);
mLock.unlock(); //释放锁,下面进入的线程只能进入true的逻辑(等待第一个人做完工作)
if (path != null && (!path.equals("null")) && (!"".equals(path))) {
//加载图片
item.bm = PictureHelper.getCropImage(path, 400, true, 100,mActivity, 7, true);
//图片加载完放入缓存Lrucache
mBitmapCache.put(path, item.bm);
//设置键值对,false表示path这个资源已经加载完,或者没人加载了
mConcurentMap.put(path, false);
} else {
item.bm = null;
//图片地址无效
mConcurentMap.put(path, false);
}
Message msg = new Message();
msg.what = 1;
handler.sendMessage(msg);
} else {
// 释放锁
mLock.unlock();
// 表示有人在加载图片,因此用死循环等待加载完成
while (true) {
// false表示加载完成,此时缓存已有图片,应该跳出循环
if (mConcurentMap.get(path) == false) {
// Logg.D("other need break cycle");
break;
}
}
// Logg.D("other go out cycle");
if (mBitmapCache.get(path) != null) {
item.bm = mBitmapCache.get(path);
Message msg = new Message();
msg.what = 2;
handler.sendMessage(msg);
} else {
throw new NullPointerException("(mBitmapCache.get(path) == null!");
}
}
}
};
executors.execute(thread);