Azure Windows Web App，在阿姆斯特丹、美国和香港都有实例。
需要针对浏览器缓存文件进行优化 - 以便一旦用户访问了应用程序中的页面并下载了任何 js、css、字体或图像 - 浏览器就会在本地缓存这些文件。
然后 - 仅当缓存文件更新时 - 它才会破坏浏览器缓存并执行 https 调用以获取较新的文件版本。
从而从用户浏览器的角度来看最小化延迟、带宽和 # 的 http 请求。
通常有 90-96 PageSpeed 分数 - 所以页面得到了优化 - 但似乎比可能慢得多，因为这些不变的 js、css、字体和图像文件可能会不必要地重新下载？
一旦一个页面在会话期间被访问一次，它在会话的其余部分就会变得非常快。
但是 - 在第二天登录时，每个页面的首次渲染再次出现延迟 - 然后它再次变得邪恶。
有点像 TTL 到期设置或类似于老式 IIS ETag HTTP 响应标头类型的东西？
ASP.NET C# 4.7 Windows Web App
任何天才都知道如何优化这种事情吗？
这不是缓存问题，更有可能是应用程序由于空闲时间过长而卸载。
若要解决此问题，需要确保应用服务计划为 S1(标准(或更高版本，并为站点启用"始终启用"选项。 为此：
Azure 门户 -> Web 应用 -> 应用程序设置 -> 始终开启 ->已启用
如果应用服务计划当前位于免费层或共享层，则可以纵向扩展应用服务计划，而无需停机：
Azure 门户 ->应用服务计划 ->纵向扩展