HTTPS环境下Elastic Beanstalk部署的Node.js接口出现CORS跨域问题如何解决？

解决方案 #

你遇到的问题由两个核心原因导致：代码中CORS配置冲突+中间件顺序错误，以及Elastic Beanstalk代理层拦截OPTIONS请求，可按以下步骤依次修复：

1. 清理重复CORS配置，修正中间件顺序

你同时使用了cors库和自定义CORS头，两边配置存在冲突，且自定义CORS中间件放在了bodyParser之后，导致OPTIONS请求还没到你的自定义逻辑就被其他中间件拦截。
推荐二选一配置，不要混用：

• 方案1：仅用cors库（更省心）

const express = require('express');
const bodyParser = require('body-parser');
const cors = require('cors');

const app = express();

// CORS中间件必须放在所有其他中间件最顶部
app.use(cors({
  origin: '*',
  methods: ['GET', 'POST', 'OPTIONS'],
  allowedHeaders: '*',
  maxAge: 86400 // 可选，缓存预检结果减少重复请求
}));

// 再注册bodyParser和其他中间件
app.use(bodyParser.json());
app.use(bodyParser.urlencoded({extended:false}));

// 后续接你的路由逻辑

• 方案2：完全自定义CORS逻辑

const express = require('express');
const bodyParser = require('body-parser');

const app = express();

// 自定义CORS中间件放在所有其他中间件最顶部
app.use((req, res, next) => {
    res.setHeader('Access-Control-Allow-Origin', '*');
    res.setHeader('Access-Control-Allow-Headers', '*');
    res.setHeader('Access-Control-Allow-Methods', 'GET, POST, OPTIONS');
    res.setHeader('Access-Control-Max-Age', '86400');

    if('OPTIONS' === req.method) {
        return res.sendStatus(204); // 204比200更适配无返回内容的OPTIONS请求
    }
    next();
});

// 再注册bodyParser和其他中间件
app.use(bodyParser.json());
app.use(bodyParser.urlencoded({extended:false}));

// 后续接你的路由逻辑

2. 放行Elastic Beanstalk代理层的OPTIONS请求

Elastic Beanstalk默认使用Nginx作为反向代理，默认配置会直接拦截OPTIONS请求，不会转发到Node.js服务，需要新增配置修改Nginx规则：
在项目根目录新建.ebextensions/nginx/conf.d/cors.conf文件，写入以下内容：

if ($request_method = OPTIONS ) {
    add_header Access-Control-Allow-Origin "*";
    add_header Access-Control-Allow-Methods "GET, POST, OPTIONS";
    add_header Access-Control-Allow-Headers "*";
    add_header Access-Control-Max-Age 86400;
    return 204;
}

修改完成后重新打包部署到Elastic Beanstalk即可生效。
同时确认你的应用负载均衡（ALB）HTTPS 443监听器没有限制HTTP方法，允许OPTIONS请求转发到后端服务。

3. 日志排查（可选）

如果修改后仍然报错，可以在Elastic Beanstalk控制台分别查看Nginx日志和Node.js应用日志：

• 如果OPTIONS请求没有出现在Node.js日志中，说明请求被上层代理拦截，优先排查Nginx和负载均衡配置
• 如果请求已经到Node.js服务，检查返回的响应头是否符合预期，确认配置没有被其他中间件覆盖

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