Apache负载均衡器不改写HTML/CSS/JS内部路径，资源404主因是后端生成的绝对路径（如/css/style.css）与代理部署结构不匹配；需通过显式ProxyPass排除静态路径、配置ProxyPassReverse修正响应头、或用mod_rewrite/Alias重写路径来解决。
Apache 负载均衡器本身不改写页面中的 HTML/CSS/JS 内部路径，资源路径错误本质是后端应用生成的链接（如 <link href="/css/style.css"> 或 <img src="/uploads/logo.png">）在代理后无法被正确解析或访问。问题根源不在负载均衡配置本身，而在于路径语义与实际部署结构不匹配。
确认资源是否真能被 Apache 服务到
负载均衡只是转发请求，最终静态资源仍由 Apache（或后端服务器）提供。需确保：
- 所有引用的路径（如
/css/、/images/、/assets/）在DocumentRoot或对应Alias下真实存在且可读 - 若使用
ProxyPass / http://backend/全量代理，又想让部分路径（如/static/）由 Apache 直接服务，必须显式排除：ProxyPass /static/ !
并确保/var/www/html/static/等目录已部署好文件 - 检查浏览器开发者工具 Network 标签页，看 404 请求的完整 URL 是什么，再比对 Apache 的
DocumentRoot和虚拟主机配置
修正后端应用生成的绝对路径
很多框架（如 Laravel、Django、Spring Boot）默认用根路径（/xxx）生成资源链接，但若网站实际部署在子路径（如 https://example.com/app1/），这些链接就会错位。解决方式分两类：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
-
前端层面：将资源路径改为相对路径（如
./css/style.css）或协议相对路径（//example.com/css/style.css），避免硬编码根路径 -
后端层面：配置应用的
base URL或public path，例如：- Laravel 设置
ASSET_URL=https://example.com/app1，使asset()生成带前缀的 URL - Django 设置
STATIC_URL = '/app1/static/' - Spring Boot 配置
server.servlet.context-path=/app1
- Laravel 设置
用 ProxyPassReverse 修正响应头与重定向
当后端返回 301/302 重定向或 Location、Content-Location 响应头含原始后端地址时，客户端会跳转失败。必须用 ProxyPassReverse 重写这些头：
- 若后端返回
Location: http://192.168.1.101/login，加一句：ProxyPassReverse / http://192.168.1.101/
Apache 会自动把响应头里的http://192.168.1.101/...替换为当前请求的域名路径 - 多个后端时，每组
ProxyPass后都应配对应的ProxyPassReverse - 注意：该指令只处理响应头，不影响 HTML 文档内的文本链接
必要时启用路径重写（mod_rewrite）
当无法修改后端代码，且资源路径固定为某前缀（如全部以 /legacy/ 开头），但实际静态文件放在 /var/www/old-site/，可用重写映射：
- 在虚拟主机中启用重写：
RewriteEngine OnRewriteRule ^/legacy/(.*)$ /old-site/$1 [L] - 配合
Alias更清晰：Alias /legacy /var/www/old-site<Directory "/var/www/old-site"> Require all granted </Directory> - 确保
AllowOverride None不阻断重写规则（若用 .htaccess）
