企业官网建设流程全解析

从零到能跑通第一个增删改查，我的JavaWeb学习记录

第一次看到“JavaWeb”这个词的时候，我其实是一脸懵的。学完了JavaSE，觉得自己面向对象写得还挺溜，结果打开一个JavaWeb项目的教程，什么Servlet、JSP、Tomcat、Maven、Filter、Listener一股脑全冒出来，直接给我整不会了。后来硬着头皮把一个带MySQL数据库的完整案例从头到尾敲了三遍，才算真正把这条链路打通。

这篇文章就是我自己的JavaWeb学习记录，从环境配置到完整案例，从IDEA 2026里创建项目到把数据存进MySQL，每一步都踩过坑。我会把整个学习过程里最关键的东西拆开讲，适合刚学完JavaSE、准备进入Web开发这块的朋友，也适合那种“照着教程能跑通，但换个环境就不会了”的读者。这里没有高深的理论，全是我自己一边踩坑一边总结出来的实操经验。

1. JavaWeb到底在学什么——先搞懂这四层东西

学习JavaWeb最大的障碍不是代码本身，而是概念太多、不知道怎么串起来。我一开始死磕Servlet的doGet和doPost方法，磕了两天感觉自己啥也没学到。后来我把整个JavaWeb拆成了四层，思路瞬间就清楚了。

1.1 客户端、容器、动态资源、数据存储

用最直白的话说，JavaWeb干的事情就是：浏览器发一个HTTP请求过来，服务器上跑的Java程序处理一下，要么返回一个页面，要么返回一段数据，而数据往往存在MySQL这类数据库里。整个过程里，最关键的是要分清几个角色。

第一层是HTTP协议本身。浏览器和服务器之间的交流全靠它，请求长什么样、响应长什么样、状态码是什么意思，这些是基础中的基础。我之前一直理解不了为什么POST要处理乱码、为什么表单提交有两种方式，后来看了HTTP协议的基本格式才明白，get和post本质上就是数据放在URL里还是放在请求体里的区别。

第二层是Web容器，最常见的就是Tomcat。它的作用有点像“给Java程序提供一个能接收HTTP请求的环境”。没有Tomcat，你的Servlet就是一个普通的Java类，跑不起来；有了Tomcat，它才知道怎么把浏览器发来的请求交给你的Servlet处理，再把结果返回给浏览器。我当时把Tomcat理解成一个“接线员”，它负责把外面的电话（HTTP请求）转到对应的分机（Servlet），这个类比帮我解决了很大的困惑。

第三层是动态资源，也就是Servlet、JSP、Filter这些。Servlet说白了就是一个能处理HTTP请求的Java类，JSP就是能在HTML里嵌Java代码的页面。到这一步，你写的代码才真正开始“动起来”，能根据用户的输入返回不同的内容。

第四层是数据存储，也就是JDBC和MySQL。JavaWeb项目做完增删改查，最终都要落到数据库上。这一层要掌握的是JDBC的操作流程、连接池的使用，以及怎么在DAO层避免SQL注入、怎么处理事务。

把这四层分清楚之后，我再回头看那些教程和笔记，就发现学习路线其实非常清晰：先学HTTP的基本概念，然后配置Tomcat，接着写Servlet处理请求，再用JSP渲染页面，最后通过JDBC操作MySQL，一个完整的闭环就串起来了。

1.2 很多人学JavaWeb用错的方法

网上关于JavaWeb的学习资料多到爆炸，尤其是很多人提到的“黑马程序员”系列笔记和视频，确实很经典，但我觉得有些地方的学习方式不太对。

第一个误区是直接跳到框架。有些朋友学完Servlet的HelloWorld，就急着去学SpringMVC和SpringBoot，觉得Servlet太老了、没人用了。实际上，框架是把Servlet的很多细节封装掉了，你如果连请求是怎么分发到方法的、Filter在哪个环节起作用都搞不清楚，后面出了问题连日志都看不懂。我自己是老老实实把Servlet的生命周期、请求转发和重定向的区别这些搞明白之后，再回头看框架代码，一下就通透多了。

第二个误区是只抄代码不抄思路。JavaWeb完整案例的代码网上很多，也有那种配好MySQL就能跑的源码。但如果你只是把代码下载下来、运行起来、看着页面能显示数据就觉得自己会了，那下次换个需求你照样不会写。我学的时候做了一个决定：每个案例都要自己从零建项目，不看源码，只看需求文档。第一遍写不出来就翻笔记，第二遍写不出来再看答案，等到第三遍能不看任何参考把整个流程默写下来的时候，才算真正掌握了。

