Google 的云平台上的图片服务网址没有列出没有过期或存储详情： https://cloud.google.com/appengine/docs/go/images/reference#ServingURL — 这个文档很不清楚。图像是临时存储在 CDN 上还是其他东西，还是无限期地存储在项目的 Blobstore 中，我们要为存储的倍数付费？或者，该 URL 是否会在设定的时间后过期并丢弃该大小的图像？
我问的原因是因为我听说对这个函数的调用会增加延迟，如果可能的话，我想确保缓存响应，如果是这样的话。但是，如果有的话，我需要知道缓存过期点。
任何帮助或澄清将不胜感激。
【问题讨论】：
标签： google-app-engine google-cloud-storage blobstore
定价和缓存
那描述得好一点here：
您只需将原始图像的单个副本存储在 Blobstore 中，然后请求高性能的每图像 URL。
正如 Paul 在评论中所说，您只需支付 Blobstore 中 1 个原始图像副本的存储空间，外加提供服务时的正常带宽费用。当您创建以不同尺寸提供图片的 URL 时，是否缓存该尺寸的图片副本取决于 Google；无论哪种方式，您仍然只需支付以原始尺寸存储原始图像的费用。
我看到有报道称，在删除原始图像后，提供 URL 可以工作数天，因此显然 Google 至少有时会进行一些缓存，但这些细节并未具体说明，并且可能会因情况而异。
有效期
该 URL 永远不会过期，除非您明确删除它或删除原始图像。
无论您将图像存储在 Cloud Storage 还是 Blobstore 中，阻止图像通过服务 URL 公开访问的正确方法是调用
image.DeleteServingURL函数。
性能
我无法评论通过提供调整大小的图像副本会增加多少延迟。我认为答案是“不够关心”，但同样，我不知道。如果您尝试并发现增加的延迟不可接受，您可以尝试创建多个版本的图像以自己存储在 Blobstore 中，以自然大小提供服务。我不能说这是否真的会提高性能。在这种情况下，您当然会为存储每个副本付费。我建议不要担心这一点，除非你看到它成为一个问题。
高度优化的无 cookie 基础架构以低延迟提供图像。
所以我怀疑你是否能从尝试更多地优化它中获得很多好处。
【讨论】：
deleteServingUrl 函数，然后可以选择从存储中删除图片。
gs://bucket/file 与已存储在 Blobstore 中的文件相同。但是，我不确定从云存储中删除文件是否会从 Blobstore/CDN 中删除它及其图像 URL。 - 你碰巧知道吗？只有一个文件副本已“添加”到 Cloud Storage，但可通过 Blobstore 访问。不确定这是否会复制或其他内容。