JavaWeb从入门到部署：Servlet、Tomcat与MySQL实战全解析-代码聚汇网

JavaWeb从入门到部署：Servlet、Tomcat与MySQL实战全解析

戴夫健身·2026-09-06·阅读 22 GEO检测（免费）

JavaWebServletTomcat

|难度：普通|阅读约 45 分钟

说实话，每次看到有新人说“现在都2023年了，谁还学JavaWeb，直接上Spring Boot不香吗”，我就特别想拉着他聊聊。JavaWeb确实不是一个新词，但整个Java后端生态的根，全在这一层里。Spring Boot再牛，底层跑的还是Servlet规范；MyBatis再方便，底层还是JDBC那一套逻辑。你如果说自己要做Java开发，却连Servlet生命周期都说不清楚，面试官心里基本已经给你打了折扣。

这篇东西不是教科书，是我从“HelloWorld都调不通”到能独立把一个带MySQL的项目发布到服务器上的整个经验复盘。适合正在学JavaWeb的大学生、准备毕业设计的人，以及刚入职但发现自己JavaWeb基础薄弱的初级程序员。我把从IDEA建项目、写CRUD、连数据库，到用Apache+Tomcat在Windows Server上发布的全过程拆开讲。里面的坑，都是我拿熬夜头发换来的。

1. JavaWeb到底在学什么：为什么一个老技术仍然值得死磕

1.1 拆解JavaWeb的核心技术栈

JavaWeb的定义，网上说了很多，但落到实际开发上，其实就是一套“用Java处理浏览器请求并做出响应”的方案。它包含的技术点，大致可以分成三类。

第一类是基础协议与容器。你得理解HTTP请求长什么样，请求头和请求体里都有什么。然后要知道Tomcat这样的Servlet容器是怎么把浏览器请求映射到你的Java类上的。Servlet是JavaWeb的地基，Filter、Listener都是基于它扩展出来的。你后面写Spring MVC的时候，会发现DispatcherServlet本质上就是一个Servlet，只是它做了很多封装。

第二类是数据的存取。JavaWeb的标准数据源是JDBC，直接通过JDBC操作数据库非常啰嗦，所以后来的MyBatis、Hibernate都是对它的封装。但你必须明白Connection、Statement、ResultSet这些是怎么用的，才能理解为什么MyBatis要帮你关闭连接，连接池又解决了什么问题。

第三类是前端与后端的交互。JavaWeb时代最经典的方案是JSP+Servlet，后端在JSP里写Java代码，动态渲染HTML。现在虽然前后端分离开发更多了，但很多老系统的维护还是离不开JSP。而且只要你理解了JSP的九大内置对象，后面学Thymeleaf、FreeMarker这些模板引擎，无非就是换个标签语法的事。

1.2 从“能跑hello world”到“能写完整项目”的思维转变

我看过太多人卡在第一步：能照着教程跑通一个Servlet，但让他自己写一个包含数据库的登录注册功能，顿时就懵了。问题出在哪？就是没建立起Web开发的分层思维。

初学者学JavaWeb最容易陷入的误区，是把所有代码都堆在Servlet里：接收参数、做校验、查数据库、拼HTML，全在一个doGet里完成。这种写法在只有一个页面的时候没问题，但一旦功能多了，代码就会变成一团乱麻，改一处要牵连好几个地方。

我自己的体会是，当你能把一个完整的小项目拆成“浏览器 → Servlet → Service → DAO → 数据库”这样几条链时，你才算真正入了门。这条链上，每个环节的职责是单一的：Servlet负责接收请求和参数，Service负责业务逻辑，DAO负责和数据库打交道。这样拆完之后，你会发现，所谓JavaWeb项目，其实就是一个约定好规则的流水线，每个工位的活都是固定的，出了问题也容易定位。

到了这一步，再去学Spring Boot，你会恍然大悟：原来Spring Boot只是把这条流水线上的工位用自动化方式管理起来了，本质还是那套东西。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 2023版IDEA创建JavaWeb项目的完整实操

