Spring Cloud Function对接AWS Lambda APIGW代理集成的CORS异常问题

这不是APIGW的已知问题，属于典型的配置遗漏，核心原因是Lambda代理集成模式下，APIGW控制台配置的CORS规则仅作用于自动生成的OPTIONS预检请求，不会自动添加到GET/POST等实际业务请求的响应中，所有业务请求的CORS响应头必须由Lambda函数自行返回并被APIGW正确识别。

你可以按照以下步骤排查解决：

• 确认依赖版本兼容性
  检查项目中引入的aws-lambda-java-events依赖版本是否和当前使用的Spring Cloud Function版本适配，旧版本依赖可能存在APIGatewayProxyResponseEvent字段序列化异常问题，导致APIGW无法正确识别你返回的headers字段，建议升级到对应组件的最新稳定版。
• 验证API部署状态
  APIGW控制台的配置修改、Lambda代码的更新都需要重新部署到对应访问环境才会生效，控制台测试功能调用的是实时配置，和已部署的环境版本相互独立，所有修改完成后务必重新部署API并等待1-2分钟再测试。
• 优先使用multiValueHeaders返回CORS头
  如果确认Lambda代码中已经正确构造了CORS头但APIGW未携带，可以将CORS相关响应头同时配置到multiValueHeaders字段中返回，部分特殊场景下APIGW会优先识别该字段的配置。
• 检查上游中间件规则
  如果你在APIGW前配置了WAF、CDN或自定义域名转发规则，需要确认这些中间件没有过滤掉CORS相关的响应头。

你可以先通过curl命令直接调用你的GET接口确认响应头情况：
curl -v <你的API访问地址>
如果输出的响应头中没有Access-Control-Allow-Origin等CORS相关字段，就说明APIGW确实没有返回这些头，再按照上述步骤逐一排查即可。

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