改用SAS令牌优化图片服务：缓存与CORS问题求助

可行解决办法 #

• 配置Azure Blob Storage的CORS规则
  直接解决最初重定向方案的跨域问题，恢复后端GET /image/123重定向到带SAS令牌的Blob地址的逻辑：

  1. 在Azure门户找到目标存储账户，进入「资源共享(CORS)」设置
  2. 添加规则：允许前端域名作为来源、允许GET方法、包含Origin等必要请求头、暴露Cache-Control/ETag等响应头
  3. 配置完成后，客户端重定向到Blob地址时不会触发CORS错误，Blob返回的Cache-Control头可正常生效，实现图片缓存

• 让SAS令牌接口返回缓存元数据
  修改GET /image/:imageId/url接口，除了返回带SAS的Blob地址，同时返回图片的ETag、Last-Modified、Cache-Control等值：

  1. 客户端首次请求后，缓存令牌和这些元数据
  2. 后续请求Blob图片时，携带If-None-Match（对应ETag）或If-Modified-Since请求头
  3. Azure Blob会根据这些头判断是否返回304 Not Modified，避免重复下载图片

• 结合Azure CDN优化缓存
  引入Azure CDN作为中间层：

  1. 后端生成带SAS的Blob地址，供CDN获取图片内容
  2. CDN缓存图片并处理CORS、缓存策略
  3. 客户端请求CDN地址，由CDN负责返回缓存的图片，大幅降低Blob和后端负载

更优方案推荐 #

优先选择Blob CORS配置+重定向方案：

• 无需修改前端请求逻辑，保留原GET /image/123接口路径
• 直接利用Azure Blob原生的缓存响应头，实现客户端级别的图片缓存
• 后端仅需生成SAS令牌并执行重定向，负载极低

大流量场景推荐Azure CDN方案，进一步降低Blob存储访问压力，同时支持更灵活的缓存策略配置。

内容的提问来源于stack exchange，提问作者Michał Szopa