JSP游戏官网项目实战：从数据库设计到Tomcat部署避坑指南

简介：面向计算机相关专业毕业设计场景的Java/JSP游戏官方网站完整项目，包含源码、数据库脚本与说明文档，适合需要完成网站类课题或学习传统JSP+Servlet+MySQL开发流程的学生。包内667个文件约4.86MB，93个jsp页面与39个css、29个js构成前台交互界面，419个gif用于游戏素材展示，sql与db文件提供数据库初始化数据，doc文档则对应论文目录中的可行性分析、需求分析、总体设计及详细实现等章节，便于直接对照阅读。系统涵盖用户注册、新闻公告、资料资源信息、后台资料管理与站内新闻管理等功能模块，结构清晰。已有68人学习浏览，可作为课程设计或毕设二次开发的基础参考，快速理解B/S架构下JSP+Tomcat+MySQL的项目组织方式。

1. 为什么 2025 年还有人要做 jsp 游戏官网：先想清楚它值不值得碰

先说个反直觉的结论：jsp 这套老技术栈，在真实企业里已经很少新起项目了，但它恰恰是 Java 毕业设计里"投入产出比"最高的一类。原因很简单——你不需要跟 Spring Boot 的自动配置、依赖冲突打交道，Servlet + JSP + JDBC + 数据库这套链路足够短，短到你一晚上能跑通，一周能加完功能，却又能完整覆盖"前端页面、后端逻辑、数据库设计、部署上线"四个答辩必问的环节。这个标题里的"游戏官方网站"听起来偏展示型，但骨子里它是一个标准的 Java Web CRUD 项目：用户注册登录、游戏列表、详情页、评论、后台管理，每块都是面试官和答辩老师最眼熟的考点。

这篇文章不是带你抄源码，而是要你把源码拆成能讲的业务闭环。我会按做这个项目最常见的技术方案来拆：数据库怎么建模、用户体系怎么做安全、文件上传和图片展示怎么落地、部署到 Tomcat 时在哪几个地方翻车。全程以 jsp + Servlet + JavaBean + MySQL 为主线，适合刚把 Java 语法学完、准备拿一个完整项目去答辩或面试的读者。如果你已经能背出 Spring Boot 的启动流程，这篇文章也能帮你补上"没有框架的年代，这些事是怎么手工做的"这一课。

2. 数据库设计先行：游戏官网的表结构怎么建才不丢分

2.1 三张核心表与两张业务表：先定主键、再定外键

拿到"游戏官方网站"这个题目，你第一反应可能是先写页面。但做了这么多年，我建议你先打开 MySQL Workbench 或者直接用 Navicat 建库。原因很实际：JSP 页面里每一个数据展示，最后都能追到一条 SQL，而 SQL 追到表结构。表结构如果中途改，JSP、DAO、Servlet 全要跟着动，改到想哭。

这个项目常见的设计是五张表：用户表、游戏表、游戏图片表、新闻公告表、评论表。如果你需要做"购买游戏"功能，就再加一张订单表。有心的同学还可以加一张管理员表，但更常见的是在用户表里加一个 role 字段，0 表示普通用户，1 表示管理员。这样登录逻辑不用写两套，后台管理页面用同一套 Session 判断权限即可。

