Nginx无需编译专用CORS模块，其内置ngx_http_headers_module即可通过add_header配置实现跨域；关键需确保编译时未禁用headers、proxy等默认模块，并在配置中正确设置Access-Control-Allow-*头及OPTIONS预检处理。
Nginx 源码编译时本身不提供独立的“AJAX跨域处理模块”，跨域（CORS）支持是通过标准 HTTP 响应头控制的，完全由配置实现，无需额外编译模块。Nginx 自带的 ngx_http_headers_module（默认启用）就足以完成所有 CORS 相关头设置，比如 Access-Control-Allow-Origin 等。
也就是说：
✅ 你不需要、也不应该为“支持 AJAX 跨域”去单独编译某个模块；
✅ 所有主流 Nginx 版本（1.2.0+）都已内置所需功能；
❌ 不存在叫 --with-http-cors-module 或类似名称的官方编译选项。
真正需要关注的编译配置点
如果你是从源码编译 Nginx，确保以下基础模块未被禁用（它们默认开启，除非你显式 --without-*）：
-
--with-http_ssl_module（HTTPS 支持，现代跨域常需） -
--with-http_headers_module（✅ 关键！用于add_header） -
--with-http_proxy_module（✅ 若需反向代理后端 API，必须启用） -
--with-http_rewrite_module（✅ 处理OPTIONS预检或路径重写常用）
✅ 默认情况下，以上模块全部启用。你只需执行常规编译即可：
./configure --prefix=/usr/local/nginx make && make install
跨域能力靠配置，不是靠模块
只要编译时没禁用 headers_module，你就可以在 nginx.conf 中直接使用：
location /api/ {
proxy_pass http://backend:8080/;
# 关键：注入 CORS 响应头
add_header 'Access-Control-Allow-Origin' '*' always;
add_header 'Access-Control-Allow-Credentials' 'true' always;
add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS, PUT, DELETE' always;
add_header 'Access-Control-Allow-Headers' 'DNT,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type' always;
add_header 'Access-Control-Expose-Headers' 'Content-Length,Content-Range' always;
# 处理预检请求（OPTIONS）
if ($request_method = 'OPTIONS') {
add_header 'Access-Control-Max-Age' 1728000;
add_header 'Content-Type' 'text/plain; charset=utf-8';
add_header 'Content-Length' 0;
return 204;
}
}⚠️ 注意：add_header ... always 中的 always 参数（Nginx ≥1.7.5）很重要，它确保即使后端返回 5xx 错误，CORS 头仍会被发送（否则默认只对 2xx/3xx 生效）。
什么情况才真要加模块？
仅当有特殊需求，例如：
- 需要动态生成
Access-Control-Allow-Origin（如白名单校验域名），可考虑第三方模块nginx-http-cors（非官方，需手动编译集成）； - 需要更细粒度的 Origin 匹配逻辑（正则、读取 Redis 白名单等），那应交由后端或 Lua（OpenResty）处理，而非原生 Nginx。
但这些属于进阶场景，绝大多数 AJAX 跨域问题，纯配置就能完美解决，无需动源码或加模块。
不复杂但容易忽略。
