启用CORS的AWS Lambda POST请求缺失Allow-Origin头问题排查

嘿，我之前在AWS Lambda上用Express和cors包的时候也踩过这个坑，太懂这种明明加了CORS中间件却还是报错的郁闷了！来帮你分析下可能的原因和解决办法：

1. 检查cors中间件的挂载顺序 #

这是最常见的问题！cors中间件必须在所有路由之前挂载，否则请求到达路由的时候还没经过CORS处理，自然不会带上Access-Control-Allow-Origin头。

看你的代码片段，要确保app.use(cors())是在路由注册（比如app.use('/recipe', recipe)）之前，甚至可以放在body-parser中间件之前：

import { json, urlencoded } from 'body-parser'
import express from 'express'
import cors from 'cors'
import recipe from './routes/recipe'

const app = express()

// 先加载cors中间件！
app.use(cors())
// 再处理请求体
app.use(json())
app.use(urlencoded({ extended: true }))
// 最后挂载路由
app.use('/recipe', recipe)

2. 显式配置cors的origin参数 #

默认情况下cors包会自动处理origin，但在AWS Lambda这种无服务器环境下，有时候自动检测会出问题。建议你显式指定允许的前端域名，比如：

// 开发环境可以临时允许所有（生产环境别这么干！）
app.use(cors({ origin: true }))

// 生产环境指定具体域名
app.use(cors({ origin: 'https://your-frontend-domain.com' }))

3. 检查serverless-http的包装顺序 #

如果你用serverless-http把Express应用包装成Lambda handler，一定要确保cors中间件是在包装之前配置好的。比如：

// 先配置好所有中间件和路由
app.use(cors())
app.use('/recipe', recipe)

// 再包装成handler
import serverless from 'serverless-http'
export const handler = serverless(app)

4. 避免API Gateway和Express CORS配置冲突 #

你提到API已经启用了CORS，但这里要注意：如果同时在API Gateway和Express里配置CORS，可能会导致头重复或者覆盖。建议只保留一种配置方式——要么用Express的cors包，要么在API Gateway里设置CORS，不要同时启用。

5. 检查路由中是否手动设置了CORS头 #

如果你的路由代码里手动设置了Access-Control-Allow-Origin头，会覆盖cors包的自动设置。比如要避免这种写法：

// 不要手动加这个！
res.setHeader('Access-Control-Allow-Origin', '*')

按上面的步骤排查一下，应该就能解决你的问题啦！

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