Azure静态Web应用是否存在头部缓存？如何清除？

确实存在相关缓存，主要涉及Azure Front Door的内容缓存和静态Web应用的配置缓存两部分，以下是具体说明和手动清除方法：

一、相关缓存来源 #

1. Azure Front Door缓存
   Front Door默认会对静态资源的响应头进行缓存，缓存时长由之前生效的Cache-Control头部决定。如果旧配置中设置了较长的缓存时间，新的头部配置会被旧缓存覆盖，导致延迟生效。

2. 静态Web应用（企业版）配置缓存
   staticwebapp.config.json的全局头部配置属于应用级别的核心配置，企业版的内部部署同步管道存在一定的配置缓存机制，尤其是在频繁部署场景下，可能出现配置加载延迟。

二、手动清除缓存的方法 #

1. 清除Front Door缓存 #

• 登录Azure门户，找到你的Front Door资源；
• 进入缓存菜单，选择清除缓存；
• 在弹窗中输入/*（清除所有路径的缓存），点击“清除”即可立即触发缓存刷新。

2. 刷新静态Web应用配置缓存 #

• 重新触发部署：重新执行一次完整的CI/CD部署流程，确保最新的staticwebapp.config.json被重新加载；
• 手动触发配置刷新：在Azure门户的静态Web应用资源中，进入配置>全局头部页面，确认配置是否已同步，若未同步，可点击“保存”（即使内容无变化）强制触发配置刷新；
• 检查CI/CD任务：确保部署任务中没有缓存旧的staticwebapp.config.json文件，每次部署都使用最新版本。

额外注意事项 #

你的配置中存在一个CORS头部命名错误：Allowed-Headers应该改为Access-Control-Allow-Headers，这个错误会导致CORS规则无法正常生效，建议修正后再部署。另外，虽然你设置了Cache-Control: no-store，但该规则仅对新请求生效，已存在的旧缓存需要手动清除才能让新规则起作用。

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