CREATE DATABASE IF NOT EXISTS game_web DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE game_web; CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(32) NOT NULL UNIQUE COMMENT '登录名', password CHAR(64) NOT NULL COMMENT '加盐SHA-256，固定64位hex', salt CHAR(32) NOT NULL COMMENT '盐值', nickname VARCHAR(32) DEFAULT '' COMMENT '昵称', avatar_url VARCHAR(255) DEFAULT '' COMMENT '头像URL', role TINYINT DEFAULT 0 COMMENT '0普通用户 1管理员', create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE t_game ( id INT PRIMARY KEY AUTO_INCREMENT, game_name VARCHAR(64) NOT NULL, category VARCHAR(32) DEFAULT '单机', publisher VARCHAR(64) DEFAULT '', price DECIMAL(10,2) DEFAULT 0.00, cover_url VARCHAR(255) DEFAULT '', intro TEXT, status TINYINT DEFAULT 1 COMMENT '1上架 0下架', create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

主键一律自增 INT，不用 UUID。原因很朴素：这个量级的网站一天可能就几千条访问，自增主键走聚集索引，范围查询快，代码也好写。密码字段用 CHAR(64) 存 SHA-256 十六进制值，不要用 VARCHAR 存明文，这条写到答辩 PPT 里是加分项。游戏表的 status 字段是我建议你务必要有的，它比直接 DELETE 一条记录安全得多——下架不删除，保留数据完整性。

2.2 图片表与评论表：一对多关系别用逗号拼字符串

很多同学做"游戏官网"时遇到第一个坎就是图片。一张游戏详情页往往有多张截图，还需要在图上做坐标标记（比如官网的活动图要标出点击区域）。新手最容易犯的错是在 t_game 表里加一个screenshots VARCHAR(1000)字段，把三张图的 URL 用逗号拼进去。这属于把关系型数据库当文本文件用，你要查"这张图属于哪个游戏"就得拆字符串，后台要删一张图还得做数组操作。

正确的开源方案是单独建一张图片表：

CREATE TABLE t_game_img ( id INT PRIMARY KEY AUTO_INCREMENT, game_id INT NOT NULL, img_url VARCHAR(255) NOT NULL, img_type TINYINT DEFAULT 0 COMMENT '0封面 1截图 2活动图', coordinate_x INT DEFAULT 0 COMMENT '热区X坐标', coordinate_y INT DEFAULT 0 COMMENT '热区Y坐标', coordinate_w INT DEFAULT 0, coordinate_h INT DEFAULT 0, sort_order INT DEFAULT 0, CONSTRAINT fk_game_img_game FOREIGN KEY (game_id) REFERENCES t_game(id) ON DELETE CASCADE ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

这里的 coordinate_x、coordinate_y、coordinate_w、coordinate_h 就是为了解决"jsp 图片如何对坐标定位"这个热搜问题的。原理是：前端在图片上放一个透明遮罩，用户点击或拖拽时把坐标写进隐藏表单字段，提交时存到这四个字段里；后端渲染时，用这四个值生成一个绝对定位的 div 覆盖在图片上方。这套思路是早年游戏官网做活动专题页的标配，现在你把它写进 JSP 项目里，展示效果比单纯贴图高一个档次。

评论表一定要带上 game_id 外键和 user_id 外键，并且给 game_id 建普通索引，否则按游戏查评论时全表扫描，数据量一上来就卡。外键约束要克制，只加"图片-游戏"这种强归属关系，不要在评论和用户之间加约束——否则删用户时级联把评论全删了，这在真实运营里是事故。

2.3 初始化数据怎么给：让项目跑起来第一眼好看

数据库结构设计完，下一步是初始化数据。这一步直接影响你演示时的"第一印象"——答辩老师打开你的系统，看到首页是空的游戏列表，和看到 6 个分类、12 款游戏、每款游戏 3 张截图，完全是两种体验。所以 SQL 初始化脚本里，除了建表语句，至少要插入 10 条以上的游戏数据，并且游戏封面图和截图要用真实可访问的 URL。

INSERT INTO t_game (game_name, category, publisher, price, cover_url, intro, status) VALUES ('艾尔登法环', '动作RPG', 'FromSoftware', 298.00, 'https://example.com/covers/elden.jpg', '开放世界动作角色扮演游戏，魂系巅峰之作。', 1), ('博德之门3', 'CRPG', 'Larian Studios', 298.00, 'https://example.com/covers/bg3.jpg', '基于DND 5E规则的经典CRPG。', 1), ('塞尔达传说：旷野之息', '开放世界', '任天堂', 398.00, 'https://example.com/covers/botw.jpg', '重新定义开放世界的冒险神作。', 1);

注意这里的关键细节：图片 URL 不要存相对路径，存完整可访问地址。如果你在演示时用的是本机 Tomcat，图片放在 webapp 目录下，那么 URL 写images/covers/elden.jpg就行；但如果你把项目部署到云服务器，就建议配一个独立的图片访问前缀，后面上传功能的代码里也统一用常量拼接。把图片域名做成一个可配置项，改一处全站生效，这也是答辩时可以说两句的"工程化意识"。

3. 用户体系与游戏列表：jsp + Servlet 的分层实现

3.1 从 db.properties 到 Druid 连接池：数据库连接的标配写法

数据库连接是 Java Web 项目里最容易写脏的一层。常见误用是每次请求都 Class.forName 注册驱动、DriverManager.getConnection、用完 conn.close，三个步骤全是重复劳动，而且并发一高就连接超时。毕业设计到这个规模，我一般建议直接用 Druid 连接池，理由有三：配置少、自带监控页面、阿里在中文社区资料多，答辩被问到"为什么用连接池"时有现成答案：复用连接，避免频繁建立/销毁连接的开销，控制并发连接数上限。

// db.properties jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/game_web?useUnicode=true&characterEncoding=utf-8&serverTimezone=Asia/Shanghai&useSSL=false jdbc.username=root jdbc.password=123456 jdbc.initialSize=5 jdbc.maxActive=20 jdbc.maxWait=60000

// com.game.util.DBUtil.java import com.alibaba.druid.pool.DruidDataSourceFactory; import javax.sql.DataSource; import java.io.InputStream; import java.util.Properties; public class DBUtil { private static DataSource dataSource; static { try (InputStream in = DBUtil.class.getClassLoader().getResourceAsStream("db.properties")) { Properties props = new Properties(); props.load(in); dataSource = DruidDataSourceFactory.createDataSource(props); } catch (Exception e) { throw new ExceptionInInitializerError("数据库连接池初始化失败: " + e.getMessage()); } } public static DataSource getDataSource() { return dataSource; } }

这段代码有几个点你要能讲清楚：getResourceAsStream 是拿类路径下的文件，所以 db.properties 必须放在 src 目录下，否则运行期直接 NPE，这是 JSP 项目里特别常见的坑。url 里的 characterEncoding=utf-8 是中文不乱码的前提，serverTimezone=Asia/Shanghai 是 MySQL 8 的强制参数，漏了它会报时区错误。Druid 的 initialSize 和 maxActive 分别控制初始连接数和最大连接数，单机演示调到 5 和 20 足够，压测时再往上加。

3.2 注册登录：加盐哈希与 Session 会话保持

用户模块是每个答辩老师都会盯的"安全重点"。你的登录逻辑如果还是select * from t_user where username=? and password=?，然后明文比对，大概率会被追问到哑口无言。正确做法是：注册时生成随机盐值，密码字段存的是"盐 + 密码"的 SHA-256 哈希；登录时用该用户的盐值重新计算哈希，比对即可。

// com.game.util.PasswordUtil.java import java.security.MessageDigest; import java.security.SecureRandom; import java.nio.charset.StandardCharsets; import java.util.HexFormat; public class PasswordUtil { public static String generateSalt() { byte[] bytes = new byte[16]; new SecureRandom().nextBytes(bytes); return HexFormat.of().formatHex(bytes); } public static String sha256WithSalt(String password, String salt) { String input = salt + password + salt; try { MessageDigest md = MessageDigest.getInstance("SHA-256"); byte[] digest = md.digest(input.getBytes(StandardCharsets.UTF_8)); return HexFormat.of().formatHex(digest); } catch (Exception e) { throw new RuntimeException(e); } } }

这段代码里的细节：SecureRandom 是加密安全的随机数生成器，比 Random 更适合生成盐值；salt + password + salt这种三明治拼法是为了增加彩虹表攻击的成本；MessageDigest 是 JDK 自带类，不需要引任何额外依赖。你要知道它的边界：SHA-256 加盐只是毕业设计的及格线，真实生产环境建议升级成 BCrypt，因为 SHA-256 计算太快，GPU 跑字典攻击太容易——这个认知写在论文里是加分项，但如果只做注册登录展示，加盐哈希够了。

注册 Servlet 里要做三件事：先查用户名是否已存在、再校验两次密码一致、最后插入用户数据。登录成功后，把用户 ID 和用户名塞进 Session，session.setAttribute("loginUser", user)，页面里用<c:if test="${not empty sessionScope.loginUser}">控制"登录/注册"与"欢迎 xxx"按钮的切换，这样就实现了会话保持。注意 Session 的有效期在 web.xml 里默认 30 分钟，够演示用了。

3.3 游戏列表与详情页：DAO 层的手写 SQL

列表页是这个项目的门面，也是 jsp 最擅长的场景：服务端渲染，循环输出。核心在 DAO 层，这里我坚持手写 SQL 而不是用 DBUtils 之类的工具，原因是答辩时老师可能会让你现场写一条 SQL，你对着工具类不一定写得出来。手写 DAO 反而让你把所有 SQL 都刻在肌肉记忆里。

// com.game.dao.GameDao.java public List<Game> findHotGames(int limit) { String sql = "SELECT id, game_name, category, price, cover_url, intro FROM t_game WHERE status = 1 ORDER BY create_time DESC LIMIT ?"; try (Connection conn = DBUtil.getDataSource().getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { ps.setInt(1, limit); try (ResultSet rs = ps.executeQuery()) { List<Game> list = new ArrayList<>(); while (rs.next()) { Game g = new Game(); g.setId(rs.getInt("id")); g.setGameName(rs.getString("game_name")); g.setCategory(rs.getString("category")); g.setPrice(rs.getBigDecimal("price")); g.setCoverUrl(rs.getString("cover_url")); g.setIntro(rs.getString("intro")); list.add(g); } return list; } } catch (SQLException e) { throw new RuntimeException("查询游戏列表失败", e); } }

这里有两个可以讲出深度的点。第一，PreparedStatement 能防 SQL 注入，这条一定要在答辩时主动说，因为把"字符串拼接 SQL"换成"预编译占位符"是安全意识的直接体现。第二，try-with-resources 语法确保 Connection、PreparedStatement、ResultSet 自动关闭，否则 MySQL 连接会泄露，连接池的连接被耗尽后系统假死——这是生产环境最常见的故障之一。页面拿到 List 后，在 game_list.jsp 里用 forEach 循环输出卡片，每张卡片套一个链接跳详情页detail.jsp?id=${game.id}，这是 jsp 页面之间传参的标准做法。

3.4 上传图片与坐标定位：从 HTML 表单到服务器存盘

游戏后台管理里，上传封面是功能亮点。如果你只有 JSP + Servlet，没有 Spring MVC 的 MultipartFile 可用，原生做法是用 Servlet 3.0 的 Part 接口。上传成功后，把文件存到 Tomcat 的 upload 目录下，并把访问 URL 存进数据库。这里有一个项目级的重要决定：不要把图片存进数据库 BLOB 字段。BLOB 写入会让表体积膨胀，数据库备份变慢，页面查询也会拖慢；正确做法是文件落盘，数据库只存路径字符串——这也是为什么我前面建表时 img_url 是 VARCHAR(255)。

<%-- admin_upload.jsp --%> <form action="${pageContext.request.contextPath}/admin/gameImgUpload" method="post" enctype="multipart/form-data"> <input type="hidden" name="gameId" value="${param.gameId}"> <input type="file" name="imgFile" accept="image/*"> <button type="submit">上传</button> </form>

// com.game.servlet.admin.GameImgUploadServlet.java (核心片段) Part part = request.getPart("imgFile"); String fileName = extractFileName(part); // 从 Content-Disposition 头解析原始文件名 String ext = fileName.substring(fileName.lastIndexOf(".")); String newName = System.currentTimeMillis() + "_" + new Random().nextInt(10000) + ext; String uploadDir = getServletContext().getRealPath("/") + "uploads" + File.separator; File dir = new File(uploadDir); if (!dir.exists()) dir.mkdirs(); part.write(uploadDir + newName); String accessUrl = request.getContextPath() + "/uploads/" + newName;

这个做法的核心细节：newName 用时间戳加随机数重命名，是为了防止用户传一个../../shell.jsp之类的恶意文件名，也防止中文文件名编码错乱。getRealPath("/") 拿到的是当前部署应用的磁盘绝对路径，这样文件会跟着应用走，本地调试简单，但你要知道它的坑——如果部署时用 IDE 热部署，应用目录被重建，uploads 目录也会消失，所以真实服务器上要把它改成外部绝对路径。前面的"jsp 图片如何对坐标定位"就是在上传之后配合前端 JS 实现：用户在上传完的预览图上用鼠标框选热区，把坐标填进隐藏域，跟着表单提交到数据库，详情页再用这四个坐标值动态生成绝对定位的链接区域。

4. 本地部署从零跑通：JDK、Tomcat、数据库三件套的版本玄学

4.1 版本搭配表：JDK 8 + Tomcat 8.5 + MySQL 8 是最稳组合

在开始导入源码之前，先把环境版本这件事钉死。我见过太多人卡在"Tomcat 启动报错 500"上，最后发现是 JDK 版本太高、Tomcat 版本太老、Servlet API 对不上。做 jsp 项目最常见的稳妥搭配是：JDK 8（1.8），Tomcat 8.5 或 9.0，MySQL 8.0，IDE 用 Eclipse 或 IntelliJ IDEA。不要用 JDK 17 跑老项目，模块化系统会把 servlet-api.jar 隔离掉，报java.lang.ClassNotFoundException；不要用 Tomcat 10，因为 Tomcat 10 把 Java EE 换成了 Jakarta EE，包名从 javax.servlet 变成 jakarta.servlet，你的老项目代码全部编译不过。

这个表格你就可以直接存在本地，之后每次环境有问题先对照一遍。另外，MySQL 8 的驱动必须用com.mysql.cj.jdbc.Driver，老教程里那个com.mysql.jdbc.Driver在 8.x 里虽然还能用，但会打 WARN 日志，答辩演示时控制台刷黄字会很尴尬。

4.2 导入 Eclipse 的五个步骤：从源码目录到 Tomcat 部署

拿到别人给的源码包，第一步别急着看代码，先把它跑起来。常见做法是：解压到一个纯英文路径，比如D:\workspace\game_web，目录里一般有 src、WebContent、lib 这几个标准目录。用 Eclipse 的 File → Import → General → Existing Projects into Workspace 导入后，项目上红叉是常态，九成原因是 Server Runtime 没配。

操作按这个顺序来，能少踩一半坑：

1. Window → Preferences → Server → Runtime Environments → Add → 选择 Apache Tomcat v8.5，并指定 Tomcat 安装目录。
2. 右键项目 → Properties → Targeted Runtimes → 勾选刚才的 Tomcat，Apply 后红叉会消失。
3. 右键项目 → Build Path → Configure Build Path → Libraries，确认 lib 目录下的 JAR 都在，如果源码包里附了 lib，直接 Add JARs 添加。
4. 把 db.properties 里的数据库账号密码改成你自己的，MySQL 里执行一遍 init.sql。
5. 右键项目 → Run As → Run on Server，选择 Tomcat 8.5，等待启动完成。

这几步做完，浏览器访问http://localhost:8080/game_web/，能看到首页就说明链路通了。如果报 404，先检查项目部署名——WebContent 目录下有个 WEB-INF/web.xml，里面如果有<display-name>game_web</display-name>，加上<context-root>不写在 web.xml 里，部署名由 IDE 的 Server 配置决定，右键 Server 双击，看 Server Locations 选项，确保选的是"Use Tomcat installation"而不是"Use workspace metadata"，后者会导致你改了磁盘上的 JSP 文件不生效，这也是一个经典血泪经验。

导入项目时还有一条建议：先看 src 目录下有哪几个 package，通常在 com.game.servlet、com.game.dao、com.game.entity、com.game.util 四个里，对应控制层、数据层、实体类、工具类。这个结构要背下来，答辩讲架构时直接画出来，比你背一百句"分层解耦"有说服力得多。

4.3 启动失败时先看这三行日志

Tomcat 启动时卡在Deployment of web application directory不动，多半是 JSP 页面编译出了问题，但控制台又不直接告诉你哪个页面。这时候别一个个页面排插，直接用 Eclipse 的 Debug 模式跑，异常会停在具体行号。如果你用的是远程 Linux 服务器部署，最有效的排查起点是 Tomcat 的 catalina.out 日志：

tail -100 /usr/local/tomcat/logs/catalina.out

日志里最常见的三种致命错误：一是ClassNotFoundException: com.mysql.cj.jdbc.Driver，说明 MySQL 驱动 JAR 没放到 WEB-INF/lib；二是Access denied for user 'root'@'localhost'，说明 db.properties 的密码不对；三是Table 'game_web.t_user' doesn't exist，说明 init.sql 没执行成功，或者执行的并不是同一个库。这三条覆盖了 80% 的启动失败场景，剩下的 20% 是端口占用——把 Tomcat 的 8080 改成 8081，在 server.xml 里搜三个Connector端口，全改掉，冲突基本能解决。

5. 避坑篇：jsp 项目从拿到源码到答辩演示的 5 个翻车现场

5.1 现象：JSP 页面直接显示 HTML 源码，而不是渲染后的页面

原因：访问时 URL 斜杠没写对，比如你访问的是http://localhost:8080/WebContent/index.jsp，这等于直接把文件当静态资源给浏览器下载了。第二个常见原因是 WebContent 目录没有被正确标记为 Web 根目录，Eclipse 里表现为项目图标没有小地球标志。解决：Eclipse 里右键项目 → Properties → Project Facets，勾选 Dynamic Web Module 3.1，然后再建 Server 部署。另外检查 web.xml 里有没有配置 welcome-file-list，没有的话访问根路径会报 404，最好加上<welcome-file>index.jsp</welcome-file>，这一条是让演示显得专业的小细节。

5.2 现象：表单提交中文，数据库里变成问号

原因：链条上有任意一环的字符集没对齐。常见的是 MySQL 表用了 utf8 而不是 utf8mb4，字符集对 emoji 不友好；或者 JDBC URL 里没带 characterEncoding=utf-8。解决：数据库连接 URL 统一加上useUnicode=true&characterEncoding=utf-8；MySQL 端把表结构改成DEFAULT CHARSET=utf8mb4；如果你要彻底一点，在 web.xml 里加一个 CharacterEncodingFilter，把每次请求和响应都强制设成 UTF-8。注意改动 init.sql 后要重新执行建表语句，单纯 ALTER TABLE 改字符集对已有数据没用。

5.3 现象：Druid 连接池初始化失败，Factory method threw exception

原因：最常见的是 db.properties 里驱动类名写错，MySQL 5 写com.mysql.jdbc.Driver，MySQL 8 必须写com.mysql.cj.jdbc.Driver。另一个高发原因是：db.properties 文件里出现了行尾空格或中文注释，Properties 解析时把非法字符带进了 URL。解决：驱动类名严格对照你 lib 里那个 jar 的版本；properties 文件只用 ASCII 写，注释里不要带中文；如果还是失败，就写Class.forName("com.mysql.cj.jdbc.Driver")硬加载一次看异常堆栈的根因。这类问题最气人的一点是它不报在业务代码上，而是报在 static 块里，一启动项目就挂。

5.4 现象：改完 JSP 代码，刷新页面不生效

原因：Tomcat 的 JSP 缓存在 work 目录里，Eclipse 的自动发布有时慢半拍；另一个原因是 Server Locations 配置的是 workspace，文件发布到了 IDE 的内存目录而非 Tomcat 安装目录。解决：右键 Server → Clean，再把 Tomcat 安装目录下 work/Catalina 清空；如果 JSP 改了还不生效，重启 Tomcat 是最省事的办法。很多人以为 JSP 改完必须重启，其实 Tomcat 默认开了 JSP 热编译（development=true），只有改了 web.xml 或 lib 里的 jar 才需要重启，知道这个能省很多等待时间。

5.5 现象：项目在本机能跑，打成 WAR 包部署到服务器就不行

原因：九成是环境差异——服务器的 JDK 版本不对、MySQL 驱动版本不对、数据库没导入数据。次要原因是路径硬编码，比如代码里写了D:\workspace\game_web\uploads，Linux 上当然找不到。解决：所有磁盘路径用 System.getProperty("os.name") 判断后分别设置；服务器部署前，先在服务器上执行一遍 init.sql 并确认表数量；WAR 包丢到 Tomcat 的 webapps 下，启动后访问http://服务器IP:8080/game_web/，如果出现数据库的错，第一反应检查配置的 IP 和账号权限，而不是怀疑代码。我用这套思路在十几次部署里都很快定位问题，效率比反复重打 WAR 包高得多。

6. 进阶：把"能跑"变成"能讲"的四个验证动作

项目跑通只是及格线，答辩或面试时区分度高不高，取决于你能不能讲清楚三个问题：为什么会话保持、为什么用连接池、为什么数据库表要拆两张。我建议你把 apache 自带的 ab 压测工具用起来，针对你首页的 Servlet 接口跑一条命令，看看并发和吞吐量；

ab -n 1000 -c 50 http://localhost:8080/game_web/gameList

这条命令的含义是 1000 次请求、50 个并发。跑完以后盯住 Failed requests 这一行，如果为 0 且 Requests per second 在 500 以上，说明你的 Druid 连接池参数是合理的；如果大量失败，优先看 maxActive 是否太小或 Connection 没有用 try-with-resources 关闭。能说出"我把 maxActive 从 10 调到 20，压测数据从多少涨到多少"这种话，比背一段原理有说服力得多。

第二个值得做的事是把项目里所有 Servlet 的 url-pattern 整理一张表，写进论文的"系统设计"章节；第三个是准备一条你认为最难的 SQL 讲给老师听，比如"查询每个游戏分类下评论最多的游戏"，这道题涉及多表 JOIN 和聚合函数，是 jsp Web 项目里最能体现数据库功底的问题。第四个动作是把注册模块里对用户名、密码的校验逻辑拿出来——判断字符串是否包含非法字符，比如用正则限制只允许字母、数字和下划线，这正好对齐很多 Java 面试的基础题。

我到现在还记得自己当年做类似项目时，最丢分的一句话是"这个页面我照着网上模板改的"。技术可以老，人的理解不能老。你现在多花一晚上跑通部署、多记两个避坑点，等你站到讲台上被问到"这里为什么要加盐"的时候，你会感谢现在这个愿意把细节挖到根因里的自己。希望帮到你。

本文还有配套的精品资源，点击获取