2.1 项目结构的选择：Maven还是传统方式

现在创建JavaWeb项目，强烈建议直接选Maven，别再用传统方式。为什么？因为你的项目最终逃不过要引入各种jar包。传统Web项目是手动把jar包扔进WEB-INF/lib目录，靠IDE把它们加到构建路径上。刚开始还行，jar包一多，版本冲突、漏包问题能让人疯掉。Maven通过pom.xml管理依赖，声明式引入，自动下载，还能解决传递依赖，省心太多。另外，以后你做Spring Boot项目，本质上也是Maven或Gradle工程，提前熟悉Maven结构，后面衔接非常顺。

不过我见过不少教程还在教传统方式建项目，特别是一些教材，导致很多人以为Tomcat都要靠IDEA插件来配。其实用Maven后，整个项目的生命周期变得更清晰：源文件放在src/main/java，资源放在src/main/resources，webapp放在src/main/webapp。这个结构在IDEA里几乎是标准的，也是之后用命令行打包war的基础。

2.2 手把手：2023版IDEA创建JavaWeb工程

我用的是IntelliJ IDEA 2023.2版本，官方正版社区版就支持Maven和Tomcat，不需要破解。记得先装好JDK 8或者11，Tomcat 8.5或者9。

打开IDEA后，新建项目，选择Maven。注意，不要勾选“从原型创建”，直接生成一个空的Maven项目就行。如果你选择了maven-archetype-webapp，会得到一个非常旧的目录结构，而且web.xml版本很低，容易踩坑。空项目生成后，右键main目录，新建一个Directory，命名为webapp。然后在webapp下新建WEB-INF目录和web.xml文件。如果IDEA没有自动识别webapp目录，你需要通过“File → Project Structure → Facets”把webapp设为Web资源目录。这个步骤容易忽略，不设置的话，启动时找不到Web根目录。

接着修改pom.xml，添加javax.servlet-api依赖，作用域设为provided。这一步很关键。因为Tomcat内置了Servlet API，如果作用域不设为provided，打包出来的war会把Servlet相关类也打进去，部署到Tomcat时反而可能冲突。依赖坐标如下：

xml复制<dependency>
    <groupId>javax.servlet</groupId>
    <artifactId>javax.servlet-api</artifactId>
    <version>4.0.1</version>
    <scope>provided</scope>
</dependency>

然后写一个最简单的Servlet，比如LoginServlet，继承javax.servlet.http.HttpServlet，重写doGet和doPost，加上@WebServlet("/login")注解。注意@WebServlet这个注解需要Servlet 3.0以上，Tomcat 8.5和9都支持。

java复制@WebServlet("/login")
public class LoginServlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        resp.setContentType("text/html;charset=UTF-8");
        PrintWriter out = resp.getWriter();
        out.println("<html><body><h1>Hello JavaWeb</h1></body></html>");
    }

    @Override
    protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        doGet(req, resp);
    }
}

2.3 配置Tomcat，让第一个Servlet跑起来

在IDEA中，点击右上角的“Add Configuration”，选择Tomcat Server → Local。此时会要求指定Tomcat目录，选择你本地解压后的Tomcat路径。然后在“Deployment”选项卡里，点击“+”，选择“Artifact”。如果显示没有Artifact，说明你还没有在Project Structure里创建。正常情况下，Maven项目构建后会有war exploded输出，这是IDEA的“展开war包”模式，方便调试。

配置好之后，Application context我习惯写成“/”，这样访问时不带项目前缀，开发时更方便。这个选项只影响开发时的访问路径，真正部署时还是在Tomcat的webapps下通过war包名访问。

