1. 项目概述：为什么你的JavaWeb项目总出404？

每次新建JavaWeb项目时，最让人抓狂的就是部署后浏览器里那个刺眼的404。明明代码没问题，路径也检查了无数遍，可Tomcat就是找不到你的页面。这种情况我见过太多——新手在搭建第一个Maven管理的JavaWeb项目时，90%的部署问题都源于几个关键配置的缺失或错误。

Maven作为Java项目的标准构建工具，虽然简化了依赖管理，但它的目录结构和传统JavaWeb项目存在差异。很多人直接套用老教程里的web.xml配置，或者忽略了Maven特有的资源过滤机制，导致编译后的文件根本没被正确打包到war包里。更棘手的是，不同版本的IDEA和Tomcat对部署方式的支持也有差异，这进一步增加了排查难度。

2. 环境准备：避开版本兼容的坑

2.1 工具选型建议

• JDK版本：推荐JDK8或JDK11（LTS版本），避免使用最新发布的JDK。我曾遇到JDK17与旧版Tomcat的兼容性问题，报错信息完全不指向真实原因。

• Maven版本：选择3.6.x系列（最新为3.6.3），不要盲目追新。Maven 3.8+开始强制使用HTTPS访问中央仓库，国内环境容易出问题。验证安装：

  mvn -v

  应显示类似：

  Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)

• Tomcat版本：8.5.x或9.0.x最稳定。注意：Tomcat 10+的Jakarta EE与JavaEE不兼容，需要修改所有javax.*导入为jakarta.*。

2.2 IDEA配置关键项

1. Maven Runner设置：

   • 勾选Delegate IDE build/run actions to Maven
   • VM Options添加：-DarchetypeCatalog=internal（避免联网下载模板卡住）

2. Tomcat配置陷阱：

   • Application context必须带/，如/demo
   • Deployment选项卡下，确保Application context与Artifact的Web facet中配置一致

3. 项目创建：从原型到可运行骨架

3.1 正确的Maven命令

不要使用IDEA自带的Web Application模板！正确的做法是通过Maven原型创建：

mvn archetype:generate -DgroupId=com.yourcompany -DartifactId=demo \ -DarchetypeArtifactId=maven-archetype-webapp -DinteractiveMode=false

这个命令会生成标准目录结构：

demo ├── pom.xml └── src └── main ├── resources ├── webapp │ └── WEB-INF │ └── web.xml └── java

3.2 POM文件关键配置

<project> ... <packaging>war</packaging> <dependencies> <!-- Servlet API --> <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>3.1.0</version> <scope>provided</scope> </dependency> </dependencies> <build> <finalName>demo</finalName> <plugins> <!-- 解决Maven编译版本问题 --> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>3.8.1</version> <configuration> <source>1.8</source> <target>1.8</target> </configuration> </plugin> </plugins> </build> </project>

警告：不要省略<packaging>war</packaging>！这会导致项目无法被识别为Web应用。

4. 解决404问题的实战步骤

4.1 验证部署结构的正确姿势

运行mvn package后，用解压工具检查生成的war包结构：

demo.war ├── META-INF └── WEB-INF ├── classes ├── lib └── web.xml

常见错误：

• 缺少WEB-INF/web.xml→ 检查src/main/webapp/WEB-INF目录是否存在
• classes目录为空 → 确认src/main/java下的源码是否编译

4.2 动态资源访问404的解决方案

假设有一个Servlet：

@WebServlet("/hello") public class HelloServlet extends HttpServlet { protected void doGet(HttpServletRequest req, HttpServletResponse resp) { resp.getWriter().write("Hello World"); } }

访问http://localhost:8080/demo/hello报404？按以下步骤排查：

1. 注解扫描问题：

   • 确保web.xml的metadata-complete="false"（默认值）
   • 或改用传统配置：

     <servlet> <servlet-name>hello</servlet-name> <servlet-class>com.yourcompany.HelloServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>hello</servlet-name> <url-pattern>/hello</url-pattern> </servlet-mapping>

2. 类加载问题：

   • 检查Tomcat日志是否有ClassNotFoundException
   • 确认WEB-INF/classes下存在编译后的.class文件

4.3 静态资源加载失败的修复方案

把index.html放在src/main/webapp下，访问http://localhost:8080/demo/index.html仍404？

• 案例1：文件被Maven过滤掉了

  • 在pom.xml中添加：

    <resources> <resource> <directory>src/main/webapp</directory> <targetPath>WEB-INF</targetPath> <includes> <include>**/*.*</include> </includes> </resource> </resources>

• 案例2：Tomcat配置了错误的docBase

  • 在IDEA的Tomcat配置中：
    • Deployment → Artifact → 选择war exploded
    • 不要勾选Deploy applications as separate directories

5. 高级调试技巧与日志分析

5.1 查看Tomcat真实部署路径

在IDEA控制台找到类似日志：

[INFO] Deploying web application directory [/path/to/apache-tomcat-8.5.75/webapps/demo]

直接检查该目录下的文件结构，比在IDE里看更可靠。

5.2 开启详细日志

在conf/logging.properties中添加：

org.apache.catalina.core.ContainerBase.[Catalina].level = FINE

重启Tomcat后，控制台会显示：

• 每个请求的完整URL映射过程
• 资源加载失败的具体原因

5.3 常见错误代码速查表

6. 真实项目中的避坑经验

1. 热部署陷阱：

   • 修改Java代码后，必须mvn compile才会生效
   • 静态资源修改后，需要Build → Rebuild Project（IDEA）

2. 路径处理黄金法则：

   <!-- 错误示范 --> <link href="css/style.css" rel="stylesheet"> <!-- 正确做法 --> <link href="${pageContext.request.contextPath}/css/style.css" rel="stylesheet">

3. 多模块项目特殊处理： 如果Web模块依赖其他模块，需要在依赖模块的pom.xml中添加：

   <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-war-plugin</artifactId> <version>3.3.2</version> <configuration> <attachClasses>true</attachClasses> </configuration> </plugin> </plugins> </build>

4. 数据库连接池配置： 推荐使用HikariCP，但要注意把配置文件放在src/main/resources而非webapp下：

   # src/main/resources/db.properties jdbcUrl=jdbc:mysql://localhost:3306/demo username=root password=123456

   然后在Servlet中通过类加载器读取：

   InputStream is = getClass().getClassLoader().getResourceAsStream("db.properties"); Properties props = new Properties(); props.load(is);

这些经验都是我在解决数百个学生项目中的404问题后总结的。最后记住一个原则：当出现404时，第一反应应该是检查部署后的实际文件结构，而不是反复修改代码。用tree /f命令（Windows）或ls -R（Linux/Mac）查看生成目录，往往能立即发现问题所在。