Lambda设置的Cookie如何同步到S3托管的React静态站点？

• S3静态托管确实不支持设置、处理Cookie：S3本身是对象存储服务，静态网站托管模式仅会返回你存储的静态资源（HTML/CSS/JS/图片等），不会执行服务端逻辑，也不会对请求做Cookie相关的读写操作，你看到的资料描述是准确的。
• 跨域名Cookie无法直接共享的问题：你的Lambda和S3分属不同域名，默认情况下Lambda域名下返回的Set-Cookie头，只会作用在Lambda自身域名下，不会被带到S3的域名下，这是浏览器的同源安全策略限制，和服务本身无关。

• 方案1（最推荐）：配置CloudFront做统一入口
  操作逻辑：

  1. 新建CloudFront分发，配置两个源：一个源指向你的S3静态站，另一个源指向你的Lambda函数URL/API Gateway
  2. 配置缓存行为规则：比如/api/*路径的请求转发到Lambda源，其他所有路径的请求转发到S3源
  3. 给CloudFront绑定自定义域名（比如app.example.com），这样S3和Lambda的访问入口都是同一个域名，不存在跨域问题
  4. Lambda返回Set-Cookie时直接指定Cookie作用域为你的自定义域名，前端访问静态资源时就能正常读取Cookie
     额外收益：CloudFront同时提供全球CDN加速、WAF防护能力，静态资源访问延迟和安全性都能得到提升。

• 方案2：改认证逻辑为令牌传递，绕开Cookie限制
  操作逻辑：

  1. Lambda拿到Cognito返回的令牌之后，不要设置Cookie，直接302重定向回S3静态站的/Users路由，把令牌放在重定向URL的hash片段里（hash参数不会被上传到服务端日志，安全性高于query参数）
  2. React应用在/Users路由初始化时，读取URL里的令牌，存在localStorage或者sessionStorage里
  3. 后续React调用Lambda接口时，把令牌放在请求的Authorization头里携带即可，不需要依赖Cookie。

• 方案3：替换S3为Amplify Hosting托管React应用
  Amplify Hosting是AWS专门为前端应用提供的托管服务，支持SPA路由、自定义响应头、服务端渲染/边缘计算逻辑，天然支持Cookie读写，还可以和Cognito、Lambda等服务做深度集成，配置门槛比自己搭建S3+CloudFront低很多，适合对AWS服务不熟悉的开发者使用。

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