apache反向代理不解决微服务路由冲突，需人工配置路径前缀或子域名隔离服务；每条proxypass必须配对proxypassreverse且斜杠一致；聚合逻辑应交由专用网关而非apache实现。
apache 反向代理本身不解决微服务间的“路由冲突”，它只负责按路径或域名把请求分发到对应后端。所谓路由冲突，本质是多个微服务注册了相同路径（如都暴露 /api/users），而 apache 无法自动识别服务归属——必须靠人工配置明确隔离。
用路径前缀严格隔离每个微服务
每个微服务必须绑定唯一、无重叠的 URL 前缀，避免路径交叉。例如：
-
用户服务 →
ProxyPass /user/ http://user-svc:8080/ -
订单服务 →
ProxyPass /order/ http://order-svc:8081/ -
商品服务 →
ProxyPass /product/ http://product-svc:8082/
注意：所有 ProxyPass 和对应的 ProxyPassReverse 必须成对出现，且路径结尾斜杠保持一致（都带 / 或都不带），否则重定向和资源链接会出错。
用虚拟主机按域名区分服务
当多个微服务需共用根路径（如都希望用 /），可通过不同子域名实现逻辑隔离：
-
users.example.com→ 指向用户服务：ProxyPass / http://user-svc:8080/ -
orders.example.com→ 指向订单服务：ProxyPass / http://order-svc:8081/
这样每个域名下都可使用干净的根路径，互不干扰。需在 DNS 配置对应 A 记录，并在 Apache 中启用 NameVirtualHost *:80（HTTP）或配置 SSL 虚拟主机（HTTPS）。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
避免后端自行拼接绝对路径导致覆盖
微服务返回的重定向（Location 头）或静态资源链接若含绝对 URL（如 http://localhost:8080/login），会绕过代理直接暴露内网地址。必须确保：
- 后端关闭自动构建绝对 URL 的行为（如 Spring Boot 设置
server.forward-headers-strategy=framework） - Apache 添加信任头：
ProxyPreserveHost Off+RequestHeader set X-Forwarded-Proto "https" - 每条
ProxyPass都配对ProxyPassReverse，参数精确匹配后端实际响应头中的协议、主机、端口
聚合类请求交给专用网关，别强塞给 Apache
如果业务需要将 /dashboard 合并调用用户、订单、通知三个服务，这不是 Apache 的职责。强行用 mod_rewrite 或 Lua 拼接多个响应，不可靠、难调试、无法处理超时与错误融合。
正确做法是部署一个轻量聚合层（如 Node.js BFF 或 Go 编写的聚合服务），再让 Apache 把 /dashboard 单独代理过去：ProxyPass /dashboard/ http://aggregator-svc:3000/
Apache 只做路径转发，聚合逻辑由专业服务承担，职责清晰、扩展性强。
