Caching Azure存储和CDN以及获取blob

我在Azure存储的CDN中有缓存问题。我已经设置了存储，在其上添加了CDN，并放置了自定义域

所有这些都很好，直到最近，当我上传的一张图片被卡在CDN上。当我在没有CDN的情况下使用它时，一切正常，但在CDN上它总是显示旧的图像。我尝试了一切，我把自定义缓存过期，我删除，我移动它。。。但什么都不管用。我等了一天，也许Auzura会自动修复，或者一些缓存会过期，但什么都没有

以前有人有过类似的问题吗？如何修复它

---

同一容器中的所有其他图像（blob）都可以正常工作。

在规划CDN使用时，您必须非常小心。启用CDN时，您必须完全控制将通过CDB提供的所有和任何Blob文件

这是通过明确设置、或请求上的

x-ms-blob-cache-control

属性，或使用Azure托管库设置属性来实现的

如果您在CDN访问文件之前忘记设置此属性，CDN将假定7天为TTL（该文件的生存时间）。设置的任何后续更改（blob的缓存控制属性）将在7天TTL结束后生效。我相信您意外地输入了这个默认的7天TTL（希望它不是最坏的-错误地设置了较长时间的缓存过期标头）

---

你可以阅读更多关于。我恳请您在上投3票。

在规划CDN使用时，您必须非常小心。启用CDN时，您必须完全控制将通过CDB提供的所有和任何Blob文件

这是通过明确设置、或请求上的

x-ms-blob-cache-control

属性，或使用Azure托管库设置属性来实现的

如果您在CDN访问文件之前忘记设置此属性，CDN将假定7天为TTL（该文件的生存时间）。设置的任何后续更改（blob的缓存控制属性）将在7天TTL结束后生效。我相信您意外地输入了这个默认的7天TTL（希望它不是最坏的-错误地设置了较长时间的缓存过期标头）

---

你可以阅读更多关于。我恳请您在上投3票。

您的倒数第二个链接将我重定向到一个通用且不太有用的页面。您有更新的页面要链接吗？所有链接现在都应该可以了。谢谢您的快速更新。不幸的是，似乎没有办法在容器级别设置缓存控制，是吗？更改缓存需要设置每个blob的属性？这是正确的。只在斑点上。因此，在第一次保存blob时必须格外小心（以避免重新更新所有blob）。另外，你还可以对功能请求投3票——这是我回答中的最后一个链接；）你的倒数第二个链接将我重定向到一个通用的、不太有用的页面。您有更新的页面要链接吗？所有链接现在都应该可以了。谢谢您的快速更新。不幸的是，似乎没有办法在容器级别设置缓存控制，是吗？更改缓存需要设置每个blob的属性？这是正确的。只在斑点上。因此，在第一次保存blob时必须格外小心（以避免重新更新所有blob）。另外，你还可以对功能请求投3票——这是我回答中的最后一个链接；）