Apache mod_proxy_balancer需配合ProxyPass路径匹配、分组定义及重写规则实现路径级策略隔离；路径须按长度降序排列，末尾斜杠严格一致；各后端组可独立配置调度算法、健康检查等参数；RewriteRule支持基于Cookie、Header等动态分流；balancer-manager用于实时监控验证。
Apache 的 mod_proxy_balancer 本身不直接按业务路径做策略隔离，必须配合 mod_proxy 的 ProxyPass 路径匹配机制 + 分组定义 + 重写规则，才能实现真正意义上的“路径级策略隔离”。
按路径长度精确排序，避免规则覆盖
Apache 按配置顺序从上到下匹配 ProxyPass，且**越长的路径前缀越优先**。若顺序错乱，宽泛路径会提前截断具体路径请求。
-
正确写法（推荐统一尾斜杠）：
ProxyPass "/api/v2/" "balancer://api-v2-group/"ProxyPass "/api/" "balancer://api-v1-group/"ProxyPass "/static/" "balancer://static-group/"ProxyPass "/" "balancer://default-group/" -
错误示例：把
/api/放在/api/v2/前面 → 所有/api/v2/xxx请求都会被误发到 v1 后端组 - 注意：路径末尾斜杠必须严格一致 ——
/api不匹配/api/，建议全部显式加/
为每类路径定义独立后端组
用多个 <proxy></proxy> 块分别声明不同业务的后端池，支持差异化调度、健康检查与权重控制。
-
API 组（按流量分发，带会话保持）：
<proxy balancer:></proxy>BalancerMember http://10.0.1.10:8080 route=s1 loadfactor=5BalancerMember http://10.0.1.11:8080 route=s2 loadfactor=5ProxySet lbmethod=bytraffic stickysession=JSESSIONID -
静态资源组（轮询 + 主动健康检查）：
<proxy balancer:></proxy>BalancerMember http://10.0.2.20:8000 hcmethod=GET hcuri=/health hcinterval=5BalancerMember http://10.0.2.21:8000 hcmethod=GET hcuri=/health hcinterval=5ProxySet lbmethod=byrequests - 各组可启用不同
lbmethod、timeout、retry和健康探测参数，互不影响
用 RewriteRule 实现动态路径分流
当路径逻辑复杂（如需结合 Cookie、Header 或文件类型），可在 ProxyPass 前插入 RewriteRule 预处理请求目标。
-
按用户角色路由：
RewriteCond %{HTTP_COOKIE} role=admin [NC]RewriteRule ^/(.*)$ balancer://admin-group/$1 [P,L] -
按静态资源后缀强制走专用组：
RewriteRule \.(js|css|png|jpg|gif|woff2)$ balancer://static-group%{REQUEST_URI} [P,L] - 关键标记：
[P]表示代理转发，[L]终止后续重写，防止冲突
启用 balancer-manager 实时查看与干预
该内置界面能直观显示各路径组的节点状态、请求计数、响应时间及失败次数，是验证路径隔离效果的关键工具。
- 确保已启用
mod_status和mod_proxy_balancer - 配置访问控制（仅限内网）：
<location></location>SetHandler balancer-managerRequire ip 192.168.10.0/24 - 访问
http://your-apache/balancer-manager即可查看所有分组运行状态