然后启动Tomcat，IDEA会弹出浏览器，如果你能看到“Hello JavaWeb”，说明你的第一个JavaWeb程序已经跑通了。这个环节常见的问题有两个：一个是启动时报端口8080被占用，一个是报找不到javax.servlet类。前者去任务管理器关掉占用进程，或者改Tomcat的8080端口；后者检查pom.xml是否导入了servlet-api且scope是provided。

跑通了这一步，你就完成了从零到一。接下来才是真正有挑战的部分：跟数据库联动，做一个完整项目。

3. JavaWeb项目完整案例：基于MySQL的用户管理系统

3.1 案例需求与数据库设计

比起“学生管理系统”“图书管理系统”，我建议你们拿“用户管理系统”来练手。它的功能可以不断扩展，从最基础的注册登录，到后续加修改资料、头像上传、权限控制，都能在这个项目上长出来。而且用户表几乎是所有项目的公共表，做完以后写别的项目可以直接复用思路。

我这个用户管理系统的需求是这样：用户能注册、登录；登录后能看到自己的信息；管理员可以查看所有用户列表，能够删除某个用户。这看起来简单，但覆盖了增删改查、表单校验、会话管理、过滤器拦截等核心JavaWeb知识点。

数据库用MySQL，字符集一定要用utf8mb4，别用utf8。utf8在MySQL里不是真正的UTF-8，只支持最多3字节的字符，一些生僻字和emoji会变成问号。数据库名叫user_db，表名user，字段设计如下：

字段名	类型	说明
id	INT(11) AUTO_INCREMENT	主键
username	VARCHAR(50) NOT NULL	用户名，唯一
password	VARCHAR(100) NOT NULL	密码，存的是MD5加密后的值
real_name	VARCHAR(50)	真实姓名
email	VARCHAR(100)	邮箱
create_time	TIMESTAMP	注册时间，默认CURRENT_TIMESTAMP

密码不能明文存，这是常识。我用MD5做一次散列，虽然现在MD5不够安全，但对于练手项目够了。真实项目请用BCrypt。

表建好后，准备几个测试数据，方便后面测试列表和删除功能。

3.2 分层设计：实体类、DAO、Service、Servlet、JSP

写项目之前先理清包结构，别把类随便乱放。我的包结构是：

code复制com.demo.entity  — 实体类，对应数据库表
com.demo.dao      — 数据访问层，JDBC操作
com.demo.service  — 业务层
com.demo.servlet  — 控制层
com.demo.filter   — 过滤器
com.demo.util     — 工具类，比如数据库连接工具

这个结构看起来很普通，但非常实用。实体类User中就是一堆私有属性，配上getter/setter。DAO层我用原生JDBC，写一个UserDao，提供findUserByUsername、insertUser、findAllUser、deleteUserById等方法。Service层做业务处理，比如注册时判断用户名是否已被占用、密码加密这些逻辑。Servlet负责接收前端参数，调用Service，最后把结果转发或重定向到JSP页面。

很多人贪快，会跳过接口这一步，直接把DAO写成一个类，Service也写成一个类，然后Servlet直接new Service。小项目这样没问题，但为了养成好习惯，建议给DAO和Service各定义一个接口，实现类去实现它。这样以后用Spring的时候，你会发现依赖注入其实就是对这种设计的自动化。

黑马程序员的JavaWeb笔记我当年翻过好几遍，其中关于B/S架构和三层架构的讲解非常清晰。它特别强调一点：Servlet里不要写SQL语句，也不要做复杂的业务判断。这一点我深有体会，早期我图省事，直接在一个Servlet里既查数据库又拼HTML结果，到了后期改需求，一个很小的变动就让我满头大汗。后来严格按照分层改完之后，代码清晰了很多，改起来也从容了。

3.3 核心代码实现要点

先说数据库连接工具类。因为JDBC连接数据库的代码每次都要重复写，可以用一个静态工具方法封装。用Class.forName加载驱动，然后DriverManager.getConnection获取连接。数据库URL改成你的实际地址，口令也是。注意MySQL 5和8的驱动类名和URL格式略有不同，如果是MySQL 8，驱动类是com.mysql.cj.jdbc.Driver，并且需要在URL后加上serverTimezone=Asia/Shanghai来避免时区报错。

