proxypass 通过 apache 反向代理使前端请求看似同源，实则由服务端转发至真实后端，从而绕过浏览器 cors 检查；需启用 mod_proxy 等模块，配置 proxypass/proxypassreverse，并注意路径斜杠、凭证传递及 https 证书处理。
用 ProxyPass 解决前端开发中的跨域问题，本质是让浏览器认为请求发给了“同源”地址，实际由 Apache 在服务端把请求转发到后端接口。这样绕过了浏览器的同源策略，也无需后端改代码或配 CORS 头，特别适合本地调试阶段。
为什么 ProxyPass 能绕过 CORS
浏览器只对“从页面发出的 JS 请求”执行同源检查；而 ProxyPass 是服务器行为——前端请求的是本机 Apache 的路径（比如 /api/xxx），Apache 收到后悄悄转发给真实后端（如 http://test-api.com/v1），再把响应原样返回。整个过程对浏览器透明，不触发预检（OPTIONS），也不依赖 Access-Control-Allow-Origin 等头。
基础配置步骤
确保 Apache 已启用 mod_proxy 和 mod_proxy_http 模块（macOS/Linux 通常默认开启；Windows 需检查 httpd.conf 中是否取消注释）：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 在 Apache 配置中（如虚拟主机或
.htaccess所在目录），添加反向代理规则：
/api 开头的请求，全部代理到测试服务器
ProxyPass /api http://test-api.example.com/api<br>ProxyPassReverse /api http://test-api.example.com/api
-
ProxyPass定义转发逻辑（路径前缀 → 目标地址） -
ProxyPassReverse重写响应头中的Location、Set-Cookie等 URL，避免后端重定向跳转到原始域名 - 重启 Apache 或重新加载配置：
sudo apachectl restart（macOS）或sudo systemctl reload apache2（Ubuntu）
处理带凭证（Cookie/Authorization）的请求
如果后端需要认证（如登录态 Cookie 或 Bearer Token），默认代理会丢掉部分请求头。需显式开启传递：
- 在
ProxyPass规则上方添加：
ProxyPreserveHost On<br>RequestHeader set Origin "http://localhost:8080" env=REDIRECT_PROXY
-
ProxyPreserveHost On：保持原始请求的Host头，方便后端日志和路由识别 - 若后端校验
Origin，可手动注入（注意匹配你前端的实际地址） - 确保
mod_headers已启用，否则RequestHeader不生效
常见避坑点
-
路径末尾斜杠必须一致：如
ProxyPass /api/ http://xxx/api/，前后都带/，否则可能造成路径拼接错误（如变成/apiuser/login） -
不要在 .htaccess 中混用 ProxyPass：Apache 官方不推荐在目录级配置中使用
ProxyPass，应放在虚拟主机或主配置中 -
HTTPS 后端需额外启用 mod_ssl 并信任证书：若代理目标是
https://，且证书非权威签发（如自签名），需加SSLProxyVerify none和SSLProxyCheckPeerCN off - 开发环境可用，生产慎用：ProxyPass 是调试利器，但上线后建议改用标准 CORS 配置，更可控、更安全、更符合语义
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
