结论：mod_proxy本身不处理伪静态，真正实现伪静态的是mod_rewrite配合[P]标志；ProxyPass仅支持静态前缀转发，无法解析URL参数、捕获变量或重构查询字符串，必须用RewriteRule提取语义信息并拼接完整URI后加[P]交由mod_proxy代理。
直接说结论：mod_proxy 本身不处理伪静态，它只做代理转发；真正实现“伪静态化”的是 mod_rewrite + ProxyPass（或 [P] 标志）的组合。单独配 ProxyPass 只能做路径映射，无法把 /article-123.html 这类 URL 转成后端真实的 /article.php?id=123。
为什么不能只靠 ProxyPass 实现伪静态
ProxyPass 是路径前缀级转发，比如 ProxyPass /api/ http://backend:8080/api/，它要求请求路径必须严格匹配前缀，且不解析 URL 中的参数结构。你没法用它把 /user-profile-456.html 拆出数字 456 并拼成 /user?id=456。
- 它不支持正则捕获、变量替换或 query string 重构造
- 所有路径映射都是静态字符串，无法动态提取 ID、分类名等语义信息
- 如果后端需要的是带 query 的动态地址（如
/post.php?slug=abc），ProxyPass无法生成它
正确做法：RewriteRule + [P] 标志强制走代理
核心是用 RewriteRule 做 URL 解析和重写，再用 [P]（proxy）标志让 Apache 把重写后的目标当作代理请求发出去，而不是内部重定向或文件查找。
-
[P]要求mod_proxy和对应子模块（如mod_proxy_http）已启用 - 重写目标必须是完整 URI（如
http://localhost:8080/post.php?id=123），不能是相对路径 - 务必加
[L]防止后续规则干扰，否则可能触发循环或错误转发
示例：把 /news/2026/04/15/my-article.html 映射到 Tomcat 的 http://localhost:8080/article.jsp?year=2026&month=04&day=15&slug=my-article
RewriteEngine On
RewriteRule ^/news/([0-9]{4})/([0-9]{2})/([0-9]{2})/([a-z0-9\-]+)\.html$ http://localhost:8080/article.jsp?year=$1&month=$2&day=$3&slug=$4 [P,L]
常见陷阱：RewriteRule [P] 和 ProxyPass 混用导致重复代理
很多人在同一个 RewriteRule ... [P]，又写 ProxyPass / http://backend/，结果出现双重代理或 500 错误。
-
[P]已经触发mod_proxy，不需要额外ProxyPass；反之，如果用了ProxyPass，就别用[P]，否则 Apache 会尝试把已代理过的请求再代理一次 - 注意
ProxyPassReverse仍需保留——它只修正响应头中的Location、Set-Cookie等，不影响请求路由逻辑 - 若后端返回 302 重定向，而没配
ProxyPassReverse，浏览器会跳转到后端真实地址（暴露内网端口），这是典型安全疏漏
性能与调试要点
伪静态 + 代理链路比直连后端多一层正则匹配和 HTTP 请求转发，实际压测中 CPU 开销明显高于纯 ProxyPass 场景。
- 开启
RewriteLog（Apache 2.2）或RewriteLogLevel（2.4+ 不再支持，改用ErrorLog+LogLevel alert rewrite:trace3）定位匹配失败原因 - 避免在根目录用过于宽泛的正则，例如
^/(.*)\.html$，容易误伤静态资源（CSS/JS 图片），应限定路径前缀如^/blog/.*\.html$ - 静态文件（
.css、.js、/images/）建议绕过重写，用ProxyPass /images/ !显式排除，直接由 Apache 服务，减少后端压力
最易被忽略的是：[P] 标志下，重写目标里的 query string 必须手动拼接（用 & 而非 &），且不能依赖原始 query —— %{QUERY_STRING} 在 [P] 场景中不会自动追加，必须显式写出。