第三个误区是忽略环境版本的问题。JavaWeb相关的组件版本更新速度很快，JDK从8到17到21，Tomcat从9到10到11，Servlet规范对应的包名都变了。教程里写的是Tomcat 8.5 + JDK 8，你用IDEA 2026默认配的JDK 17去跑，很可能连启动都启动不了。后面我会详细讲版本怎么选、怎么配对，这也是我踩过最坑的地方。

2. 环境搭建的真实流程——IDEA 2026 + Tomcat + Maven

环境配置是第一道门槛，也是最容易让人想摔键盘的一步。网上搜“idea2026 创建javaweb项目”，能搜出一堆教程，但很多都是旧版本的界面，对照着操作根本对不上。我这里直接按照IDEA 2026的界面，把每一步都写清楚。

2.1 版本选型与对应关系，别用太新的也别用太旧的

先说版本搭配，这是我在重装了四五次环境之后总结出来的稳定组合：

这条配置里最需要关注的是Tomcat 10及以上版本带来的变化。老教程里写的是import javax.servlet.*，但在Tomcat 10里面，包名统一改成了import jakarta.servlet.*。如果照抄旧代码，编译的时候会直接报“程序包javax.servlet不存在”，我一开始不知道这个坑，还以为是依赖没配好，折腾了半个小时才反应过来。

如果你非要用Tomcat 9或更低的版本，那JDK也最好用8或11，并且代码里继续写javax.servlet。但新的IDEA 2026默认支持新特性，我建议直接用新的这套组合，踩的坑反而少。

2.2 配置Maven镜像和本地仓库

Maven这个东西，刚开始学的时候会觉得它老在下载东西，慢得让人想砸电脑。原因就是默认的中央仓库在国外，国内访问很慢。解决办法是修改Maven的settings.xml，配置阿里云镜像。

打开Maven安装目录下的conf/settings.xml，在<mirrors>标签里加上这段配置：

<mirror> <id>aliyunmaven</id> <mirrorOf>central</mirrorOf> <name>阿里云公共仓库</name> <url>https://maven.aliyun.com/repository/public</url> </mirror>

配置好之后，再在IDEA里确认一下Maven的路径和settings.xml指向的是你自己的这份文件，否则改了等于白改。本地仓库的路径建议改成非系统盘的位置，比如D:/maven-repo，万一系统要重装，依赖包还在，省得重新下一次。

Maven还有一个好处是它能把依赖的jar包统一管理起来。以前写JavaWeb要把各种jar手动复制到WEB-INF/lib目录下，用Maven之后只需要在pom.xml里声明依赖就行。比如要用Servlet API，加上这段：

<dependency> <groupId>jakarta.servlet</groupId> <artifactId>jakarta.servlet-api</artifactId> <version>6.0.0</version> <scope>provided</scope> </dependency>

scope填provided是因为Tomcat自己带了Servlet的实现，打包的时候不需要把它打进去，否则可能和容器的实现冲突。

2.3 IDEA 2026创建JavaWeb项目的完整步骤

很多人卡在第一步不知道怎么建一个“Web项目”。IDEA 2026和旧版本有个差别：它没有专门的“Java Web”项目模板了，你建一个普通的Java项目，再自己添加Web支持就行。

我操作的过程是这样的：

1. 打开IDEA，选择New Project，左侧选“Java”，选择对应的JDK版本（我用的17）。
2. 不勾选任何附加模板，直接点Create，出来一个干净的空项目。
3. 右键项目名，选择“Add Framework Support”，在弹出的窗口里勾选“Web Application”，IDEA会自动生成web/WEB-INF目录和index.jsp。
4. 在Project Structure里，把项目的Artifact配置成Web Application Exploded，这样后面就能直接部署到Tomcat。
5. 配置Tomcat：点击右上角的Add Configuration，点加号选“Tomcat Server” -> “Local”，在Application Server里选择Tomcat的安装目录。然后切到Deployment标签页，点加号选Artifact，把项目部署进去。

这里有一个细节：Tomcat的Application Server名称和版本IDEA会自动识别，但如果你看到Server标签页下面有个大大的红字提示，说什么“No artifacts marked for deployment”，那就是你忘了在Deployment里加Artifact，或者Artifact没建好。

