如何在单独线程加载图片，解决ListView滚动卡顿问题？

嗨，我之前也踩过ListView加载图片卡顿的坑，咱们来一步步梳理解决思路！

你提到已经用了单独线程加载，但还是卡顿，大概率是缓存、视图复用或者线程调度没做到位，下面是几个亲测有效的优化方向：

1. 必须做内存+磁盘双重缓存 #

单纯开线程下载图片远远不够——每次滚动回去都重新下载/解码，会疯狂占用CPU和IO资源，这是卡顿的核心原因之一：

• 内存缓存：用LruCache（Android）这类工具，把常用图片存在内存里，避免重复解码。
• 磁盘缓存：把下载好的图片存本地文件，下次直接读本地，不用再请求网络。

伪代码示例：

// 初始化内存缓存，分配内存为应用最大内存的1/4
LruCache<String, Bitmap> imageCache = new LruCache<>(Runtime.getRuntime().maxMemory() / 4);

// 加载图片时优先查缓存
Bitmap cachedBitmap = imageCache.get(imageUrl);
if (cachedBitmap != null) {
    imageView.setImageBitmap(cachedBitmap);
    return;
}
// 缓存没命中，再开线程从网络/磁盘加载

2. 优化视图复用与加载任务取消 #

ListView滚动时会快速复用convertView，如果旧线程还在给已经被复用的ImageView加载图片，不仅会出现图片错乱，还会浪费资源导致卡顿：

• 给ImageView设置Tag（比如当前要加载的图片URL），加载完成后先判断Tag是否匹配，再设置图片。
• 快速滚动时，取消掉已经不需要的加载任务（比如用线程池+Future管理任务，或者用Handler移除未执行的消息）。

核心代码片段：

@Override
public View getView(int position, View convertView, ViewGroup parent) {
    ViewHolder holder;
    if (convertView == null) {
        convertView = LayoutInflater.from(context).inflate(R.layout.item_avenger, parent, false);
        holder = new ViewHolder();
        holder.imageView = convertView.findViewById(R.id.item_img);
        convertView.setTag(holder);
    } else {
        holder = (ViewHolder) convertView.getTag();
    }
    String targetUrl = avengerImageUrls.get(position);
    // 设置Tag标记当前要加载的URL，同时先设占位图避免旧图残留
    holder.imageView.setTag(targetUrl);
    holder.imageView.setImageResource(R.drawable.placeholder);
    // 异步加载图片
    loadImageWithCheck(targetUrl, holder.imageView);
    return convertView;
}

private void loadImageWithCheck(String url, ImageView imageView) {
    new Thread(() -> {
        Bitmap bitmap = getBitmapFromCacheOrNetwork(url);
        if (bitmap != null) {
            runOnUiThread(() -> {
                // 只有当前ImageView的Tag还是目标URL时才设置图片
                if (imageView.getTag().equals(url)) {
                    imageView.setImageBitmap(bitmap);
                }
            });
        }
    }).start();
}

3. 控制线程数+压缩图片解码 #

• 线程池限流：不要无限制创建线程，用线程池把并发数控制在2-4（根据设备CPU核心数调整），避免CPU频繁切换导致卡顿。
• 图片压缩解码：根据ImageView的实际大小压缩图片，不要把原始尺寸的大图加载进内存。用BitmapFactory.Options的inSampleSize参数就能轻松实现：

示例压缩代码：

public Bitmap decodeSampledBitmap(String filePath, int targetWidth, int targetHeight) {
    final BitmapFactory.Options options = new BitmapFactory.Options();
    options.inJustDecodeBounds = true;
    BitmapFactory.decodeFile(filePath, options);
    // 计算压缩比例
    options.inSampleSize = calculateSampleSize(options, targetWidth, targetHeight);
    options.inJustDecodeBounds = false;
    return BitmapFactory.decodeFile(filePath, options);
}

private int calculateSampleSize(BitmapFactory.Options options, int reqWidth, int reqHeight) {
    final int height = options.outHeight;
    final int width = options.outWidth;
    int sampleSize = 1;
    if (height > reqHeight || width > reqWidth) {
        final int halfHeight = height / 2;
        final int halfWidth = width / 2;
        while ((halfHeight / sampleSize) >= reqHeight && (halfWidth / sampleSize) >= reqWidth) {
            sampleSize *= 2;
        }
    }
    return sampleSize;
}

4. 偷懒但高效的方案：用成熟图片加载库 #

如果不想自己造轮子，直接用Glide、Picasso这类库——它们已经帮你做好了缓存、线程调度、图片压缩、滚动适配所有优化，一行代码就能解决卡顿：

Glide.with(context).load(imageUrl).into(holder.imageView);

这些库会自动在ListView滚动时暂停非可见项的加载，滚动停止后恢复，省心又高效。

内容的提问来源于stack exchange，提问作者coolhack7