Nginx 通过反向代理+负载均衡+统一CORS注入实现跨域与高可用协同：前端同源请求至Nginx，再由其转发并健康检查后端集群，同时在location中集中配置CORS头及OPTIONS预检处理，并建议多级Nginx部署提升整体可用性。
Nginx 本身不直接提供“跨域请求的高可用分发”这一独立功能，但可以通过组合使用反向代理 + 负载均衡 + CORS 策略统一注入，在解决跨域的同时实现后端服务的高可用分发。关键在于：跨域是浏览器层面的安全限制，而高可用是服务调度层面的能力，二者需协同设计，不能割裂处理。
反向代理隐藏跨域，天然适配高可用架构
将前端请求统一打到 Nginx（同源），再由 Nginx 转发至后端集群，既规避了浏览器跨域拦截，又为负载均衡留出空间：
- 所有 API 请求路径（如
/api/）通过proxy_pass指向 upstream 组，而非单台服务器 - upstream 配置健康检查（
health_check或max_fails/fail_timeout），自动剔除宕机节点 - 客户端始终只与 Nginx 通信，后端增减节点对前端完全透明
在 proxy 层统一注入 CORS 响应头
不要在每个后端服务上重复配置 CORS，而应在 Nginx 的 proxy location 块中集中添加，确保一致性与可维护性：
- 使用
add_header设置Access-Control-Allow-Origin、Allow-Methods等，注意该指令在子请求中不继承，需放在具体location内 - 对
OPTIONS预检请求单独处理：用if ($request_method = 'OPTIONS') { return 204; }快速响应，避免穿透到后端 - 若需携带 Cookie，必须指定精确域名（不能用
*），并启用Access-Control-Allow-Credentials true
多级 Nginx 部署提升整体可用性
单点 Nginx 仍是瓶颈。生产环境建议分层部署：
- 接入层（L7 负载）：用多台 Nginx 或云 LB（如阿里云 SLB）做 DNS 轮询或 Anycast，防止单机故障
- 应用层（业务代理）：每台 Nginx 配置相同的 upstream 和 CORS 规则，后端服务注册到 Consul/Eureka 或静态写入
- 配合 keepalived 实现 VIP 故障转移（适用于自建 IDC 场景）
注意事项与避坑点
看似简单，实操中几个细节决定成败：
-
add_header在 if 块中可能失效——Nginx 的 header 注入有作用域限制，推荐把 CORS 头放在 location 主体中，仅用 if 处理 OPTIONS 返回 - 缓存干扰：若启用了 proxy_cache，需确保预检请求（OPTIONS）不被缓存，加
add_header Cache-Control no-cache; - HTTPS 场景下，Origin 值含协议，
Access-Control-Allow-Origin若写死 HTTP 域名会导致 HTTPS 前端失败，建议用变量动态匹配：add_header Access-Control-Allow-Origin $http_origin;（需校验白名单）