2.4 第一次运行Tomcat的踩坑现场

我第一次把项目跑起来的时候，满心欢喜地点了右上角的绿色三角，结果浏览器打开localhost:8080直接给我来了个“404”。我当时以为是代码的问题，后来发现根本原因是部署URL配置不对。

这里普及一个知识点：在Tomcat的Deployment配置里，有一个“Application context”设置，比如默认是/或者/项目名_war_exploded。如果你访问的地址和这个上下文路径对不上，就会404。我建议把它改成/，这样访问localhost:8080就能直接看到首页，省得后面每次访问还要输入一串又长又难记的路径。

还有个坑是端口被占用。Windows电脑上常见的情况是别的程序把8080占了，报错信息通常是“Port 8080 is already in use”。解决方式要么关掉占用的进程，要么在Tomcat的conf/server.xml里把端口改成8081或9090。我后来直接固定在9090上，省心。

最后是IDEA里控制台出现乱码的情况。启动Tomcat时如果日志里有中文的乱码，需要看两处：一是help - Edit Custom VM Options里加上-Dfile.encoding=UTF-8，二是Tomcat的conf/logging.properties里改java.util.logging.ConsoleHandler.encoding为UTF-8。这俩改完基本能解决。

3. 从Servlet到完整案例——一个图书管理系统的拆解

环境配好之后，就要开始写真正的完整案例了。我做的是一个最典型的“图书管理系统”，功能就是图书的增删改查，外加一个分页列表。这个案例虽然简单，但它把JavaWeb的每一层都串起来了，做完之后整个链路就通了。

3.1 案例需求与表结构设计，动手前先做这一步

正式写代码之前，先把需求和表结构定下来，这一步千万别省。我见过很多朋友上来就建项目就开始写Servlet，写到一半才发现字段对不上、页面不知道要展示什么，然后推倒重来。

我这个图书管理系统的需求比较明确：展示图书列表，支持按书名模糊搜索，支持添加图书、编辑图书、删除图书。数据库表设计就一张book表，字段如下：

