我认为这个问题在Android开发人员中非常流行，有很多这样的库声称可以解决这个问题，但似乎只有少数库是正确的。AQuery就是一个这样的图书馆，但它在所有方面都比大多数图书馆好，值得一试。

这就是使用Jetpack Compose的方法。

implementation("io.coil-kt:coil-compose:1.3.1") // Add the Coil-Compose library

Image(
    painter = rememberImagePainter("https://www.example.com/image.jpg"),
    contentDescription = "My image description",
    modifier = Modifier.size(128.dp)
)

感谢nglauber和Gabriele Mariotti的回答。

另一种方法是通过getView（）方法中线程中的适配器：

Thread pics_thread = new Thread(new Runnable() {
    @Override
    public void run() {
        Bitmap bitmap = getPicture(url);
        if(bitmap != null) {
            runOnUiThread(new Runnable() {
                @Override
                public void run() {
                    holder.imageview.setImageBitmap(bitmap);            
                    adapter.notifyDataSetChanged();
                }                       
            });             
        }       
    }                       
});

pics_thread.start();

当然，您应该始终缓存图像以避免额外的操作，您可以将图像放在HashMap数组中，检查图像是否存在于数组中，如果不存在，则继续执行线程或从HashMap数组加载图像。此外，请始终检查内存是否泄漏，位图和可绘制文件通常占用大量内存。优化代码取决于您。

DroidParts的ImageFetcher需要零配置才能启动。

使用磁盘和内存中最近最少使用（LRU）缓存。高效解码图像。支持在后台线程中修改位图。具有简单的交叉褪色。具有图像加载进度回调。

例如，克隆DroidPartsGram：

我发现滑翔机比毕加索更好。我使用picasso加载了大约32张图片，每张图片的大小约为200-500KB，而且我总是得到OOM。但滑翔机解决了我所有的OOM问题。

我认为这个问题在Android开发人员中非常流行，有很多这样的库声称可以解决这个问题，但似乎只有少数库是正确的。AQuery就是一个这样的图书馆，但它在所有方面都比大多数图书馆好，值得一试。