负载均衡接入后app白屏本质是请求链路在转发环节中断，需先直连后端验证是否lb导致，再排查健康检查误判、协议不兼容、安全组未放行、资源路径错配及抓包确认真实流向。

负载均衡接入后App白屏，本质不是页面“没画出来”，而是请求链路在转发环节中断，导致前端资源（JS/CSS/HTML）或后端接口无法抵达客户端。白屏只是表象，根因往往藏在LB与后端之间、或LB与客户端之间的隐性断点。

先确认是否真由负载均衡引发

很多白屏问题被误判为LB导致，实则发生在更上游。快速验证方法：

• 绕过负载均衡，用curl -v http://<backend-ip>:<port>/index.html</port></backend-ip>直连后端服务，看能否返回完整HTML及状态码200
• 对比直连与走VIP的响应头：重点关注Content-Type是否为text/html、Content-Length是否合理、是否有意外的302跳转或503响应
• 检查App请求的域名是否已正确解析到LB VIP，且DNS未缓存旧IP（尤其在切换LB后）

重点排查健康检查与后端连通性

LB持续标记后端为“不可用”，但应用却显示白屏——说明资源压根没发出去。常见卡点：

• 健康检查路径配置错误：如配了/healthz，但后端只暴露/actuator/health，导致LB主动切断流量
• 健康检查超时过短：高延迟网络下，timeout=2s, max_fails=2极易误判，后端实际可用却被踢出节点池
• 后端服务监听的是HTTP/2或HTTPS，但LB健康检查仅支持HTTP/1.1 TCP探测，连接建立即断开
• 安全组/防火墙放行了用户访问端口（如443），但未开放LB与后端间的健康检查端口（如8080）

检查资源加载路径与协议兼容性

LB介入后，URL结构、Host头、协议升级可能改变，引发前端静默失败：

• App内H5页面引用的JS路径是http://api.example.com/static/app.js，而LB只代理https://app.example.com，导致混合内容被浏览器拦截（尤其iOS WKWebView）
• LB启用了HTTP/2或gRPC转码，但前端JS中硬编码了XMLHttpRequest或fetch调用HTTP/1.1专属头字段，触发协议不兼容异常
• LB做了Host头改写或添加了自定义Header（如X-Forwarded-Proto），但前端逻辑依赖原始Host判断环境，导致publicPath拼错、CDN域名失效

抓包定位真实请求流向

在App设备上抓包（Android可adb tcpdump，iOS需配合Proxyman或Charles），观察关键行为：

• 首屏HTML是否成功返回？若返回但空白，打开DevTools → Network → 查看index.html响应体是否为空或含错误页HTML（如Nginx 502/503）
• JS/CSS资源请求是否全部404？检查请求URL是否被LB重写为错误路径（如/static/./app.js变成/static/app.js失败）
• 是否存在大量net::ERR_CONNECTION_TIMED_OUT？指向LB与后端网络不通，而非客户端网络问题