CREATE TABLE book ( id BIGINT PRIMARY KEY AUTO_INCREMENT COMMENT '主键ID', name VARCHAR(100) NOT NULL COMMENT '书名', author VARCHAR(50) NOT NULL COMMENT '作者', price DECIMAL(10, 2) NOT NULL COMMENT '价格', publish_date DATE DEFAULT NULL COMMENT '出版日期', create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间' ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='图书表';

这里有几个注意事项。第一，字符集一定要用utf8mb4，在MySQL 8.0里这已经是默认值了，但如果你是从老项目拷过来的建表语句，很可能是utf8，那会导致表情符号存不进去，中文在某些情况也会出现问题。第二，主键用BIGINT AUTO_INCREMENT而不是String类型，方便后续扩展。第三，价格用DECIMAL(10,2)而不是DOUBLE，避免浮点数精度问题在页面出现那种19.999999的尴尬情况。

3.2 三层架构：Servlet、Service、DAO

代码结构我采用了最标准的Web三层架构：Controller层（Servlet）负责接收请求和返回响应，Service层负责业务逻辑，DAO层负责和数据库打交道。

当初我学这个案例的时候，不理解为什么非要拆成三层，全写在一个Servlet里不是更省事吗？后来业务稍微复杂一点我就发现了，如果不分层，增删改查的小项目还好，只要加一个用户登录、权限判断的需求，代码就会乱成一锅粥。分层之后，每一层只关心自己的事情，出了问题也知道去哪查。

比如添加图书的流程是这样的：页面上填好图书信息提交表单，Servlet收到请求之后调用BookService.addBook()，Service里做了简单的参数校验，比如书名叫什么、价格是不是负数，校验通过后调用BookDAO.insert(book)，DAO把数据存进MySQL。删除和修改的流程类似，只是SQL语句不同。

DAO方面，我没有直接用最原始的JDBC，而是用了Druid连接池搭配JDBCUtils工具类。连接池的作用可以理解成一个“数据库连接的快递柜”，提前把连接准备好，需要时直接取，用完还回去，而不是每次都重新创建和销毁连接。Druid的配置在druid.properties里：

driverClassName=com.mysql.cj.jdbc.Driver url=jdbc:mysql://localhost:3306/book_db?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false username=root password=你的密码 initialSize=5 maxActive=10

注意驱动的类名是com.mysql.cj.jdbc.Driver，这是MySQL 8.0及以上用的。如果你用的还是老版的com.mysql.jdbc.Driver，运行的时候会有一行警告，虽然也能跑，但还是改成新的稳妥。

3.3 核心代码：分页查询是这样实现的

分页是整个案例里比较有含金量的一部分。网上很多JavaWeb完整案例用的是“查询全部数据然后传到前端自己分页”，这种方式数据量小的时候看不出来问题，数据一多页面就会卡。我用的是经典的SQL分页方式，核心就两步：先查总条数，再查当前页的数据。

查总条数：

SELECT COUNT(*) FROM book WHERE name LIKE CONCAT('%', ?, '%')

查当前页数据：

SELECT id, name, author, price, publish_date, create_time FROM book WHERE name LIKE CONCAT('%', ?, '%') ORDER BY id DESC LIMIT ?, ?

这里要重点说一个网上老教程容易写错的地方——LIKE模糊查询的参数拼接。很多人喜欢直接在Java代码里拼"%"+ keyword + "%"，然后拼到SQL字符串里，这样有两个问题：一是容易造成SQL注入，二是如果keyword里本身包含%或者_，查询结果会不符合预期。正确做法是在SQL里用CONCAT('%', ?, '%')，让MySQL来处理拼接。

分页参数的传递也有讲究。前端页面通过currentPage参数告诉Servlet当前是第几页，Servlet算出start = (currentPage - 1) * pageSize，然后把start和pageSize传给DAO层的LIMIT参数。把搜索关键字keyword也一起传下去，保证翻页的时候搜索条件不会丢失。

我这里把pageSize固定成5，方便看效果，实际项目里一般会让用户自己选每页几条。

3.4 JSP页面怎么写才不显得笨重

JSP这个技术在现在的开发里确实越来越少了，但作为JavaWeb的学习过程，它依然是绕不开的一环。我写的页面没有用任何前端框架，纯HTML + JSTL标签渲染列表。

在pom.xml里加上JSTL依赖：

<dependency> <groupId>jakarta.servlet.jsp.jstl</groupId> <artifactId>jakarta.servlet.jsp.jstl-api</artifactId> <version>3.0.0</version> </dependency> <dependency> <groupId>org.glassfish.web</groupId> <artifactId>jakarta.servlet.jsp.jstl</artifactId> <version>3.0.1</version> </dependency>

列表页的核心部分大致长这样：

<c:forEach items="${page.records}" var="book"> <tr> <td>${book.id}</td> <td>${book.name}</td> <td>${book.author}</td> <td>${book.price}</td> <td> <a href="${pageContext.request.contextPath}/book?action=edit&id=${book.id}">编辑</a> <a href="${pageContext.request.contextPath}/book?action=delete&id=${book.id}" onclick="return confirm('确定删除吗？')">删除</a> </td> </tr> </c:forEach>

这里有个容易掉进去的坑：${book.price}在页面上显示的时候，如果数据库里是19.90，Java里用BigDecimal接收再直接输出，页面上可能会显示成19.90，但如果经过了一些格式化处理或者转成double，可能就变成19.9了。最好的办法是在实体类里直接定义成BigDecimal，页面输出的时候用<fmt:formatNumber>格式化：

<fmt:formatNumber value="${book.price}" pattern="0.00"/>

另外，所有的链接前面我都加了${pageContext.request.contextPath}，这个是老生常谈了。如果你在IDEA里直接访问localhost:8080/，上下文路径是空的，可能看不出来区别；但一旦你部署到服务器上，项目名带了路径，不带这个前缀的话所有链接都会断掉。

4. 调试、部署与常见问题排查实录

写代码的时候最耗时间的不是写功能，而是排查各种奇奇怪怪的问题。我把自己在学习过程中遇到过的、以及帮同学解决的典型问题整理一下，这些都是搜索引擎能搜到但我希望能更直白说清的版本。

4.1 ClassNotFoundException和NoClassDefFoundError

这两个异常在JavaWeb里出现的频率极高，尤其是第一次配置完环境之后。区别在于前者是类找不到，后者是类在编译期有但运行期加载失败。

我遇到的最典型的场景是，代码里用了MySQL的驱动类，运行的时候报ClassNotFoundException: com.mysql.cj.jdbc.Driver。原因通常是依赖没有正确打包到WEB-INF/lib下，或者Maven依赖的scope配错了（比如把mysql-connector-j配置成了provided）。排查方式是在IDEA的Project Structure里查看Artifact的输出目录，看lib下有没有对应的jar包，没有的话就右键Artifact，选择“Put into Output Root”或者重新Build。

这里有个技巧：Maven的dependency:tree命令能帮你看清楚依赖关系，但IDEA图形界面里直接看External Libraries更直观。你在左侧的External Libraries里能看到所有引入的jar，如果在运行时报类找不到，说明运行时的classpath和编译时的classpath不一致，重点检查Artifact的部署配置。

4.2 中文乱码到底该怎么调

中文乱码问题是JavaWeb里最磨人的问题之一，因为它可能出现在请求参数、响应输出、数据库存储任何一个环节。我总结了一个检查顺序，按这个顺序排查基本都能解决。

第一步是页面本身的编码，JSP文件顶部要有<%@ page contentType="text/html;charset=UTF-8" language="java" %>，同时HTML的<meta charset="UTF-8">也要有。

第二步是POST请求的乱码。在Servlet里，处理POST请求之前加一行request.setCharacterEncoding("UTF-8");，这句话必须在获取任何参数之前执行，否则无效。

第三步是GET请求的乱码。GET请求的参数是在URL里的，浏览器用什么编码编码、服务器用什么编码解码，两边不一致就会乱。Tomcat 10里面，GET请求的默认编码一般是UTF-8，但如果你用的老版本Tomcat，需要在server.xml的Connector里加上URIEncoding="UTF-8"。

第四步是响应的乱码。Servlet往页面输出内容时，response.setCharacterEncoding("UTF-8")和response.setContentType("text/html;charset=UTF-8")都要设置，而且顺序要在getWriter()之前。

第五步是数据库的乱码。连接数据库的URL里带上characterEncoding=utf8，同时建表时指定utf8mb4，两头都保证才能最终不乱码。

调试的时候我建议在页面输出的最前面临时加一句System.out.println打印一下参数的值，先在控制台确认参数本身是不是乱的，再决定往哪个方向去排查，比瞎改一通有效得多。

4.3 数据库连接池起不来的常见原因

Druid连接池在启动时报错的情况我也遇到过好多次。最常见的原因是配置文件没加载到，或者连接参数有问题。

我现在的习惯是在工具类的静态代码块里加载配置文件，并且把配置文件放在src/main/resources目录下：

static { try (InputStream in = DruidUtils.class.getClassLoader().getResourceAsStream("druid.properties")) { Properties props = new Properties(); props.load(in); dataSource = DruidDataSourceFactory.createDataSource(props); } catch (Exception e) { e.printStackTrace(); } }

注意getResourceAsStream("druid.properties")里面不要带/前缀，这个路径是相对于classpath根目录的。

如果报错信息是Could not load driverClass com.mysql.cj.jdbc.Driver，那大概率是mysql-connector-j的jar没有引入，或者版本和MySQL不对应。MySQL 8.0以上对应的驱动坐标是：

<dependency> <groupId>com.mysql</groupId> <artifactId>mysql-connector-j</artifactId> <version>8.4.0</version> </dependency>

老坐标mysql:mysql-connector-java虽然也能用，但新项目建议直接用新坐标。

还有种情况是连接报错Access denied for user，那就检查druid.properties里的用户名和密码，不要用root以外的账号却不授权。本地学习直接用root就行，权限问题最少。

4.4 端口被占用和热部署失效

端口被占用这个属于理论简单、遇到闹心的。Windows下用netstat查：

netstat -ano | findstr 8080

查出来PID之后，在任务管理器里确认是能杀的进程再结束。如果不想每次都被占用问题烦，我还是建议直接把Tomcat端口改成8081或者别的，一劳永逸。

热部署失效的问题也值得提一嘴。IDEA里在Tomcat配置页有个“On frame deactivation”选项，可以选“Update classes and resources”，这样修改代码后自动编译更新。但有时候你会发现改了JSP文件不生效，刷新页面还是旧的，那是因为Tomcat默认对JSP的修改检测有延迟，或者部署方式是war包模式而不是exploded模式。我建议调试阶段用war exploded部署方式，改代码之后IDEA会直接把编译好的文件和静态资源同步过去，刷新页面就能看到变化。

4.5 一张速查表：报错信息对应什么问题

这个表看起来简单，但真的能省不少时间。每次遇到问题先对号入座，再去翻具体原因，比漫无目的地搜索要高效得多。

5. 学习过程的复盘与后续方向

整个JavaWeb从环境配置到完整案例跑通，我大概花了两周时间，每天两三个小时。这个进度不算快，但如果让我重新来一遍，应该能缩短到四五天，因为很多坑完全是可以提前避开的。

5.1 回头再看几个关键概念

Servlet一开始我以为是要写的，后来才明白Servlet本质上是“Java世界里处理HTTP请求的一种约定”。你实现一个类，继承HttpServlet，重写doGet或者doPost，容器就会在合适的时候调用你。所有Web框架的底层都在做这件事，只是把代码组织得更好看而已。搞清楚这一点，后面学SpringMVC会轻松非常多。

JSP现在确实用得越来越少，前后端分离的趋势下，后端返回JSON数据已经成为主流。但学习阶段写JSP有它的价值：你能直观地看到服务端的数据是怎么渲染到页面上的，理解“动态网页”这个概念到底是什么意思。如果你以后做传统项目，遇到老系统维护，JSP的知识也不会白学。

Maven是另一个值得早点掌握的工具。刚开始用的时候只是觉得它解决了依赖管理的问题，后来才慢慢体会到它还能管理项目的生命周期，打包、部署都可以用它来完成。而且现在几乎所有Java项目都在用Maven或Gradle，这是绕不开的。

Filter是一个当时觉得鸡肋后来觉得真香的东西。写登录校验的时候，如果每个Servlet都去判断是否登录，代码会非常冗余。用一个Filter统一拦下来，没登录就重定向到登录页，这个思路在后来的SpringMVC拦截器、SpringSecurity过滤器链里都能找到影子。

5.2 从JavaWeb出发，下一步该学什么

学完Servlet和JSP之后，你会面临一个选择：是学框架还是继续深挖底层。我的建议是两手都要抓，但顺序上先学框架，明白框架解决什么问题，再回头看源码理解它的实现。

对应的学习路线大概是：先学MyBatis，把原来手写的DAO层换成ORM框架，你会发现SQL还能这么管理；再学Spring，理解容器和依赖注入是怎么回事；然后学SpringMVC，这时候你会发现之前Servlet里做的那些事（参数接收、请求映射、响应处理）框架都帮你封装好了；最后学SpringBoot，它把前面所有东西整合在一起，让项目的启动和配置变得极其简单。

这个递进过程很自然。如果你直接学SpringBoot，虽然也能快速做出东西，但遇到问题会很难定位到具体是哪一个环节出了问题。

5.3 给后来者的一些实在建议

第一，环境问题一定要自己独立解决一次。哪怕照着教程一步步做，也把它当成“没有人帮我看、我一定能搞定”的心态去做。环境配置这种问题看起来琐碎，但排查问题的思路是通用的：看报错、查日志、分析原因、验证修复，这套方法论在后面的开发中经常用到。

第二，完整案例一定要独立敲一遍。网上能找到的黑马JavaWeb笔记、教程项目源码，可以看，但看完一定要合上，自己从空项目开始建。我做图书管理系统的时候，第一遍完全照着敲，第二遍看着表结构和需求写，第三遍才是闭卷写。每多一遍都有新的收获。

第三，记录自己的踩坑日志。我建议准备一个自己的笔记文档，遇到问题的时候不要只记录“怎么解决的”，还要记录“为什么会导致这个问题”。比如乱码问题，如果你只记录“加一行代码就好了”，下次遇到还是不会排查；但如果你记录了Tomcat 10包名变化、GET和POST请求的参数编码流程，下次就不会再犯。

第四，不要追求完美再动手。有人说学JavaWeb要先学完HTML、CSS、JavaScript、HTTP、数据库才能开始，这纯属扯淡，不然永远都在准备阶段。边做边补知识反而更快，因为你遇到了具体问题，带着问题去学，效率比盲学高得多。

我最后还有个小技巧分享一下：写完一个功能之后，故意把代码改坏，再去根据报错信息修复。比如故意把数据库密码改错、把Servlet的映射路径删掉、把连接池的驱动类写错，然后观察各种异常长什么样。这种“主动制造故障”的训练方式特别锻炼排查能力，等你把常见错误都见过一遍，以后再遇到问题心里就有底了。JavaWeb的学习没有捷径，但踩过的每一个坑都会变成你的经验，这个阶段打牢了基础，后面学框架就是水到渠成的事。