ios - Firebase 存储图像缓存不更新 SWIFT

Question

我在我的应用程序上设置了图像以使用 firebase UI，以便我可以按照文档 https://firebase.google.com/docs/storage/ios/download-files 轻松缓存它们

我的代码看起来像这样

    guard let profileImageUrl = user?.url else { return }
    profileImageView.sd_setImage(with: profileImageUrl)

我正在覆盖图像位置以像这样更新图像

let storageRef = Storage.storage().reference(withPath: "/users/\(uid)/profilePhoto.jpg")
storageRef.putData(uploadData, metadata: nil, completion: { (metadata, err) in

如果我在没有缓存的新设备上查看照片，它会显示新图像。但是，如果我在以前查看过它的设备上转到该图像，我将看到旧图像。

编辑:所以我知道缓存是通过 SDWebImage 工作的。我正在生成一个存储引用，以根据用户 uid 与 SDWebImage 一起使用。因此，存储引用没有改变，这是导致问题的原因。

Answer 1

当您使用 SDWebImage 加载图像时，它会永久缓存该图像，下次不会从网络请求它。当您从另一台设备上传新图像时，图像的 url 保持不变，即先前设备上的 SDWebImage 不知道图像已更新。因此，您需要想出如何将更改通知之前的设备。

下面是我认为应该怎样做:

上传图片时使用动态图片名称。这样 url 就会更改，因此 SDWebImage 将加载新的个人资料图片。

---

在评论中，您问我如何引用这个动态 url。你有两个可能的选择(我能想到的):

1) 使用 firebase 数据库:在这里，我们将在数据库上创建一个节点/引用，如 user/uid。在这里，我们将存储带有关键图像的动态图像 url。在任何设备上，当你想在设备上加载图像时，你会从数据库中读取 url。它总是指向新的图像 url 关于如何做到这一点的一个很好的例子是这个 SO POST

简介:用户->上传图片->保存Url到数据库

从 Firebase 读取图片 Url -> 通过 SDWebImage UIImageView 加载它

2) 使用文本文件:在此我们不会使用数据库。我们将在同一文件夹 users/uid/log.txt 文件下创建一个日志文件。每当您将图像上传到存储时，我们都会将 URL 保存在此文本文件中并将其上传到存储中。当你想加载图像时，首先读取文本文件以获取 imageUrl，然后使用 SDWebImage 加载图像。这种方式与上传和下载图像文件非常相似，只是多了一个步骤，您必须读取文本文件才能获取存储空间。

简述:用户->上传图片->将url放在文本文件中并上传

下载文本文件->从文件中读取图片url->通过SDWebImage加载图片到UIImageVIew

---

我正在阅读文档并找到了另一种方法。这样你就不需要使用动态 url。你可以使用你的静态网址。这里需要查询图片的元数据:

// Create reference to the file whose metadata we want to retrieve
let forestRef =  Storage.storage().reference(withPath: "/users/\(uid)/profilePhoto.jpg")

// Get metadata properties
forestRef.getMetadata { metadata, error in
  if let error = error {
    // Uh-oh, an error occurred!
  } else {
    // Metadata now contains the metadata for 'profilePhoto.jpg'  
  }
}

File metadata contains common properties such as name, size, and contentType (often referred to as MIME type) in addition to some less common ones like contentDisposition and timeCreated.

Taken From

每当您查询元数据时，将 timeCreated 保存在 UserDefaults 中，下次将 timeCreated 与保存的 timeCreated 进行比较，如果存在差异，则从 SDWebImage 缓存中删除图像，然后要求 SDWebImage 再次加载图像。