java复制public class DBUtil {
    private static final String URL = "jdbc:mysql://localhost:3306/user_db?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai";
    private static final String USER = "root";
    private static final String PASSWORD = "123456";

    static {
        try {
            Class.forName("com.mysql.cj.jdbc.Driver");
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }
    }

    public static Connection getConnection() throws SQLException {
        return DriverManager.getConnection(URL, USER, PASSWORD);
    }
}

然后看DAO层最典型的一个方法，比如根据用户名查询用户。这里要注意，查询时必须用PreparedStatement，不要用Statement拼接字符串。原因很简单，拼接SQL容易让用户输入的单引号破坏SQL结构，引发SQL注入。像登录功能，如果用户名写一个 ' or '1'='1，那不用知道密码就能通过验证了。用PreparedStatement的占位符方式，传入的值只被当作字符串，不会影响SQL结构。

java复制public User findByUsername(String username) {
    String sql = "SELECT * FROM user WHERE username = ?";
    try (Connection conn = DBUtil.getConnection();
         PreparedStatement ps = conn.prepareStatement(sql)) {
        ps.setString(1, username);
        try (ResultSet rs = ps.executeQuery()) {
            if (rs.next()) {
                User user = new User();
                user.setId(rs.getInt("id"));
                user.setUsername(rs.getString("username"));
                user.setPassword(rs.getString("password"));
                user.setRealName(rs.getString("real_name"));
                user.setEmail(rs.getString("email"));
                user.setCreateTime(rs.getTimestamp("create_time"));
                return user;
            }
        }
    } catch (SQLException e) {
        e.printStackTrace();
    }
    return null;
}

再有一个细节，注册业务中，用户密码不要直接写进数据库。我习惯在Service层里的register方法中先调用MD5工具类，把password转成散列后再存。MD5工具类可以自己写，也可以用commons-codec工具包。自己写的话，利用MessageDigest类几行代码就能搞定：

java复制public static String md5(String input) {
    try {
        MessageDigest md = MessageDigest.getInstance("MD5");
        byte[] digest = md.digest(input.getBytes("UTF-8"));
        StringBuilder sb = new StringBuilder();
        for (byte b : digest) {
            sb.append(String.format("%02x", b & 0xff));
        }
        return sb.toString();
    } catch (Exception e) {
        throw new RuntimeException(e);
    }
}

Servlet这边的流程，注册和登录都差不多。接收参数，请求类型是POST，设置请求编码，然后调用Service。这里要注意设置请求和响应的编码，否则中文会乱码。简单起见，在Servlet的doPost开头加上：

java复制req.setCharacterEncoding("UTF-8");
resp.setContentType("text/html;charset=UTF-8");

登录成功之后，把用户信息放进Session，用request.getSession().setAttribute("loginUser", user)。这样后续页面可以通过session判断用户是否登录。登录失败则重定向回login.jsp，并通过request.setAttribute往转发页面传一个错误信息。重定向和转发的区别，我在这里简单提一下：重定向是客户端再发一次请求，地址栏会变；转发是服务端内部帮你转发，地址栏不变。登录成功后，优先用重定向，防止用户按F5刷新导致表单重复提交。

JSP页面这边，用户列表页可以用JSTL标签库做循环输出，比用Java脚本段整洁得多。当然，如果你想先用纯Java脚本段跑通，也不是不行，但之后要尽早换成EL表达式，再配合JSTL，这是主流方式。

3.4 页面交互与常见bug预防

页面交互上，最容易被初学者忽略的是表单提交方式。所有修改服务器数据的操作（注册、登录、删除）都应该用POST，而不是GET。用GET请求来删用户，只要在地址栏里看到一个形如 /deleteUser?id=1 的链接，别人一改id，你的数据就没了。所以删除操作我一般用表单包裹，提交按钮用POST，或者用JavaScript提交一个POST请求。

