简介：面向JavaEE毕业设计场景，这份影视创作论坛系统资源完整覆盖从系统设计、开发实现到项目部署、答辩展示的全过程。资源共18个文件，压缩包约151MB，主要包含项目报告、答辩PPT、完整源代码、SQL数据库脚本、界面截图和三段部署辅导视频。其中MDF/LDF数据库文件可配合SQL脚本直接还原数据库，源代码zip里封装了Servlet、JSP、JavaBean以及EL/JSTL等实现，便于对照学习MVC分层与JDBC交互。项目报告文档细致记录了需求分析、系统设计、实现步骤和测试结果，答辩PPT可用于最终展示；三段视频则演示了Tomcat环境配置、数据库导入及前后台模块的完整运行操作。资源目录按报告、代码、视频、截图分类，结构清晰，便于按需检索。已有101人学习下载，适合正在完成JavaWeb课程设计或毕业设计的读者，可快速获得从开发到答辩的全套参考资料，并提升实际部署与排错能力。
1. 基于jsp的影视创作论坛系统毕业设计：一类能真正答辩过线的选题
JSP的影视创作论坛系统，听起来像十年前的存量技术，但把它放在毕业设计这个场景里看，反而是最不容易翻车的一类选题：代码量可控、数据库结构直观、部署链路短，两三天就能从空环境跑到线上演示。标题里那一套交付物——项目报告、答辩PPT、源代码、数据库、截图、部署视频——恰好覆盖了毕设答辩要求的全部凭证，你不需要再额外补任何材料。这篇笔记就顺着这套交付物讲清楚：这个系统该怎么做、数据表怎么建、项目怎么打包、部署到哪一步算真正跑通，以及最容易在答辩现场暴露的坑。
2. JSP技术栈的选型逻辑：为什么这套老技术还在毕设里占主流
2.1 JSP在毕业设计中的真实定位：不是过时，是教学验收标准
我坐过答辩席，也指导过不少本科生做Java Web毕设。JSP项目在高校里的出现率一直很高，这不是市场选择，是教学大纲的选择。大多数高校的Java Web课程，主线就是JSP + Servlet + JDBC这条链路，期末考核也要求用这三个东西做出一个能跑的Web应用。你选了这个题目，不用背"技术过不过时"的心理包袱，你要做的是把这条线的每个环节做到没有破绽：页面怎么渲染、请求怎么转发、数据怎么持久化、异常怎么接住。
JSP全称是Java Server Pages，本质上是嵌了Java代码的HTML模板。它和Servlet配合工作：浏览器发请求，Tomcat把请求交给Servlet处理业务逻辑，再把结果转发给JSP渲染成页面。这套模型的好处是链路短，坏处是——如果代码不分层，JSP里写满业务逻辑、Servlet里直接拼SQL，项目就是一坨没法维护的代码，答辩老师翻源码时一眼就能判断你有没有工程意识。
我一般建议把代码结构固定成三层：JSP只负责展示数据，Servlet只负责接收参数和转发，JavaBean（业务类）负责调数据库。这一层说清楚了，后面的数据库设计和部署方案才有意义。下面用一个登录功能把这三层串起来，这是影视创作论坛系统里第一个必须跑通的完整闭环。
// LoginServlet.java —— 控制层：只做参数接收、调用业务、转发页面 @WebServlet("/login") public class LoginServlet extends HttpServlet { protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding("UTF-8"); String username = request.getParameter("username"); String password = request.getParameter("password"); UserDao userDao = new UserDao(); User user = userDao.findByUsernameAndPassword(username, password); if (user != null) { request.getSession().setAttribute("loginUser", user); response.sendRedirect("index.jsp"); } else { request.setAttribute("errorMsg", "用户名或密码错误"); request.getRequestDispatcher("login.jsp").forward(request, response); } } }这段代码的关键在两点：第一，doPost里先设置request.setCharacterEncoding("UTF-8")，这是在源头解决中文乱码，不写这一行，后面页面拿到的用户名全是问号；第二，登录成功用sendRedirect做重定向，失败用forward做转发，两者的区别是重定向会改变浏览器地址栏，转发不会。如果你把成功也写成forward，用户按F5刷新就会重复提交表单，答辩现场刷新两次，登录记录刷出一片，老师立刻就会皱眉头。
对应地，JSP页面只做展示，从session里取值，不写任何Java业务代码：
<%-- index.jsp —— 视图层：只负责展示登录用户的信息 --%> <%@ page contentType="text/html;charset=UTF-8" language="java" %> <html> <head><title>影视创作论坛 - 首页</title></head> <body> <% User user = (User) session.getAttribute("loginUser"); if (user != null) { %> <h2>欢迎你，<%= user.getUsername() %></h2> <a href="logout">退出登录</a> <% } else { %> <h2>你还没有登录</h2> <a href="login.jsp">去登录</a> <% } %> </body> </html>注意这里我用的是<%= %>表达式输出，不是<% out.println() %>。两种写法效果一样，但表达式更简洁，答辩时讲代码也更好讲：一句话就能说清"这行是把服务端数据输出到页面上"。另外页面顶部必须有contentType="text/html;charset=UTF-8"这个声明，否则Tomcat默认按ISO-8859-1输出，中文字符全部变成乱码，这是JSP页面最常见的翻车点。
2.2 影视创作业务域在JSP里怎么抽象：从注册到个人信息展示页
登录框架搭好之后，业务功能就是往这个骨架里填。影视创作论坛的常规功能是整个毕业设计的基本工作量：用户注册、登录、个人信息展示、版块分类浏览、发帖回帖、按关键词搜索。影视创作这个前缀带来的差异化点在业务上主要是两块：第一，帖子内容不只是文字，还带作品信息，比如作品标题、作品类型、观看链接，帖子表的字段设计要预留这些列；第二，分类围绕创作场景来定，比如剧本交流、拍摄技巧、后期剪辑、作品展示，而不是按数码、二手这种通用版块分。
个人信息展示页面是答辩时必看的一页，老师会点进去确认"注册-登录-展示"这条链路是不是真的通。这个页面的数据来源有两种做法：一种是直接查用户表，另一种是查帖子表把该用户发的所有帖子列出来。我强烈建议两者都做，上半部分是用户基本信息，下半部分是"TA发布的作品和帖子"，这样页面信息量大，代码工作量也显得扎实。
注册功能的校验逻辑是答辩高频考点，代码要写成这样：
// RegisterServlet.java —— 注册时对表单数据做服务端校验 if (username == null || username.trim().isEmpty()) { request.setAttribute("errorMsg", "用户名不能为空"); request.getRequestDispatcher("register.jsp").forward(request, response); return; } if (username.length() < 3 || username.length() > 20) { request.setAttribute("errorMsg", "用户名长度必须在3到20位之间"); request.getRequestDispatcher("register.jsp").forward(request, response); return; } if (!password.equals(confirmPassword)) { request.setAttribute("errorMsg", "两次密码输入不一致"); request.getRequestDispatcher("register.jsp").forward(request, response); return; }注意username == null || username.trim().isEmpty()这个复合条件，== null处理的是请求里根本没带这个参数，isEmpty()处理的是参数为空字符串。两个条件缺一个，用户直接提交空表单就会崩或者漏过去。每次校验失败都用forward回到注册页，并且把错误消息带回页面，这样用户能看到"哪里错了"而不是白屏，这个体验细节在答辩演示时很加分。
密码存储这里有个必须注意的点：不要明文存数据库，至少用MD5或SHA-256加密后再落库。答辩老师不一定管这么细，但是项目报告里写了"安全设计"这一节，密码加密就是唯一能写进去的技术点。用JDK自带的MessageDigest就能实现，不需要引入Spring Security这种大框架：
// MD5Util.java —— 工具类：密码做单向加密 public static String md5(String source) { try { MessageDigest md = MessageDigest.getInstance("MD5"); byte[] bytes = md.digest(source.getBytes("UTF-8")); StringBuilder sb = new StringBuilder(); for (byte b : bytes) { String hex = Integer.toHexString(b & 0xff); if (hex.length() == 1) { sb.append("0"); } sb.append(hex); } return sb.toString(); } catch (Exception e) { throw new RuntimeException(e); } }这段代码里b & 0xff是关键位运算，如果不做这个与操作，负数的byte转成十六进制会得到16位的补码字符串，长度和内容都错。hex.length() == 1补前导零，保证每一位字节都转成两位十六进制，最终结果是固定32位的MD5串。这个工具类在注册时调用一次、登录时调用一次，整个项目里就两处调用点，逻辑清晰，答辩时三句话就能讲透。
3. 影视创作论坛的数据库设计：五张核心表加一份能答辩的建库脚本
3.1 核心表结构拆解：用户、版块、作品、帖子、回复
影视创作论坛系统的数据库设计，至少要覆盖五张核心表：用户表user、版块表category、影视作品表works、帖子表post、回复表reply。有的设计把作品合并进帖子表里，不单独立表，我的建议是分开。影视作品是"被讨论的对象"，帖子是"讨论内容本身"，两者是多对多关系——同一部作品可以被多个帖子讨论，同一个帖子也可以关联多部作品。拆成独立表，后续做作品排行、按作品聚合帖子都会简单很多，而且多一张表在项目报告里就多一页ER图可写，工作量看起来更饱满。
用户表是系统的底座，字段设计上要兼顾登录校验和个人信息展示两个用途：
-- user表：系统用户 CREATE TABLE `user` ( `id` INT NOT NULL AUTO_INCREMENT COMMENT '用户ID', `username` VARCHAR(50) NOT NULL COMMENT '用户名', `password` VARCHAR(64) NOT NULL COMMENT '密码(存入时为MD5)', `email` VARCHAR(100) DEFAULT NULL COMMENT '邮箱', `avatar` VARCHAR(255) DEFAULT NULL COMMENT '头像路径', `signature` VARCHAR(255) DEFAULT NULL COMMENT '个人签名', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '注册时间', PRIMARY KEY (`id`), UNIQUE KEY `uk_username` (`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户表';UNIQUE KEY uk_username是唯一索引，保证用户名不重复，这是注册功能的数据库层防线——哪怕Servlet层校验漏了，数据库也会把重复用户名拒掉。ENGINE=InnoDB一定要写，InnoDB支持事务和外键，MyISAM不支持，答辩老师如果问到"为什么用InnoDB"，标准回答是"支持行级锁和事务，保证发帖和回帖操作的原子性"。CHARSET=utf8mb4比utf8多一个"mb4"，支持存emoji和一些特殊字符，影视讨论帖里经常有人发特殊符号，用utf8会报"Incorrect string value"错误。
影视作品表和帖子表是业务核心，字段设计直接决定功能能做多深：
-- works表：影视作品，作为帖子讨论的对象 CREATE TABLE `works` ( `id` INT NOT NULL AUTO_INCREMENT COMMENT '作品ID', `title` VARCHAR(200) NOT NULL COMMENT '作品名称', `type` VARCHAR(50) DEFAULT NULL COMMENT '作品类型：电影/剧集/短片', `director` VARCHAR(100) DEFAULT NULL COMMENT '导演', `release_year` INT DEFAULT NULL COMMENT '上映年份', `cover_url` VARCHAR(255) DEFAULT NULL COMMENT '海报路径', `description` TEXT COMMENT '作品简介', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='影视作品表'; -- post表：帖子，关联作者和作品 CREATE TABLE `post` ( `id` INT NOT NULL AUTO_INCREMENT COMMENT '帖子ID', `user_id` INT NOT NULL COMMENT '发帖用户', `works_id` INT DEFAULT NULL COMMENT '关联的作品ID', `category_id` INT NOT NULL COMMENT '所属版块', `title` VARCHAR(200) NOT NULL COMMENT '帖子标题', `content` TEXT NOT NULL COMMENT '帖子正文', `view_count` INT DEFAULT 0 COMMENT '浏览量', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `idx_user_id` (`user_id`), KEY `idx_works_id` (`works_id`), KEY `idx_category_time` (`category_id`, `create_time`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='帖子表';post表里有三个索引，设计逻辑各有用途：idx_user_id服务于"查看某用户发布的所有帖子"，这是个人信息展示页的核心查询；idx_works_id服务于"查看某部作品的所有讨论"，这是影视创作论坛区别于普通论坛的关键页面；idx_category_time是一个联合索引，服务于版块列表页的"按时间排序取一页"查询，这是整个系统访问量最高的查询。view_count字段用来做浏览量统计，虽然也可以在显示时用COUNT(*)去回复表算，但独立字段的写入成本远低于每次页面加载都做聚合查询。
回复表相对简单，外键指向帖子和用户：
-- reply表：帖子回复 CREATE TABLE `reply` ( `id` INT NOT NULL AUTO_INCREMENT COMMENT '回复ID', `post_id` INT NOT NULL COMMENT '所属帖子', `user_id` INT NOT NULL COMMENT '回复用户', `content` VARCHAR(1000) NOT NULL COMMENT '回复内容', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `idx_post_id_time` (`post_id`, `create_time`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='回复表';回复表的idx_post_id_time联合索引，在"帖子详情页加载全部回复"这个场景下，可以用索引覆盖WHERE post_id = ? ORDER BY create_time ASC这个查询，数据量大了也不会明显卡顿。关于外键约束，我建议物理表上不建FOREIGN KEY，只保留索引。原因很实际：物理外键在删除用户或帖子时会触发级联操作，如果级联配置错了，删一个用户连带删掉几十条回复，数据恢复非常麻烦。用逻辑外键（代码里保证关联关系）配合应用层判断，对毕设项目来说够用且更灵活。
3.2 初始化脚本与演示数据：SQL导入时最容易踩的两个坑
建库脚本要包含数据库、表、基础数据三个部分，单独写成一份init.sql，和源代码一起交。答辩老师的常见操作是打开你的SQL脚本直接执行，执行通过才算数据层过关。脚本开头要加库名选择和字符集声明，否则从Navicat或命令行导入时字符集不对，表结构建出来但中文注释全乱：
-- init.sql 开头：选择数据库并设置UTF-8连接 DROP DATABASE IF EXISTS film_forum; CREATE DATABASE film_forum DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE film_forum; -- 密码为123456的MD5值，演示账号直接插入 INSERT INTO `user` (`username`, `password`, `email`, `signature`) VALUES ('admin', 'e10adc3949ba59abbe56e057f20f883e', 'admin@film.com', '论坛管理员'), ('demo01', 'e10adc3949ba59abbe56e057f20f883e', 'demo01@film.com', '影视爱好者小李');UTF-8连接和utf8mb4数据库字符集是两件事：数据库本身字符集定义在CREATE DATABASE语句里，连接字符集由SET NAMES或连接参数决定，两者不一致时，中文数据入库就会变成问号。e10adc3949ba59abbe56e057f20f883e是"123456"的MD5值，数据库层面永远不存明文密码。演示数据里至少要有两个用户，一个有管理权限，一个是普通用户，这样才能演示"不同角色看到不同导航栏"这个功能点。
初始化数据的顺序有讲究，先插用户表和版块表，再插作品表，最后插帖子表和回复表，因为帖子表外键依赖用户、版块、作品三张表的ID。如果你提前不知道自增ID会是多少，直接用指定ID插入就可以：
INSERT INTO `category` (`id`, `name`, `description`) VALUES (1, '剧本交流', '故事结构、台词设计、剧本创作技巧'), (2, '拍摄技巧', '运镜、灯光、机位安排的实战经验'), (3, '后期剪辑', '剪辑节奏、调色流程、软件操作'), (4, '作品展示', '个人短片、创作花絮、成片链接'); INSERT INTO `works` (`id`, `title`, `type`, `director`, `release_year`, `description`) VALUES (1, '序列二十四', '短片', '张同学', 2024, '毕业作品：一个关于时间循环的悬疑短片');指定ID插入在演示数据场景下是最稳妥的，因为在项目报告的数据流图里可以直接写"版块ID为1的是剧本交流区"，不会出现ID漂移。导入完成后，分别统计一下每张表的行数，确定不是0，再跑一个最核心的关联查询验证数据可用性：
-- 验证脚本：统计每个版块的帖子数 SELECT c.name, COUNT(p.id) AS post_count FROM category c LEFT JOIN post p ON c.id = p.category_id GROUP BY c.id, c.name;这个验证查询本身就值一个答辩加分点：LEFT JOIN保证没有帖子的版块也会显示出来，GROUP BY里同时写了c.id和c.name，符合ONLY_FULL_GROUP_BY模式下"SELECT的非聚合列必须出现在GROUP BY里"的约束。MySQL 5.7以上默认开启这个模式，只GROUP BY c.id而SELECT c.name会直接报错。这个坑很多人在答辩现场踩过，报告里写了SQL但演示一执行就红字。
4. 部署全流程：从IDEA新建JSP项目到传统War包上Tomcat
4.1 IDEA新建JSP项目与配置Mysql连接池：项目骨架和数据库连接
拿到这套毕业设计源码之后，第一步不是在Tomcat里跑，而是先在IDEA里打开项目。常见做法是用IDEA直接新建一个Java Web项目，然后把源码的src目录和web目录分别对应进去。需要注意，IDEA新建JSP项目时要选对模板，如果选成普通的Java项目，后面生成War包时会找不到Web组件。正确的路径是：File -> New -> Project，左侧选Jakarta EE，在Application Server里选择你本机装好的Tomcat，勾选Web Application，这样才能生成带web/WEB-INF/web.xml的标准Web项目骨架。
项目骨架建好后，第一步改数据库连接配置。这套系统用JDBC直连还是连接池，答辩观感差别很大。JDBC直连是每次请求都DriverManager.getConnection()，然后finally里关连接，写法简单但性能和答辩印象分都低；连接池是把连接预先建好复用，用DBCP、C3P0或者Druid都行。我一般推荐C3P0，配置少、稳定，而且配置文件名c3p0-config.xml放着就是一份独立的交付文档。
工程里放src/c3p0-config.xml，关键参数如下：
<?xml version="1.0" encoding="UTF-8"?> <c3p0-config> <default-config> <property name="driverClass">com.mysql.cj.jdbc.Driver</property> <property name="jdbcUrl">jdbc:mysql://localhost:3306/film_forum?useUnicode=true&characterEncoding=UTF-8</property> <property name="user">root</property> <property name="password">你的数据库密码</property> <property name="initialPoolSize">5</property> <property name="maxPoolSize">20</property> <property name="checkoutTimeout">3000</property> <property name="maxIdleTime">1800</property> </default-config> </c3p0-config>driverClass这个参数要注意驱动类名，MySQL 5.x用com.mysql.jdbc.Driver，MySQL 8.x及以上必须用com.mysql.cj.jdbc.Driver，新版驱动类名带cj，写错直接报ClassNotFoundException。jdbcUrl里的useUnicode=true&characterEncoding=UTF-8是连接层的中文解决方案，前面第2章讲了页面层和数据库层的编码，这里是连接层，三层都设为UTF-8，中文乱码才能根治。注意&在XML里必须写成&，直接写&会导致XML解析失败，这个我见过不止一个人踩。
对应地要写一个数据库工具类，全局统一从这里拿连接：
// DBUtil.java —— 数据库工具类：统一从C3P0连接池获取连接 import com.mchange.v2.c3p0.ComboPooledDataSource; import javax.sql.DataSource; import java.sql.Connection; import java.sql.SQLException; public class DBUtil { private static DataSource dataSource; static { try { dataSource = new ComboPooledDataSource(); // 自动读取src下的c3p0-config.xml } catch (Exception e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return dataSource.getConnection(); } }静态代码块static {}在类加载时执行一次，连接池在整个应用生命周期内只初始化一次，这就是"池"的意义——连接复用，不用每次查询都重新建立TCP连接。getConnection()的调用方用完连接后要调用connection.close()，但这个close不是真的关闭，而是把连接还回池子里，这是连接池机制的核心，答辩时老师问"连接池为什么快"，你就回答"省去了连接建立和销毁的开销"。
4.2 传统JSP项目打包War并部署Tomcat：从构建到启动的完整命令链
部署是本系统交付的临门一脚。传统JSP项目的构建产物是War包——一个包含所有JSP页面、class文件、jar依赖和web.xml的压缩包。Tomcat拿到War包后会自动解压并部署，这是Java Web最经典的发布方式，也是答辩演示时最稳妥的方式。IDEA里打包War的路径是关键一步：File -> Project Structure -> Artifacts -> 加号 -> Web Application: Archive -> 勾选Include in project build。设置好之后，Build -> Build Artifacts -> Rebuild，IDEA会在项目的out/artifacts/目录下生成xxx.war。
打完包后的部署命令链，以Linux服务器和本地Windows作对比，我都写一遍：
# 本地Windows部署方式：把war复制到Tomcat的webapps目录 copy film_forum.war D:\apache-tomcat-9.0.80\webapps\ cd D:\apache-tomcat-9.0.80\bin catalina.bat run# Linux服务器部署方式：scp上传后启动 scp film_forum.war root@your_server_ip:/opt/tomcat/webapps/ ssh root@your_server_ip cd /opt/tomcat/bin ./catalina.sh runcatalina.bat run和catalina.sh run是前台启动方式，日志直接打到控制台，答辩时能看到启动过程和报错信息，方便演示。服务器上要用后台启动就用startup.sh，日志会写到logs/catalina.out文件里。Tomcat启动后，War包会自动解压成一个film_forum目录，浏览器访问路径是http://localhost:8080/film_forum/，这个路径必须和项目上下文一致，否则404。
部署里还有一个很容易被忽略的环节：先启动Tomcat再初始化数据库，还是先初始化数据库再启动Tomcat。我踩过的教训是：先启动Tomcat，再执行init.sql初始化数据库，系统第一次被访问时数据库已经就绪，不会有任何连接异常；反过来先导数据再启动也可以，但如果Tomcat启动时C3P0已经尝试建连接而数据库还没准备好，日志里会刷一堆连接失败记录，虽然应用最终能用，但答辩演示时打开日志全是红字，观感非常差。稳妥做法是：先启动MySQL并执行init.sql，再启动Tomcat，顺序是数据库先行。
部署完成后验证系统是否真的跑通，不要只看首页能不能打开。完整的验证序列至少包括三步：首页能打开且无乱码；注册一个新用户能成功跳转到登录页；用账号登录后个人信息展示页能显示刚注册的用户名。这个三步验证跑完，系统才算真正交付。
5. 避坑与排查：JSP论坛系统最容易翻车的5个地方
5.1 现象：JSP页面的中文全变成问号
打开页面，用户没登录，首页显示"欢迎你，????"，注册的用户名在数据库里也全是??????。原因一般出在三个层面：JSP文件本身的编码不是UTF-8；Tomcat没有配置请求编码过滤器；数据库连接参数没有指定characterEncoding=UTF-8。
解决方法是按顺序排查：先在IDEA右下角把文件编码全局设为UTF-8，再在JSP页面顶部确认contentType="text/html;charset=UTF-8"和pageEncoding="UTF-8"都写全了，最后检查JDBC连接URL里是否带了characterEncoding=UTF-8。如果是POST请求接收参数乱码，在Servlet第一行加request.setCharacterEncoding("UTF-8")，这是最直接的后悔药。注意GET请求的乱码不能靠这个方法解决，需要改Tomcat的server.xml里的URIEncoding="UTF-8"。
5.2 现象：Tomcat启动时报ClassNotFoundException: com.mysql.cj.jdbc.Driver
启动日志能看到java.lang.ClassNotFoundException: com.mysql.cj.jdbc.Driver，或者C3P0初始化失败。原因是MySQL驱动Jar包没有放进WEB-INF/lib目录，或者驱动类名写错。
解决方法是把mysql-connector-java的Jar包复制到web/WEB-INF/lib目录下，同时在Project Structure -> Modules -> Dependencies里确认这个Jar被标记为Compile。还有一个容易忽略的点：如果是用Maven构建的，Jar包依赖坐标要对，mysql:mysql-connector-java:8.0.x和com.mysql:mysql-connector-j在新版本里坐标不同，搞错了也会报类找不到。第一次部署时先确认WEB-INF/lib目录里能看到三个Jar：MySQL驱动、C3P0、C3P0依赖的mchange-commons-java。
5.3 现象：表单提交后一直500，日志显示空指针异常
点注册按钮后浏览器报500，Tomcat日志里能看到java.lang.NullPointerException，定位到某一行是userDao.findByName(username)。原因是数据库表里没有对应记录时返回了null，代码直接对这个null调了.getId()或.getUsername()。
解决方法是所有从DAO层返回的单对象结果，调用前必须判空。常见做法是在Servlet里直接判断：if (user == null) { request.setAttribute("errorMsg", "用户不存在"); forward回页面; }。还有一个根治办法是在DAO层写一个习惯性返回值约定：查不到就返回null，调用方一律判空，项目里所有查询都遵守这个约定，空指针问题就绝迹了。答辩时遇到500第一反应打开logs/localhost.log看堆栈，别在浏览器上干瞪眼。
5.4 现象：部署后访问出现404，页面显示"HTTP Status 404 – Not Found"
War包已经放进了Tomcat的webapps目录，启动日志没有报错，但访问http://localhost:8080/film_forum/index.jsp返回404。原因多半是项目上下文路径不对，访问路径和War包文件名不一致。
解决方法是先看Tomcat启动日志里的Deploying web application directory这一行的路径，用日志里的路径去访问。另一个常见原因是没有部署成功，看日志有没有SEVERE级别的报错。还有一个隐蔽原因：Tomcat 10和Tomcat 9的Servlet API包名不同，Jakarta EE 9之后javax.servlet变成了jakarta.servlet，老项目的代码用的是javax.servlet，在Tomcat 10上会直接编译期可用但运行期ClassNotFound，所以传统JSP项目请用Tomcat 9或更低版本，这是最省事的选择。
5.5 现象：发布帖子后列表页不显示新帖子
发帖流程走完提示成功，返回版块列表页却看不到刚发的帖子。原因通常是列表页查询没有按时间倒序排，或者发帖成功后跳转的页面和数据刷新逻辑不对。还有一个可能是发帖时category_id传错了，帖子进了别的版块。
解决方法是先检查post表的category_id字段值，确认帖子没放错版块；再检查列表查询的SQL是否ORDER BY create_time DESC；最后检查发帖成功的跳转是sendRedirect还是forward，如果是forward到列表页，页面拿到的还是旧数据。我一般把列表查询单独抽成一个PostDao.listByCategory(categoryId, page)方法，每次页面刷新都重新查库，回帖和发帖后都重定向到列表页，这样数据一致性由数据库保证，不需要手动刷新缓存。
6. 答辩演示的最后一练：先跑通一条完整的用户路径
把这套系统做出来到能演示，中间差一次"答辩路径演练"。我的习惯是每次演示前从零跑一遍用户完整路径：打开首页 → 注册新账号（用一个带时间戳的用户名，比如demo_0430）→ 登录 → 进入剧本交流版块 → 发一篇帖子 → 自己回复自己一条 → 到个人信息展示页确认帖子出现 → 退出登录 → 用admin账号登录 → 在管理功能里把刚才的测试用户禁用。这条路径约5分钟，能覆盖注册、登录、发帖、回帖、个人信息展示、权限控制六块核心功能，每一块对应代码的一个模块，答辩讲的时候按这个顺序讲最流畅。
答辩路演时有一类高频提问完全可以提前准备："数据库几张表、关系是什么"、"为什么用C3P0不用Druid"、"用户密码怎么保证安全"、"分页怎么做"、"并发场景怎么处理"。前四个问题我都在这篇笔记里面覆盖了，分页的实现建议用LIMIT ?, ?加一个PageBean，每页10条，这是JSP项目最通用的做法。并发场景的答案要诚实：论坛系统是读写比例很高的场景，view_count和like_count这种计数器字段直接UPDATE post SET view_count = view_count + 1 WHERE id = ?就是原子操作，不会丢更新；真正的高并发写场景在这个体量下不会出现。
部署视频的录制顺序建议和答辩演练路径完全一致，先演示环境信息（数据库版本、Tomcat版本、JDK版本），再演示初始化数据库和执行SQL脚本，最后跑功能路径。视频里每一步操作都要能看清是点了哪里，不要加速跳过关键步骤，因为老师看视频的目的是确认"这个系统你自己真的能部署"，不是看特效。源
本文还有配套的精品资源，点击获取
