如何在Fragment的ImageView中展示Firebase Storage图片及相关问题解决

一、更优的Firebase Storage图片加载实现 #

你当前手动下载Bitmap、通过ViewModel传递的方案存在几个可优化点：临时文件冗余、无缓存机制、Bitmap未做内存优化、生命周期管理不完善。推荐使用图片加载库配合Firebase Storage专用集成实现，方案优势如下：

• 自动处理内存/磁盘二级缓存，重复加载不需要重复请求网络
• 自动适配ImageView尺寸裁剪Bitmap，避免内存溢出
• 内置占位图、错误图、加载动画配置能力
• 不需要手动处理临时文件、Bitmap生命周期，减少内存泄漏风险

以Glide搭配Firebase集成库为例，实现代码大幅简化，可直接在Fragment中完成加载，不需要在Activity中下载再通过ViewModel传递：

// Fragment 内代码
val imageName = auth.currentUser?.uid
val storageRef = FirebaseStorage.getInstance().reference.child("profileImages/$imageName.jpg")

Glide.with(this)
    .load(storageRef)
    .placeholder(R.drawable.加载中占位图) // 加载过程中显示的图片
    .error(R.drawable.默认头像) // 加载失败/图片不存在时显示的图片
    .into(profileImg)

采用该方案后ViewModel不需要存储Bitmap数据，可避免大对象常驻内存引发的问题。

二、下拉刷新时残留旧图片问题修复 #

该问题的根因是：图片不存在触发addOnFailureListener时，你没有更新ViewModel的imageData值，LiveData仍然持有之前加载成功的Bitmap，Fragment读取到的还是旧值所以显示旧图。
修复方案分两种场景：

沿用原有实现逻辑的修复方案 #

1. 修改ViewModel，支持清空图片数据：

val imageData = MutableLiveData<Bitmap?>() // 改为可空类型
fun setImage(newData: Bitmap?) {
    imageData.value = newData
}

2. Activity中失败回调里清空旧数据：

storageRef.getFile(localFile).addOnSuccessListener {
    val bitmap = BitmapFactory.decodeFile(localFile.absolutePath)
    fragmentViewModel.setImage(bitmap)
}.addOnFailureListener {
    fragmentViewModel.setImage(null) // 失败时传空清空旧数据
    Toast.makeText(this,"Failed",Toast.LENGTH_SHORT).show()
}

3. Fragment中通过观察者动态更新视图，不要仅读取一次LiveData的值：

profileImg = view.findViewById(R.id.profileImage)
viewModel.imageData.observe(viewLifecycleOwner) { bitmap ->
    if (bitmap == null) {
        profileImg.setImageResource(R.drawable.默认占位图)
    } else {
        profileImg.setImageBitmap(bitmap)
    }
}

采用上述推荐Glide方案的修复方案 #

不需要额外处理，Glide的error配置会自动在加载失败时替换为默认图，下拉刷新触发重新加载时也会自动覆盖旧图。

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