另外，表单的name属性必须和后端Servlet里取参数的名字保持一致。我在实战项目里见过好多次，前端写的name是“userName”，后端代码里取的是“username”，结果一跑查询，用户一直提示用户名不存在，排查了半天才发现是大小写不一致。这种错误，编译器不会给你任何提示，全靠细心。

中文乱码也是一个绕不开的坑。除了在Servlet里设置编码，JSP页面顶部也要加上：

jsp复制<%@ page contentType="text/html;charset=UTF-8" language="java" %>

数据库连接URL上的characterEncoding=utf8也要写，三管齐下才能保证中文字符从页面到数据库再回显到页面不乱。我在实际项目里遇到过这样的场景：页面输入中文正常，存到数据库变成了问号，回显时也变成问号了。后来发现是数据库连接URL缺了characterEncoding，加上之后问题就消失了。那一刻起，我就把“URL里必须带characterEncoding”这个习惯刻进了DNA。

4. 发布到Windows Server：Apache + Tomcat 组合实战

4.1 为什么需要Apache与Tomcat配合

当你把本地项目跑熟了，下一步就是发布。很多人在本地IDEA里点一下Tomcat按钮，就说“我能部署项目了”，但在实际生产环境里，一台服务器上可能不只跑一个web应用，也可能有前端静态资源需要单独处理。这时候，用Apache HTTP Server来做前端入口，把动态请求转发给Tomcat，就成了非常经典的一种架构。

Apache擅长处理静态文件：速度快，稳定；Tomcat擅长执行Java逻辑。两者各司其职，配合方案就是：Apache监听80端口，接收所有HTTP请求，遇到 .jsp、.do 或者特定路径的请求，就通过 mod_jk 或者反向代理模块转发给后面监听8080端口的Tomcat。静态页面、图片、CSS、JS则直接由Apache自己返回，不经过Tomcat，减轻了Java进程的负载。

不过对于新手来说，一上来就用mod_jk配置worker.properties可能有点复杂。我建议先从反向代理方式入手，用Apache的 mod_proxy_ajp 或者 mod_proxy_http 转发。下面我以Windows Server 2019 + Apache 2.4 + Tomcat 9为例，讲最实用的配置方法。

4.2 在Windows Server上安装环境

你需要先把JDK、Tomcat、Apache在服务器上装好。JDK装完后记住JAVA_HOME路径。Tomcat解压之后，运行bin目录下的startup.bat，能正常起来就说明Tomcat没问题。Apache在Windows上要下载编译好的zip版本，不要自己用源码编译，太折磨。解压后，打开conf目录下的httpd.conf，里面所有涉及绝对路径的，比如ServerRoot，都改成你本机的路径。

安装成Windows服务是可选项。如果你希望开机自动启动，可以在命令行里用管理员权限执行：

bash复制# 安装Apache服务
httpd.exe -k install -n "ApacheWeb"
# 启动服务
net start ApacheWeb

Tomcat也可以注册成服务，用Tomcat的bin目录下的service.bat：

bash复制service.bat install Tomcat9

注册成服务之后，即使你退出远程桌面，服务也在运行，不会掉。我见过有人直接在服务器上双击startup.bat启动，一锁屏，Tomcat就被系统注销了，然后应用挂了，还以为是代码问题。这种坑是真的不值得踩。

4.3 配置Apache反向代理与Tomcat的部署细节

先说Tomcat那边。把你的项目打成war包。在IDEA里，先执行Maven的clean和package，如果项目没有继承Spring Boot那种内嵌容器，构建完在target目录下会生成一个war文件。把这个war包复制到Tomcat的webapps目录下，重命名为ROOT.war，这样可以直接通过域名访问，不需要带项目名。如果不改名，访问路径就是 http://IP:8080/你的项目名/。

