Azure文件存储URL不'；我第一次不工作

背景： 我正在将一个在web服务器的本地磁盘上存储图像和文档的遗留应用程序移动到PaaS Azure web应用程序，并使用Azure文件存储来存储和服务文件

问题：

我注意到，有时文件下载的url第一次失败，或者页面上的图像链接在我刷新之前被破坏，或者第一次下载失败，然后第二次下载成功。我猜这是由于Azure文件存储的工作方式出现了一些问题，但它还没有启动或其他什么原因。我观察到的唯一一致的线索是，当我第一次使用它时，这种情况似乎会在早上发生一两次。我猜我的账户可能需要增加或者其他什么，所以第一轮还没有准备好。我试图想出复制的步骤，但我无法复制症状。如果我的直觉是正确的，我将不得不等到明天早上再尝试。如果可以，我会发布更详细的错误信息

    var fullRelativePath = $"{_fileShareName}/{_fileRoot}/{relativePath}".Replace("//","/");
    return $"{_fileStorageRootUrl}{fullRelativePath}{_fileStorageSharedAccessKey}";

---

谢谢

这已经有一段时间了，但我记得我能够解决这个问题，所以我将根据记忆来写这篇文章。为了能够通过URL从文件存储访问图像，您需要使用SAS令牌。我已经有了，这就是为什么我对此感到困惑。我不确定这是否是一个理想的解决方案，但我最后做的只是在url的末尾添加一些随机字符，在SAS标记之后，这样就可以工作了。我的猜测是，这使它变得独特，这可能有助于它绕过一些行为不稳定的缓存机制

---

我会看看是否能从我的档案中挖掘出工作示例。如果是这样，我将把它附加到这个答案中。

我看到您使用的是共享访问签名。SAS是否有有效的开始日期？如果有一个开始日期，并且该值是当前时间，那么问题可能会出现，因为我们称之为时钟偏差（实际上，计算机上的时间与Azure存储上的时间存在差异）。我上个月基本上创建了一个可以工作数年的时间，因为我们还没有弄清楚我们希望这些值设置为什么&；se=2025-06-16T18:59:35Z&；st=2017-06-16T10:59:35Z&；你是说他们的时钟可能认为我的SAS开始时间还没有出现？我把它设定在6月份，所以这不应该成为一个问题。谢谢你！还有其他想法吗？考虑到开工日期是6月，我认为这不是问题。下次发生此错误时，请复制该URL并将其粘贴到浏览器的地址栏中。您应该能够看到详细的错误消息。请使用该错误消息更新您的问题。如果可能，请共享完整的URL（您可以在共享的URL中更改帐户名）。是否有更新？您是否尝试过@GauravMantri提供的建议？请将URL粘贴到浏览器的地址栏中以获取详细的错误消息，并将其发布在此线程上以供进一步讨论。遇到类似问题。。。我的带有SAS签名的图像url有时有效，有时我会不断刷新我的网页。。我的链接断了。