Javaweb项目的上下文路径

目录

上下文路径

假如Application Context = /（根路径）

假设此时 Application Context = /app。

浏览器访问必须加前缀

代码中处理路径的规则（核心：区分框架语法 / 原生标签）

静态资源访问的特殊场景（SSM 项目，区分「本地 Tomcat 部署」/「IDEA 开发启动」）

场景 1：部署到本地独立 Tomcat（SSM 项目）

场景 2：IDEA 中启动 SSM 项目（上下文路径 = app）

情况 1：未配置 DispatcherServlet，使用默认 Servlet

情况 2：配置 DispatcherServlet 的 url-pattern 为 /（覆盖默认 Servlet），未处理静态资源

情况 3：配置 DispatcherServlet 的 url-pattern 为 /，且处理静态资源（springmvc.xml 配置）

---

上下文路径

Deployment 中的 Application Context（应用上下文）就是 Tomcat 中项目的 “上下文路径”，它直接决定了浏览器访问项目、代码中处理路径时必须带的 “前缀”。

Application Context 设置	浏览器访问示例	代码中路径处理方式
/app	http://IP:端口/app/login	普通项目手动拼接 /app；框架项目仅对框架语法自动加 /app，原生 HTML 标签需手动加
/ （根路径）	http://IP:端口/login	无需加前缀，直接写路径即可（所有请求路径直接映射到服务器根路径）

假如Application Context = /（根路径）

如果将 Application Context 设为 /（根路径），此时上下文路径为空，访问时就不需要加任何前缀：

• 浏览器访问：http://IP: 端口 /index.jsp、http://IP: 端口 /login；
• 代码中写路径：JSP 中可省略 ${pageContext.request.contextPath}，框架语法（如 Thymeleaf@{/xxx}）也会自动匹配根路径，原生 HTML 标签（/）直接写/xxx即可。

假设此时 Application Context = /app。

• 浏览器访问必须加前缀

浏览器访问项目的所有资源（页面、接口、静态文件），URL 中必须包含 /app 这个上下文路径，否则 Tomcat 找不到对应的项目：

• • 访问首页：http://IP:端口/app/index.jsp（而非 http://IP:端口/index.jsp）；
  • 访问 Servlet/Controller：http://IP:端口/app/login（而非 http://IP:端口/login）；
  • 访问静态资源：http://IP:端口/app/css/style.css（而非 http://IP:端口/css/style.css）。

• 代码中处理路径的规则（核心：区分框架语法 / 原生标签）

框架仅对「框架语法生成的路径」自动拼接上下文路径，原生 HTML 标签的路径由浏览器解析，框架无法自动处理。

（1）普通 Servlet 项目（无框架）：需手动加前缀

因为原生 Servlet 没有自动处理上下文路径的能力，必须手动拼接 contextPath（即 /app）：

JSP 中写超链接 / 表单：

<!-- 错误：路径缺失 /app 前缀，会访问 http://IP:端口/login --> <a href="/login">登录</a> <!-- 正确：用 ${pageContext.request.contextPath} 自动获取 /app，最终路径是 /app/login --> <a href="${pageContext.request.contextPath}/login">登录</a>

Servlet 中重定向 / 转发：

// 错误：重定向到 http://IP:端口/success，缺失 /app response.sendRedirect("/success"); // 正确：用 request.getContextPath() 获取 /app，最终重定向到 /app/success response.sendRedirect(request.getContextPath() + "/success");

（2）SSM 项目（有框架）：框架语法自动拼接，原生标签需手动拼接

1.Controller 中 @RequestMapping：

写 @RequestMapping("/login")，框架自动拼接上下文路径，最终匹配 URL：http://IP: 端口 /app/login；

2.前端框架标签（如 Thymeleaf）：

<!-- Thymeleaf 自动加/app前缀，最终路径是/app/user/list --> <a th:href="@{/user/list}">用户列表</a>

3.前端原生标签（<link>/<script>/<img>/ 普通<a>）：
框架无法自动拼接，必须手动添加上下文路径，否则 404：

<!-- 错误：浏览器解析为 http://IP:端口/css/portal/reset.css，缺失/app --> <link rel="stylesheet" href="/css/portal/reset.css"> <!-- 正确：拼接/app，最终请求 http://IP:端口/app/css/portal/reset.css --> <link rel="stylesheet" href="${pageContext.request.contextPath}/css/portal/reset.css">

静态资源访问的特殊场景（SSM 项目，区分「本地 Tomcat 部署」/「IDEA 开发启动」）

场景 1：部署到本地独立 Tomcat（SSM 项目）

无论是否配置 DispatcherServlet，只要上下文路径≠/，原生标签路径必须手动拼接上下文路径，否则 404：

错误请求：

• → 浏览器请求 http://localhost:端口/css/portal/reset.css（缺失 /app）；

正确请求：

• → 浏览器请求 http://localhost:端口/app/css/portal/reset.css。

场景 2：IDEA 中启动 SSM 项目（上下文路径 = app）

分 3 种情况（核心：DispatcherServlet 是否拦截静态资源 + 是否配置静态资源处理）：

• 情况 1：未配置 DispatcherServlet，使用默认 Servlet

现象：不改代码（路径写/css/xxx.css）依然 404；

原因：IDEA 开发模式下，上下文路径 = app 时，默认 Servlet 的映射路径是/app/*，仅处理 http://localhost:端口/app/css/xxx.css，无法处理 http://localhost:端口/css/xxx.css；

例外：若 IDEA 中上下文路径配置为 /，则默认 Servlet 映射到服务器根路径，/css/xxx.css可正常访问（这是上下文路径的作用，非 IDEA 特殊映射）。

• 情况 2：配置 DispatcherServlet 的 url-pattern 为 /（覆盖默认 Servlet），未处理静态资源

现象：静态资源请求 404；

原因：DispatcherServlet 拦截所有请求（包括静态资源），但它仅处理@RequestMapping映射的 Controller 方法，找不到对应方法则返回 404；

示例：请求/app/css/base.css时，DispatcherServlet 会找@RequestMapping("/css/base.css")的 Controller 方法，无匹配则 404。

• 情况 3：配置 DispatcherServlet 的 url-pattern 为 /，且处理静态资源（springmvc.xml 配置）

需在 springmvc.xml 中添加静态资源配置，让 SpringMVC 处理静态资源请求：

<!-- 方式一：指定静态资源位置（location的/对应webapp根目录） --> <mvc:resources mapping="/css/**" location="/css/" /> <mvc:resources mapping="/js/**" location="/js/" /> <mvc:resources mapping="/images/**" location="/images/" /> <!-- 方式二：放行静态资源请求给Tomcat默认Servlet --> <mvc:default-servlet-handler />

方式一：SpringMVC 直接处理/app/css/xxx.css请求，去 webapp/css 目录找文件并返回；

方式二：DispatcherServlet 无法处理的静态资源请求（如/app/css/xxx.css），转发给默认 Servlet 处理；

注意：即使配置了静态资源处理，原生标签路径仍需手动拼接上下文路径（否则请求路径是/css/xxx.css，而非/app/css/xxx.css）。