JSP课程设计实战：齐鲁历史名人网站源码、架构与部署全解析

这套“齐鲁历史文化名人网站”属于非常典型的JSP课程设计/毕业设计项目，资源包把源码、数据库脚本、开发环境配置和部署流程都整合到了一起，目的是让你拿到手之后能直接跑起来，而不是只给一堆代码让你自己猜。标题里的“pg8oc”应该是资源发布方的版本标识符，不影响使用。本文就基于这个项目类型，把整个内容拆开讲透：从项目定位、数据库设计、环境搭建，到源码走向、调试部署、常见坑位，一篇走完。

1. 项目整体认知与设计思路拆解

1.1 这个网站到底做了什么

齐鲁历史文化名人网站，从名字就能看出来，核心内容就是展示山东地域范围内的历史名人：孔子、孟子、孙武、管仲、墨子、鲁班、扁鹊、诸葛亮、王羲之、李清照、辛弃疾、蒲松龄这些人。系统把名人按照思想家、军事家、政治家、文学艺术家、科技医药等分类整理，前台负责呈现，后台负责管理。

典型的JSP课程设计项目，功能不会做得特别复杂，但“麻雀虽小，五脏俱全”。一套完整的项目大致包含这些页面和功能：

• 前台首页：导航菜单 + 名人列表 + 分类入口
• 名人列表页：分页显示，支持按朝代、分类筛选
• 名人详情页：展示生平、籍贯、成就、代表作品等信息
• 分类展示页：按思想家、军事家、文学家等维度分组浏览
• 后台登录页：管理员身份认证
• 后台管理页：对名人信息进行增删改查，对分类进行维护

这类项目对初学者最大的价值是：它能让你在一套完整的代码里看到JSP、Servlet、JavaBean、JDBC、数据库设计、HTTP请求处理这些知识点是怎么串起来共同工作的。很多人学JavaWeb时每个知识点单独都会一点，但一放到完整项目里就不知道谁先谁后、哪个方法被谁调用，这套项目正好补齐这个认知断档。

1.2 为什么选JSP而不是Spring Boot

现在很多新项目都直接用Spring Boot了，但这个项目依然用传统JSP，这不是落后，而是刻意为之。我见过不少学生在交付课程设计时纠结“为什么不用Spring Boot显得高端一点”，这里把原因说透。

课程设计和毕业设计注重的是“知识点覆盖”。JSP + Servlet + JavaBean这套组合刚好对应学校JavaWeb课程的教学大纲：JSP负责页面展示、Servlet负责请求处理、JavaBean负责业务逻辑、JDBC负责数据库访问。这套链路拆开看，每一个环节都能拿出来单独讲，答辩的时候老师问“你这个请求是怎么从页面到数据库的”，你是能一条线讲清楚的。换成Spring Boot之后，框架把很多东西封装掉了，反而讲不清底层流转。

另外从实际运行环境来说，JSP项目的部署门槛更低。一个Tomcat就能跑，不需要Maven仓库拉一堆依赖，不需要配置复杂的application.yml。对于很多学校机房的老机器和老JDK环境，JSP项目的兼容性好得多。我建议如果你在做课程设计，不要盲目追求新框架，先把传统JavaWeb项目的整套流程吃透，再去学Spring Boot，你会发现框架里的很多设计都是为了解决传统方案里那些繁琐问题而存在的。

1.3 整体架构与页面流转

这个项目采用的架构严格来说是Model 2模式，也就是MVC在Web开发中的经典形态。理解这个架构是读懂源码的前提。

我们先看一次完整的用户请求是怎么流转的。用户在浏览器输入地址访问名人列表页，比如http://localhost:8080/qilu_history/index.jsp，这个请求会先被Tomcat接收。如果访问的是JSP页面，Tomcat会把JSP编译成Servlet然后执行，页面里嵌的Java代码负责把数据库里的名人数据取出来填充到HTML模板里，最后把渲染完成的结果返回给浏览器。如果请求的是Servlet路径，比如/servlet/HeroServlet，那就会先经过web.xml里配置的Servlet映射，Servlet调用DAO层的方法查询数据库，拿到结果后通过请求转发或重定向把数据带到JSP页面进行展示。