启动Tomcat后，它会把war包解压成一个同名目录。比如你放的是ROOT.war，就会自动变成ROOT目录。以后更新代码，不要只覆盖JSP文件，而是要把整个war替换掉，然后重启Tomcat。重新部署时，我建议先停掉Tomcat，删除旧的webapps/ROOT目录和ROOT.war，再放新的war包进去，最后启动。这样能避免解压目录里残留旧文件导致奇怪问题。

现在看Apache配置。打开Apache的conf/httpd.conf，确保以下模块被启用：

code复制LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_http_module modules/mod_proxy_http.so
LoadModule rewrite_module modules/mod_rewrite.so

如果配置文件里这些行前面有注释符号 #，去掉即可。然后在文件的末尾添加虚拟主机配置。假设你的域名是www.example.com，配置如下：

apache复制<VirtualHost *:80>
    ServerName www.example.com
    ServerAlias example.com

    # 静态资源由Apache直接处理
    DocumentRoot "C:/MainSite/static"
    <Directory "C:/MainSite/static">
        AllowOverride None
        Require all granted
    </Directory>

    # 动态请求转发给Tomcat
    ProxyRequests Off
    ProxyPass /webapp/ ajp://127.0.0.1:8009/webapp/
    ProxyPassReverse /webapp/ ajp://127.0.0.1:8009/webapp/
</VirtualHost>

上面用的是AJP协议，Tomcat默认会开启8009这个AJP端口。AJP比HTTP转发更高效，而且能把客户端的真实IP传递过去。如果你觉得协议不熟，也可以直接用HTTP方式转发，把ajp://127.0.0.1:8009换成http://127.0.0.1:8080。只要路径对应正确，两种方式都能跑。配置好之后，用命令 httpd.exe -k restart 重启Apache，浏览器访问你的域名，如果能看到JavaWeb项目页面，就说明转发成功。

4.4 部署后的验证与优化

部署完成后，首先要验证静态资源和动态资源是否都正常。访问一个静态图片，地址栏如果返回正常文件，说明Apache的静态服务OK；访问一个Servlet动态路径，比如 /webapp/login.jsp，如果页面刷新正常，说明代理转发OK。

然后要看一下日志。Tomcat的logs目录下有catalina.out（或catalina.日期.log），本地Tomcat控制台输出的东西全在里面。Apache的logs目录下有error.log。出错了先看日志，不要急着盲改代码。很多新手部署完之后，排查问题的第一反应是“刷新页面看效果”，但页面只能告诉你出错了，不会告诉你为什么。看日志才是正路。

还有一个容易忽视的点：Windows防火墙。服务器上如果开启了防火墙，外部请求可能被拦截。你要在防火墙的入站规则里放行80端口和8080端口（如果对外需要访问）。如果你设置了apache和tomcat为windows服务，还要确保服务账号有权限读取对应的项目目录。我曾经遇到过部署后Apache能起来，但访问页面看到403 Forbidden，排查后发现是服务账号没有权限访问工程的static目录。把目录权限加上Everyone读取，问题就解决了。

内存参数也值得调一下。如果你处理的数据量比较大，打开Tomcat的bin/catalina.bat，在最前面加一段设置，增加JVM内存：

bat复制set CATALINA_OPTS=-Xms512m -Xmx1024m -XX:MaxMetaspaceSize=256m

在项目初期可能看不出区别，但等同时在线用户多了，内存不够导致频繁Full GC，应用响应会很慢。提前配好，省得后面临时抱佛脚。

5. 常见故障排查与避坑实录

5.1 404、405、端口占用这些经典错误怎么破

JavaWeb开发里，404是最常见的。如果是访问Servlet出现404，先检查项目部署路径和访问路径是否一致。IDEA里Application context配置的是 /，那访问就是 http://localhost:8080/servlet路径；如果配置的是 /demo，那要访问 /demo/servlet路径。部署到Tomcat后，如果war包名是ROOT.war，访问路径不带项目名；否则要带项目名。

