AWS Amplify自定义头配置：POST请求失败求助（MERN应用）

针对你遇到的GET请求正常、POST请求CORS失败的问题，结合MERN栈和AWS Amplify的配置，主要从以下几个方向排查：

1. 补充OPTIONS预检请求所需的响应头 #

POST请求属于非简单请求，浏览器会先发送OPTIONS预检请求，你的Amplify自定义头配置可能缺少对这类请求的支持：

• 必须添加 Access-Control-Allow-Methods 头，值包含 POST, OPTIONS（建议加上常用的GET, PUT, DELETE）
• 添加 Access-Control-Allow-Headers 头，值包含请求实际携带的头部（比如Content-Type, Authorization，如果你的请求带了自定义头也要加上）
• 确保 Access-Control-Allow-Origin 配置为你的前端域名（测试阶段可以临时用*，生产环境务必指定具体域名）

示例Amplify自定义头配置（路径匹配/*覆盖所有接口）：

• Access-Control-Allow-Origin: https://your-amplify-app-id.amplifyapp.com
• Access-Control-Allow-Methods: GET, POST, PUT, DELETE, OPTIONS
• Access-Control-Allow-Headers: Content-Type, Authorization, X-Requested-With
• Access-Control-Max-Age: 86400（可选，减少预检请求频率）

2. 检查Express后端的CORS配置 #

Amplify的头配置需要和后端Express的CORS设置兼容，避免冲突：

• 确保Express中使用cors中间件时，配置了正确的origin、methods和allowedHeaders：

const cors = require('cors');
app.use(cors({
  origin: 'https://your-amplify-app-id.amplifyapp.com', // 对应前端域名
  methods: ['GET', 'POST', 'PUT', 'DELETE', 'OPTIONS'],
  allowedHeaders: ['Content-Type', 'Authorization']
}));

• 如果后端手动写了路由，要确保OPTIONS请求能正常返回200状态码（Express的cors中间件会自动处理OPTIONS请求，但若自定义路由拦截了OPTIONS，需单独处理）。

3. 验证Amplify配置生效 #

修改自定义头后，需要重新部署Amplify应用，确保配置已生效。可以通过浏览器开发者工具的网络面板查看OPTIONS请求的响应头，确认上述配置的头是否存在。

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