这里要特别注意“请求转发”和“重定向”的区别。本项目列表页跳详情页通常用的是请求转发（forward），因为需要在request对象里携带名人的详细信息；后台添加名人成功后跳回列表页用的是重定向（sendRedirect），因为添加操作提交了表单数据，如果直接转发刷新页面会导致表单重复提交，重定向能避免这个问题。这两个细节很多人做项目时没注意，但答辩时老师经常会问。

2. 数据库设计与初始化

2.1 表结构设计与字段规划

数据库是本项目的核心底座，整个前端展示的内容全部来自数据库，所以表结构设计是否合理，直接决定了后续编码和功能扩展的顺畅程度。

结合齐鲁历史名人这个主题，我按下面这种方案来设计，覆盖了前台展示和后台管理的所有需求。

第一张表是管理员表，用来支撑后台登录认证，保存管理员的账号和密码。第二张表是分类表，把名人按照思想家、军事家、政治家、文学艺术家、科技医药这些类别划分，这样前台就可以按照分类维度去筛选浏览。第三张表是名人信息表，核心字段包括姓名、朝代、籍贯、生平简介、主要成就、代表作品、图片路径等。

看这组SQL，直接用Navicat或命令行执行即可：

sql复制CREATE DATABASE IF NOT EXISTS qilu_history DEFAULT CHARACTER SET utf8mb4;
USE qilu_history;

