jsp 页面在浏览器缓存清空后首次访问时图片无法显示，且登录成功后意外跳转至 png 资源路径——根本原因在于相对路径解析依赖当前请求 url，而非 jsp 物理位置，导致资源定位失败或触发容器级重定向。
jsp 页面在浏览器缓存清空后首次访问时图片无法显示，且登录成功后意外跳转至 png 资源路径——根本原因在于相对路径解析依赖当前请求 url，而非 jsp 物理位置，导致资源定位失败或触发容器级重定向。
在基于 Tomcat 的 Java Web 应用中，当使用容器管理的安全机制（如 j_security_check）实现表单认证时，login.jsp 常被配置为 
或 background: url(images/bg.png)）被浏览器按当前 URL（/app/dashboard.jsp）为基准解析，最终请求变为 /app/images/logo.png —— 该路径极可能不存在，返回 404；更严重的是，若 Tomcat 配置了模糊的 welcome-file 或错误处理规则，某些 404 响应可能被误导向静态资源（如直接返回 bg.png 内容），造成“神秘跳转到 PNG”的假象。
✅ 正确解决方案：统一使用绝对路径（应用上下文感知）
推荐始终采用以应用上下文根（Context Path）开头的绝对路径，确保资源引用与部署路径解耦：
<!-- ✅ 推荐：使用 request.getContextPath() 动态生成绝对路径 -->
<link rel="stylesheet" href="%24%7BpageContext.request.contextPath%7D/css/style.css"><img src="%24%7BpageContext.request.contextPath%7D/images/logo.png" alt="Logo"><div style="max-width:90%"${pageContext.request.contextPath}/images/bg.png');"></div>
? 提示：${pageContext.request.contextPath} 在 ROOT 应用中返回空字符串，在 /myapp 应用中返回 /myapp，完全适配不同部署环境。
⚠️ 其他关键注意事项
- 避免纯相对路径（如 images/xxx.png）和协议相对路径（如 //cdn/xxx.png）：前者受当前 URL 影响，后者不适用于本地资源。
-
检查 web.xml 中的
和 ：确认无 404 → *.png 类型的兜底重定向，防止资源加载失败后被意外捕获。配置 - 验证静态资源映射：确保 images/, css/ 等目录位于 webapp/ 根目录下（非 WEB-INF/ 内），且未被 url-pattern 为 *.jsp 的 Filter 拦截。
- 启用浏览器开发者工具 Network 面板：首次加载时观察图片请求的 Actual Request URL 与 Status，快速定位是 404、403 还是 302 重定向问题。
? 快速诊断技巧
在 login.jsp 顶部临时添加调试信息：
<!-- 调试用：查看实际解析路径 -->
<p>Context Path: <strong>${pageContext.request.contextPath}</strong></p>
<p>Request URI: <strong>${pageContext.request.requestURI}</strong></p>
<p>Full Image URL: <strong>${pageContext.request.contextPath}/images/logo.png</strong></p>
综上，该问题本质是 Web 资源路径解析机制与容器安全重定向行为叠加引发的典型陷阱。坚持使用 ${pageContext.request.contextPath} 构建静态资源路径，可一劳永逸规避首次加载异常、跨环境部署失败及不可预期的重定向问题。
