Firebase Storage getMetadata()是否调用后端及下载URL相关技术咨询

针对你遇到的图片下载延迟问题，我来逐个解答你的疑问：

1. getMetadata()每次调用是否都会联系后端？是否会引入往返Web服务调用延迟？ #

没错，每次调用getMetadata()都会发起真实的网络请求到Firebase Storage的后端服务器，去拉取最新的文件元数据。这必然会带来往返网络的延迟——毕竟得等服务器响应、传输数据回来，才能拿到下载URL。这也是你明明做了图片缓存，却还是感觉有明显延迟的核心原因之一。

2. 在图片上传时将Firebase putData()返回的metadata中的下载URL存储在应用本地是否可行？ #

当然可行，这其实是优化这类场景的常规操作！你可以在图片上传成功后，直接从putData()返回的结果里提取下载URL，把它存在本地存储里（比如UserDefaults、Core Data，或者你项目里用的其他缓存工具）。之后需要加载图片时，直接用本地缓存的URL调用downloadImageOrReturnACachedVersionOfItBy，完全跳过getMetadata()这一步，就能省掉那笔网络开销，延迟自然就降下来了。
小提醒：存储的时候最好把URL和对应的图片标识（比如你代码里的"myImage.jpg"）绑定起来，方便后续快速找到对应图片的缓存URL。

3. 这些下载URL是否永久有效？是否会被自动失效？ #

默认情况下，通过metadata.downloadURLs拿到的下载URL是长期有效的，不会自动过期。不过有几种情况会导致URL失效：

• 你手动修改了存储桶的安全规则，限制了该文件的访问权限；
• 你主动删除了对应的存储对象；
• 如果你生成URL时手动指定了过期时间（比如用getDownloadURL(completion:)并设置了有效期），那这类URL会在指定时间后失效，但metadata里的默认URL没有这个限制。
  另外，建议你在使用本地缓存的URL时加个错误处理：如果请求图片返回失败（比如403/404），就重新调用getMetadata()获取最新URL，更新本地缓存后再重试。

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