apache proxypass 通过反向代理使前端请求看似同源，从而绕过浏览器同源策略；需启用 mod_proxy 和 mod_proxy_http 模块，配对使用 proxypass/proxypassreverse，并确保路径匹配、proxyrequests off 及权限放行。
Apache 的 ProxyPass 本身不直接“处理”跨域（CORS），它只是把请求转发给后端，让前端看起来像是同源访问——从而绕过浏览器的同源策略限制。真正起作用的是：前端发请求时目标地址变成你 Apache 的域名路径，而 Apache 在背后悄悄转发到真实接口，响应也原样返回。这样就不再触发跨域报错。
核心配置要点
要让 ProxyPass 成功解决跨域问题，必须满足三个基本条件：
- Apache 已启用
mod_proxy和mod_proxy_http模块（缺一不可） -
ProxyPass和ProxyPassReverse成对出现，路径严格匹配（尤其注意末尾斜杠是否一致） - 虚拟主机中关闭正向代理：
ProxyRequests Off，并放行代理权限
典型配置示例（含关键注释）
假设你的前端访问 https://myapp.com/api/login，想让它实际请求 http://127.0.0.1:8080/api/login（Node.js 后端）：
<virtualhost>
ServerName myapp.com
DocumentRoot /var/www/myapp
<pre class="brush:php;toolbar:false;"># 必须开启，否则 503 错误
ProxyRequests Off
<Proxy *>
Require all granted
</Proxy>
# 关键：路径前缀 /api 与后端 URL 的 /api 对齐
ProxyPass /api http://127.0.0.1:8080/api
ProxyPassReverse /api http://127.0.0.1:8080/api
# 可选但推荐：保持原始 Host 头，便于后端日志或鉴权
ProxyPreserveHost On
注意：ProxyPass /api http://127.0.0.1:8080/api 中前后都带 /api，表示前端请求 /api/xxx 会被完整拼接到后端 URL 后；如果写成 ProxyPass /api http://127.0.0.1:8080/，则会把 /api/xxx 变成 /xxx，容易导致 404。
常见陷阱与应对
-
路径被截断：多个
ProxyPass规则时，长路径必须写在前面。例如先写/api/admin，再写/api，否则后者会提前匹配所有/api/* -
HTTPS 后端失败：若目标是
https://地址，需额外启用mod_proxy_connect.so并添加SSLProxyEngine on -
响应头丢失 Cookie 或重定向跳转异常：务必加上
ProxyPassReverse，它会重写响应中的Location、Set-Cookie等头里的域名和路径 -
前端仍报 CORS 错误：说明请求没走代理——检查浏览器开发者工具 Network 面板，确认请求 URL 是你 Apache 的域名（如
/api/login），而不是直连后端地址
补充：是否需要加 CORS 响应头？
一般不需要。因为请求已由 Apache 代理，浏览器认为这是同源通信。只有当后端自己返回了 Access-Control-Allow-Origin 等头，且你希望允许其他非代理方式访问时，才需额外配置。若确需统一加头，可在虚拟主机里用 Header set 指令：
Header always set Access-Control-Allow-Origin "*" Header always set Access-Control-Allow-Methods "GET,POST,OPTIONS,PUT,DELETE" Header always set Access-Control-Allow-Headers "Content-Type,X-Requested-With,Authorization"
但要注意：生产环境慎用通配符 *，尤其涉及凭证（Cookie）时需指定明确域名并设 Access-Control-Allow-Credentials true。