-- 管理员表
CREATE TABLE admin (
    id INT PRIMARY KEY AUTO_INCREMENT COMMENT '管理员ID',
    username VARCHAR(50) NOT NULL UNIQUE COMMENT '登录账号',
    password VARCHAR(100) NOT NULL COMMENT '登录密码',
    create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间'
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='管理员表';

-- 名人分类表
CREATE TABLE category (
    id INT PRIMARY KEY AUTO_INCREMENT COMMENT '分类ID',
    name VARCHAR(50) NOT NULL COMMENT '分类名称',
    description VARCHAR(255) COMMENT '分类描述'
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='名人分类表';

-- 名人信息表
CREATE TABLE hero (
    id INT PRIMARY KEY AUTO_INCREMENT COMMENT '名人ID',
    name VARCHAR(50) NOT NULL COMMENT '姓名',
    dynasty VARCHAR(50) COMMENT '朝代',
    category_id INT COMMENT '分类ID，关联category表',
    birthplace VARCHAR(100) COMMENT '籍贯',
    profile TEXT COMMENT '人物生平简介',
    achievement TEXT COMMENT '主要成就',
    works VARCHAR(255) COMMENT '代表作品',
    image_url VARCHAR(255) COMMENT '图片路径',
    create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
    FOREIGN KEY (category_id) REFERENCES category(id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='名人信息表';

关于字符集的选择，这里有个教训要提前说：数据库表一定要用utf8mb4而不是utf8。utf8mb4是utf8的超集，能完整支持所有Unicode字符，包括生僻字和emoji。齐鲁历史名人的名字和作品里有不少生僻字，比如“妫”“嬴”“臧”“邾”这些，如果数据库用了utf8字符集，存某些生僻字时可能报错，utf8mb4就没这问题。

2.2 SQL脚本初始化流程

拿到资源包后，第一步不是打开代码，而是先把数据库准备好。绝大部分情况，资源包里会带一个.sql文件，比如qilu_history.sql。这个文件里已经包含了建库、建表、插入初始数据的完整语句。

初始化流程三步走：

第一步，启动MySQL服务。Windows上直接去服务管理器找到MySQL服务启动任务，Linux上执行service mysqld start。

第二步，用命令行或图形化工具执行SQL脚本。命令行方式：

bash复制mysql -u root -p
source /your/path/qilu_history.sql;

图形化工具推荐Navicat，连接上数据库后右键选择“运行SQL文件”，选择脚本路径一键导入即可。脚本执行完，刷新数据库列表就能看到qilu_history库。

第三步，验证数据是否正常。登录后台验证账号是否存在于admin表，查一下hero表里有没有孔子、孟子这些名人数据，再到category表看看分类是否齐全。这一步很重要，很多人导入脚本后直接去跑项目，结果发现列表页空白，回头一查是SQL脚本执行过程中报错中断了，数据没导入完整。

2.3 数据内容与展示效果的关系

网站最终呈现给用户的是页面，但页面上每一行文字都来自数据库。为了让展示效果好看、内容有说服力，测试数据需要用心准备。

以“文人”为例，初始数据至少要覆盖这些齐鲁名人：孔子的思想核心是仁和礼，代表作是《论语》；孟子的性善论、民贵君轻思想，代表作是《孟子》；孙武的《孙子兵法》是兵学圣典；李清照的词以婉约见长；辛弃疾的词以豪放著称。每条数据的生平简介建议控制在100到200字，主要成就列3到5条，图片路径如果暂时没有真实图片资源，可以先留空或用默认头像占位。

我给一个分类和名人数据的填充参考：

这种数据规划的好处是，前台每个分类点进去都有内容，页面不会显得空洞，答辩演示时分外有说服力。有些人图省事只插两三行数据，页面空荡荡的，评分观感会差很多。

3. 开发环境搭建与项目启动

3.1 版本选型要一步到位

很多新手项目跑不起来，不是因为代码有问题，而是环境版本不匹配。JSP老项目对环境敏感度很高，版本选对了，项目秒起；选错了，光报错就能折腾一晚上。

经过大量实测，我建议直接照搬这套版本组合，别自己乱升级：

这里重点说一下为什么JDK版本不要选太高。JDK 11之后，模块化机制改变了，某些传统JSP项目依赖的库可能访问受限，到时候要额外加--add-opens参数，新手根本不知道发生了什么。JDK 1.8配Tomcat 8.5是最稳的黄金组合，全套JSP项目闭着眼跑。

数据库驱动jar包的版本也很关键。如果用的是MySQL 5.7，驱动用5.1.49没有问题；如果用了MySQL 8.0，建议驱动也升级到8.0.x版本，否则会报Public Key Retrieval is not allowed错误。这个错误特别容易在MySQL 8.0上出现，老驱动连接时默认不获取服务器的公钥。

3.2 环境变量配置与IDEA导入项目

拿到源码包之后，先把环境变量配置好。右键“此电脑”→“属性”→“高级系统设置”→“环境变量”，新建系统变量JAVA_HOME指向JDK安装目录，比如C:\Program Files\Java\jdk1.8.0_181；再编辑PATH变量，加入%JAVA_HOME%\bin。配置完在命令行里敲java -version，能输出版本号就算成功。

Tomcat也建议配一个CATALINA_HOME，指向Tomcat解压目录，后面打war包部署、启动脚本调用都会用到。

IDEA导入项目分两种情况。第一种是Maven项目，资源包里带了pom.xml，直接在IDEA里选“Open”项目根目录，等右下角Maven依赖下载完就行。第二种是非Maven的普通Web项目，目录结构是src加web或WebContent，这种导入要先把src目录标记为Sources Root，把web目录标记为Web Resource Directory，等依赖补全后IDEA才能正确识别项目结构。

这里有一个非常常见的导入错误：很多人直接把整个项目文件夹拖进IDEA打开，结果IDEA把它当普通文件夹处理，页面没有任何编译按钮，也识别不了JSP语法。正确的做法是File → Open，选择项目根目录下的.iml文件或包含.idea目录的项目根目录。

3.3 数据库连接配置的两个关键点

数据库连接配置是本项目能否跑通的核心命脉。传统JSP项目一般有一个数据库连接工具类，比如DBUtil.java或DBConnection.java，类里面用JDBC的DriverManager获取连接。你需要在源码里找到这段代码，把数据库地址、用户名、密码改成自己本机的实际值。

典型的连接代码长这样：

java复制package com.qilu.history.util;

import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;

public class DBUtil {
    private static final String DRIVER = "com.mysql.jdbc.Driver";
    private static final String URL = "jdbc:mysql://localhost:3306/qilu_history?useUnicode=true&characterEncoding=UTF-8&useSSL=false&serverTimezone=Asia/Shanghai";
    private static final String USER = "root";
    private static final String PASSWORD = "your_password";

    static {
        try {
            Class.forName(DRIVER);
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }
    }

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

两个关键点必须盯死。第一，URL里useUnicode=true&characterEncoding=UTF-8这两条参数必须保留，否则中文数据在页面显示会是问号。第二，PASSWORD一定要改成你自己的MySQL密码，很多人拿到项目运行报数据库连接失败，一半以上的原因是密码没改。另外MySQL 8.0下如果驱动用了老版本，还要在URL里加serverTimezone=Asia/Shanghai，不然会报时区错误。

这个项目采用的是JDBC原生连接方式，没有用数据库连接池。虽然连接池（比如C3P0、Druid）在生产环境中是标配，但课程设计项目用原生JDBC反而方便讲解：获取连接、执行SQL、处理结果集、释放资源的每一步都摊在明面上，答辩时你能把JDBC操作流程讲得很清晰。如果你想在项目里加上连接池作为加分项，可以改用Druid，配置一个druid.properties文件，然后在DBUtil里用DruidDataSourceFactory获取数据源，这属于锦上添花的扩展。

4. 核心功能实现与源码解析

4.1 三层架构下的代码组织方式

这个项目的源码组织遵循了三层架构思想，理解了这个架构，你就掌握了代码的整体脉络。包结构基本长这样：

• com.qilu.history.bean：存放实体类，对应数据库表结构，Hero、Category、Admin
• com.qilu.history.dao：存放数据访问对象，负责和数据库打交道，查询和写入数据
• com.qilu.history.servlet：存放控制层，接收前端请求，调用service/dao，决定跳转到哪个页面
• com.qilu.history.util：存放工具类，DBUtil统一管理数据库连接，编码过滤器
• web目录：所有JSP页面，前台页面放根目录，后台页面放admin子目录

实体类Hero.java是最基础的数据载体，它里面的字段和数据库表hero的字段一一对应。不过有个细节要注意：Java属性命名习惯是驼峰式，数据库字段是下划线式，比如数据库字段category_id对应Java属性categoryId。做增删改查时写SQL语句，SELECT结果要手动把字段映射到属性上，这一行行set代码看起来繁琐，但正好帮你理解ORM框架（比如MyBatis）里那些自动映射配置文件到底干了什么。

DAO层的每个方法都遵循固定套路：获取连接、准备SQL、设置参数、执行、遍历结果集封装成对象、释放资源。我建议你读源码时重点看findAll()这个方法，它返回的是List<Hero>，整个查列表到展示页面的链路就以这个方法为起点。

4.2 名人列表与详情的完整链路

前台最核心的功能是名人列表和详情页。列表页要展示的数据比较多，包括姓名、朝代、分类、籍贯摘要，所以DAO层的findAll()方法会写一条带分类名称的联表查询SQL：

sql复制SELECT h.id, h.name, h.dynasty, h.birthplace, h.profile,
       c.name AS category_name
FROM hero h
LEFT JOIN category c ON h.category_id = c.id
ORDER BY h.create_time DESC;

这里用LEFT JOIN而不是INNER JOIN是有讲究的。如果某条名人数据没有关联分类，LEFT JOIN依然能把名人查出来，只是分类字段显示为空，INNER JOIN会直接把这条数据丢掉。在内容型网站里，数据完整性和展示兜底优先，所以用左连接更稳妥。

列表页index.jsp里接收Servlet转发的List<Hero>集合，然后用<c:forEach>标签循环渲染每一行。JSTL标签库用起来比直接写Java的for循环在页面上要整洁得多，这也是JSP页面规范里推荐的做法。页面里加一个简单的分页逻辑，比如每页6条，用<% int currentPage = request.getParameter("page") == null ? 1 : Integer.parseInt(request.getParameter("page")); %>来接收当前页码，点击“下一页”时拼接?page=2这样的参数。

详情页detail.jsp的链路更短。列表页每条名人信息后面的“查看详情”链接会拼上?id=3这样的参数，点击后跳转到HeroServlet的一个处理分支，Servlet获取id后调用DAO的findById()方法，把查到的Hero对象塞进request域，转发到detail.jsp渲染。代码思路清晰，很适合对着画一个时序图去理解。

我之前见过有些人的实现方式是把详情页逻辑直接用Java脚本段写在JSP里，页面上又是HTML又是Java代码混成一团，虽然也能运行，但可读性差、答辩印象分低。三层架构的核心目标就是各司其职：页面里尽量只有标签、EL表达式和JSTL，Java代码统一放在Servlet和DAO里。

4.3 后台登录与内容管理的实现思路

后台功能是拉分项，虽然课设项目后台功能可以朴素，但登录认证和管理员操作是必须有的。登录功能的常规实现是在后台登录表单提交后，进入AdminLoginServlet，Servlet获取用户名和密码，调用AdminDao.findByUsernameAndPassword()去数据库匹配，匹配成功就把用户名放到session里，同时跳转到admin/manage.jsp；匹配失败就返回登录页并带上错误提示。

这里有个非常经典的安全细节：密码不要明文存。虽然课程设计项目里很多样例用的是明文，但如果你能在数据库里存MD5加密后的密文，然后在登录时先对输入密码做MD5再比对，这就能在答辩时作为亮点提出来。这在真正系统中是必须做的，提前养成习惯没坏处。

后台管理页面的核心操作是新增、编辑、删除。新增名人时，表单提交到HeroServlet，Servlet收集表单参数，封装成Hero对象，调用DAO的insert()方法执行INSERT语句，成功后再重定向回列表页。编辑功能则是先通过findById()把原数据回显到表单，修改后执行UPDATE。删除功能简单粗暴，根据id执行DELETE语句，但要注意：删除后页面不要直接刷新，否则可能出现重复提交问题。

5. 本地调试与Tomcat部署实录

5.1 从源码到跑通全流程

很多同学拿到源码第一反应是双击打开、直接点运行，结果各种报错。我建议按照下面这个顺序来，每一步验证通过后再走下一步，能省下大量排查时间。

第一步，配置好JDK、Tomcat、MySQL三件套，确认环境变量生效。第二步，导入数据库脚本，确认三张表和数据都齐了。第三步，用IDEA导入项目，改好数据库连接配置，确认依赖和jar包都在。第四步，在IDEA里配置Tomcat：点击运行配置，选择Tomcat Server → Local，配置Tomcat安装目录，在Deployment选项卡里添加项目的Artifact，Application context填/qilu_history。第五步，启动Tomcat，看到“Artifact is deployed successfully”日志，浏览器访问http://localhost:8080/qilu_history/index.jsp。

如果项目跑起来之后页面出来了但数据是空的，优先检查数据库连接配置和jar包。页面出来了数据也出来了但样式全乱，检查JSP页面头部引用的CSS路径是否正确。

这套验证顺序本质上是“分层排查”：环境问题、数据问题、代码问题依次验证，哪一层没通过就卡在那一层解决，不要越级。我在实际调试过程中发现，超过一半的“项目跑不起来”案例都是环境问题，代码本身反而不是重灾区。

5.2 传统JSP项目打war包部署

本地能跑通只是第一步，把项目包装成可直接部署的war包才算完整。很多JSP老项目没有Maven，打包方式要用IDEA自带机制。

IDEA菜单依次选择File → Project Structure → Artifacts，点加号选Web Application → Archive，在Output Layout里把项目Web资源目录添加进去，再确认lib目录里的jar包是否进到WEB-INF/lib。配置完成后，Build → Build Artifacts → Rebuild，war包就会生成到out目录。将war包改名为qilu_history.war，复制到Tomcat的webapps目录下。

启动Tomcat时会自动解压war包并部署项目，访问路径就是http://localhost:8080/qilu_history/。如果Tomcat直接访问却报404，多半是war包解压目录名和访问路径对不上。还有一种情况是端口冲突，Tomcat默认8080端口被其他程序占用，直接改conf/server.xml里的端口或杀掉占用进程即可解决。

没有Maven的JSP项目打war包看起来是力气活，但好处是部署形态完全可控，war包里包含什么东西你一眼能看穿。这恰恰是传统项目一条被低估的优势：可观测性和可控性都高于Spring Boot的可执行jar包，遇到问题你能手动拆开war包一层层查，而不需要对着一个黑色jar包抓瞎。

5.3 部署过程中三个容易踩的坑

第一个坑是jar包没进WEB-INF/lib。IDEA的Artifact配置如果没把lib目录挂进去，打出来的war包里就没有MySQL驱动和一些依赖库，部署后一访问数据库相关功能就报ClassNotFoundException: com.mysql.jdbc.Driver。解决方案是打开Artifacts配置界面，在WEB-INF/lib下点加号，选择“Library Files”，把依赖的jar包都加进去。

第二个坑是数据库驱动版本和MySQL版本不匹配。MySQL 8.0环境下如果用5.1.x的驱动，连接时会报Public Key Retrieval is not allowed，解决办法是在连接URL后加allowPublicKeyRetrieval=true，或者直接升级驱动版本。

第三个坑是文件编码问题导致JSP里的中文乱码。传统项目如果整个链路编码不统一，页面显示中文会变成乱码。后面的常见问题部分会详细展开。

6. 常见问题排查与避坑经验

6.1 高频报错速查表

结合我调试JSP项目的经验，把最高频的几类报错整理成速查表，遇到问题直接对号入座。

这些报错里，数据库相关占了半壁江山。一个老规矩：遇到这类问题，先去命令行敲mysql -u root -p手动试一下能不能连上，连不上就说明问题在MySQL服务或账号密码，别急着改代码。

6.2 乱码问题的一次完整排查过程

乱码问题在JSP项目里非常顽固，十个项目有八个会遇到。我这里说一次完整的排查思路，覆盖全链路。

乱码的根源是数据从MySQL传出来、经过Servlet、渲染到JSP、再由浏览器解析，这每一个环节的编码如果不统一，中文字符就可能在某一步被错误解析成乱码。排查时要沿着数据流去检查。

第一环是数据库层面。建库建表时如果没指定utf8mb4，默认可能是latin1，存储中文本身就乱码。第二环是JDBC连接参数，URL里缺少characterEncoding=UTF-8，中文进出数据库都会有问题。第三环是Servlet读取请求参数，处理POST请求时必须在最开始执行request.setCharacterEncoding("UTF-8")，这个没设，提交的中文会乱。第四环是JSP页面声明，每个JSP头部必须有<%@ page contentType="text/html;charset=UTF-8" language="java" %>。第五环是响应编码，Servlet转发时也可以设置response.setContentType("text/html;charset=UTF-8")。

更省事的方案是在web.xml里配置一个全局编码过滤器，也就是CharacterEncodingFilter，把请求和响应全都设置为UTF-8，这样就避免了在每一个Servlet里手动设置编码。

这个过滤器是整个乱码问题的杀手锏，尤其是对POST请求，效果立竿见影。但要注意，一个项目里只需要配一次，别配两个相同功能的过滤器，否则顺序混乱反而出问题。

6.3 老项目的维护和扩展心得

JSP这类传统老项目，维护起来有几个值得注意的点和偷懒技巧。一是修改JSP页面后不用重启服务，Tomcat默认会热部署，刷新页面就能看到改动，但修改Java代码或web.xml配置后必须重启Tomcat让修改生效。二是强烈建议装一个名为“JBLJavaToWeb”的插件，它能自动帮你在IDEA里把普通Java项目改造成Web项目结构，省去手动配置Artifact的折腾。三是数据库备份要勤快，课程设计从开始做到答辩往往跨好几周，期间数据库改来改去改废是常事，养成每天导出一个.sql备份的习惯，就能随时回到上一个可用状态。

如果你需要在现有项目上扩展功能，比较好的方向是把“名人详情页”做得更丰富，增加作品列表、名言警句、历史年表等；还可以给前台增加一个搜索框，按姓名或朝代模糊搜索。搜索功能的核心就是一条带LIKE的SQL：SELECT * FROM hero WHERE name LIKE '%关键词%'，这条SQL写出来，前台加一个表单，后台Servlet接参数，数据回来渲染，一个功能点就完成了，难度不大但很实用。

写在最后的调试心得

做了这么多年JavaWeb的项目和教学，我最大的体会是：跑通一个JSP项目不靠天赋，靠的是“环境版本搭配合理 + 数据库连接正确 + 编码链路统一”这三板斧。只要这三件事做扎实了，源码本身反而不太容易出错。拿到这套齐鲁历史名人网站的资源后，不要急着改页面样式、加花哨功能，先把默认的状态完整跑起来，体验一次从请求到数据库再回到页面的全过程，然后再动手改造，你会发现后面做的一切调整都有了参照物和底气。

最后分享一个小技巧：调试传统JSP项目时，在关键Servlet的首行打印一行日志，比如System.out.println("HeroServlet 收到请求，action=" + action);，启动后在IDEA控制台就能看到请求走过了哪些环节，比一脸迷茫地盯着页面报错要高效得多。等你熟练之后，这套“看日志找链路”的debug方式在任何Java后端项目里都通用，受益不浅。