405错误则多半是请求方式不对。比如Servlet只重写了doPost，但前端表单写成GET提交，就会报405。解决办法很简单，要么都写成doGet，要么在doPost里调用doGet，或者反过来。我习惯在Servlet里同时重写两个方法，逻辑都指向同一个内部业务方法，这样无论GET还是POST都能正常处理。

端口占用也经常遇到。启动Tomcat时提示“Address already in use: JVM_Bind”，八成是8080端口被别的东西占了。在命令行执行 netstat -ano | findstr 8080，能看到占用进程的PID，再打开任务管理器结束对应进程。更彻底的方案，是把Tomcat的端口改掉。打开server.xml，找到Connector port，改成8081、8082这种不常用的端口。

5.2 中文乱码、静态资源打不开的排查清单

中文乱码是JavaWeb的“终身伴侣”，每次遇到都不要慌，按顺序检查这几处：

JSP页面是否写了contentType=UTF-8？没写必乱。
Servlet里是否设置了request.setCharacterEncoding和response.setContentType？注意request编码设置要在getParameter之前，否则无效。
数据库连接URL里是否带characterEncoding=utf8？
数据库表字段的charset是不是utf8mb4？

四步都查完，绝大多数乱码问题都能解决。如果还乱，再看一下Tomcat的server.xml里Connector是否配置了URIEncoding="UTF-8"。早期Tomcat 8.5之前的版本，默认URI编码是ISO-8859-1，用GET提交中文参数时很容易乱。加上URIEncoding="UTF-8"就好。

静态资源打不开，比如CSS样式不生效、图片加载不出来，先看路径。JSP里写静态资源路径，最好用 ${pageContext.request.contextPath} 加上根路径的方式，比如：

jsp复制<link rel="stylesheet" href="${pageContext.request.contextPath}/css/style.css">

这样无论项目部署在哪个上下文路径下，都能正确找到资源。很多人直接用相对路径，结果从根路径访问和从子路径访问时，浏览器解析到的路径不同，样式就全崩了。

5.3 给初学者的学习建议和进阶路线

JavaWeb学到这里，你接下来就要考虑两个方向。一是往深处学，把框架吃透。建议先不急着碰Spring Boot，而是学Spring和Spring MVC。你看一下Spring MVC的DispatcherServlet和HandlerMapping，再回头看你手写的Servlet，会猛然发现它的路由分发、参数绑定、视图解析，全部都能在你手写的JavaWeb项目里找到影子。框架不是黑魔法，它只是一套经过工程化验证的约定。

第二是往工程化方向走。这就要把Maven彻底搞懂，理解项目生命周期，熟练打war包，学会用Git进行版本管理。给自己定一个小目标：把用户管理系统推到GitHub，然后拉下来，换一台电脑，按文档也能跑起来。这个过程里你会踩到环境变量、JDK版本、数据库版本不一致的各种坑，但踩完这些坑，你对JavaWeb的掌控力就会上一个台阶。

我不太建议把黑马程序员的笔记只看电子版，最好的用法是：先自己写一个功能，写不出来再看笔记，看完合上笔记重写一遍。这个过程可能很慢，但每一行代码都会真正变成你自己的东西。

最后说一个我自己经常用到的小技巧：在本地开发时，安装一个Postman，把所有Servlet接口都先调试一遍，再写JSP页面。这样做的好处是，你能快速定位问题到底出在后端接口上，还是出在前端JSP上。我见过太多同事花半小时在JSP里找bug，最后发现接口压根就没对，白费功夫。先保证接口通，再调页面，至少能帮你节省一半的排错时间。

JavaWeb这条路，不算新潮，但它特别适合用来打地基。当你能独立完成一个带数据库的JavaWeb项目，并且能把它部署到服务器上让朋友访问时，那种成就感，是单纯跑一个Spring Boot小demo给不了的。希望你也能在这条路上踩出属于自己的经验。