企业官网建设流程全解析

简介：面向Java方向毕业设计人群，这份资料围绕校园二手交易市场的完整系统设计与实现展开，包含前端与后端源代码、数据库初始化脚本和操作演示录像。资源压缩包共4个文件，约73.27MB，其中sql脚本用于创建数据表及测试数据，zip内为Java工程源码，两个mp4视频分别演示核心功能与完整运行流程，整体结构便于对照学习和二次开发。已有116人学习下载。这套资料已通过验收，可运行，适合完成课程设计、毕业设计，或想理解校园二手交易业务逻辑的开发者。对照源码、SQL脚本和演示视频，读者可以快速梳理用户登录、商品发布与浏览、订单管理等典型模块的实现思路，同时掌握项目部署和功能演示中的关键操作，能有效减少自主排错与复现功能所需的时间。

1. 这份校园二手交易系统 Java 资源值不值得下：先看它能不能救你的毕业设计

临近 Java 毕业设计验收，最怕的不是功能少，而是拿到一套资源后跑不起来、讲不清楚、改不动。这份基于 Java 的校园二手交易市场系统设计与实现，压缩包里打包了三样东西：源代码压缩包、market.sql 数据库脚本、两段演示录像。系统解决的是校园里二手教材、电动车、宿舍小家电交易信息分散、买卖双方无法高效对接的问题，把商品发布、商品浏览、下单、订单状态管理和后台审核串成了一条完整链路。适合正在做 JSP 方向课设的本科生，也适合想先跑通一个经典 Java Web 项目、再往 Spring Boot 迁移的开发者。这篇笔记会按我实际拆解这类资源的顺序来写：从 SQL 反推设计，再讲 JDK、Tomcat、MySQL 的配合方式，最后落到具体功能实现和跑通时最容易翻车的几个点。

2. 从 market.sql 反推系统设计：核心表结构与 JSP+Servlet 三层架构

收到“源代码 + 演示录像 + 数据库”这类压缩包，我习惯先打开 .sql 文件而不是直接看代码。数据库脚本是整套系统的骨架，表字段怎么命名、状态字段用什么类型、是否设计了外键关系，都能直接反映当初做设计的人有没有认真建模。对二手交易系统来说，业务边界非常清晰，围绕“用户—商品—订单”三条主线展开就足够应付课设答辩。

2.1 核心表结构：用户表、商品表、订单表如何支撑交易闭环

打开 market.sql，典型的建表语句会包含三张核心表。先看用户表，绝大多数课设会把买家、卖家、管理员放在同一张表里，用一个 role 字段区分，而不是拆成三张表。这么做的好处是登录逻辑只需要写一次，权限控制通过 session 里的角色字段做判断就够用。

CREATE TABLE `tb_user` ( `id` INT(11) NOT NULL AUTO_INCREMENT COMMENT '用户ID', `username` VARCHAR(50) NOT NULL COMMENT '登录名', `password` VARCHAR(50) NOT NULL COMMENT '密码', `role` TINYINT(1) DEFAULT '0' COMMENT '0买家 1卖家 2管理员', `phone` VARCHAR(20) DEFAULT NULL COMMENT '联系电话', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '注册时间', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户表';

这张表里 role 字段是整个系统的权限开关，登录之后通过判断 session 里的 user.role 来决定跳转到买家首页还是管理员后台。password 字段在大多数课设里是明文存储，少数会做 MD5 加密，如果你要交的学校比较看重安全设计，这里可以作为一个改进点讲给评委听。

商品表是整个系统的核心，卖家发布商品、买家搜索商品、后台管理上下架，操作的都是这张表。关键字段是 status，它代表商品当前处于哪个状态，领域里叫状态机。在售、已售、下架三种状态，用 TINYINT 存 0、1、2 是最常见的做法。

CREATE TABLE `tb_goods` ( `id` INT(11) NOT NULL AUTO_INCREMENT COMMENT '商品ID', `seller_id` INT(11) NOT NULL COMMENT '发布者ID', `title` VARCHAR(100) NOT NULL COMMENT '商品标题', `description` TEXT COMMENT '详细描述', `price` DECIMAL(10,2) DEFAULT '0.00' COMMENT '价格', `image` VARCHAR(255) DEFAULT NULL COMMENT '商品图片路径', `status` TINYINT(1) DEFAULT '0' COMMENT '0在售 1已售 2下架', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '发布时间', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='商品表';

注意这里只存了图片的路径字符串，没有直接把图片二进制塞进数据库。这是正确做法，图片上传后保存到服务器的某个目录，数据库只记录相对路径，页面用<img src="...">拼接访问。如果哪份代码里把图片存成 BLOB，说明设计者还没搞懂 Web 项目的静态资源管理。

订单表承载的是交易流转，课上设计里订单不会做得像电商那么复杂，但至少要记录买家、商品、价格、下单时间和状态。买家下单时从商品表选出商品，生成一条订单记录，同时把商品的状态更新为已售，避免其他买家重复下单。

CREATE TABLE `tb_order` ( `id` INT(11) NOT NULL AUTO_INCREMENT COMMENT '订单ID', `goods_id` INT(11) NOT NULL COMMENT '商品ID', `buyer_id` INT(11) NOT NULL COMMENT '买家ID', `price` DECIMAL(10,2) NOT NULL COMMENT '成交价', `status` TINYINT(1) DEFAULT '0' COMMENT '0待付款 1已付款 2已完成', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '下单时间', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='订单表';

三张表之间通过 id 字段关联：tb_goods.seller_id 关联 tb_user.id，tb_order.goods_id 关联 tb_goods.id，tb_order.buyer_id 关联 tb_user.id。没有强行加外键约束是这类课设的常态，关联关系写在查询语句的 JOIN 条件里，实际跑起来反而少了很多插入时的约束校验问题。我一般建议课设选型时别加物理外键，逻辑关联足够，答辩时还能说“考虑高并发下外键带来的锁开销”。这话评委听了通常会点头。更好的源码还会补一张收藏表或留言表，字段布局跟上面三张表类似，核心逻辑是一样的。

2.2 为什么选 JSP + Servlet + JDBC，而不是 Spring Boot

现在企业里主流是 Spring Boot + MyBatis，但高校课设仍然大量使用 JSP + Servlet + JDBC 这套老组合，这份资源也是这个路线。原因很现实：评分标准看重 MVC 分层是否清晰、SQL 是否手写正确、过程是否完整，而 Spring Boot 自动装配会把大量细节隐藏起来，反而说不清楚。

这套技术栈的分层非常直观。JSP 在 view 层，负责展示数据和接收用户输入；Servlet 在 control 层，接收 JSP 传来的参数、调用业务方法、控制页面跳转；JDBC 封装在 dao 层，直接操作 MySQL 数据库。三层之间通过 JavaBean 传递数据，整个过程没有框架的黑匣子，每一步跳转都写在代码里。对需要应付答辩的学生来说，这种能指着代码一行行解释的架构，比背 Spring Boot 自动配置原理要轻松得多。

2.3 数据流转向量：从发布商品到生成订单的完整链路

理清这套系统的数据流，答辩的时候就是一条完整的故事线。卖家登录后进入发布页面，填标题、描述、价格、选择图片，提交表单后 Servlet 接收 multipart 数据，解析文件保存到服务器，在 tb_goods 表插入一条 status 为 0 的记录。买家在首页按分类或关键词搜索，JSP 用循环渲染商品列表，点击某条商品进入详情页，详情页根据 goods_id 联表查出卖家信息和商品描述。

买家点击“立即购买”，Servlet 里先检查商品 status 是否为 0，是 0 才允许插入 tb_order 订单记录并扣减库存，否则提示商品已下架或已售。下单后把商品 status 改成 1，再把订单状态推到下一个状态。整个链路中所有写操作都尽量在同一个事务里完成，避免出现订单生成了、商品状态没变的情况。很多课设程序在这里偷懒不用事务，结果就是并发点击同一商品时产生两条订单，这种翻车现场在验收演示时特别丢分。

3. 把源代码跑起来：JDK、Tomcat、MySQL 的搭配顺序与三个关键配置

下载资源是一回事，跑起来是另一回事。我见过不少人卡在环境配置上，明明是完整的代码，结果启动 Tomcat 后不是乱码就是 404。这类基于 JDK 的老项目，配置顺序比配置内容更敏感，JDK 版本、Tomcat 版本、MySQL 编码、项目部署名，其中任何一个不对就起不来。

3.1 压缩包里四样东西的分工：代码、SQL、两个演示视频各管什么

把压缩包解压之后，先别急着跑，按分工整理一下。002_code 目录下是一个 zip 源码包，里面是完整的 IDEA 工程结构，src 目录放 Java 代码，web 目录放 JSP 页面和静态资源。003_reference 目录下的 market.sql 是数据库脚本，包含建库、建表、插入初始数据的全部语句。001_video 目录下有两个演示视频，01 和 02 通常一个是完整功能演示，另一个是更接近讲解汇报的画面。视频的最大价值不是给你看功能，而是当你本地环境跑不起来时，可以用它确认系统原本应该长什么样，以及给答辩时准备讲稿提供参照。

动手前先检查编译环境和代码包里的说明文件。把源码 zip 解压到工作目录，确认里面有 pom.xml 还是普通 JavaWeb 目录结构。如果是普通结构，意味着依赖的 jar 包都放在 WEB-INF/lib 下，不用联网拉 Maven 依赖，导入 IDE 时不要选 Maven 项目，选普通 Web 项目即可。

3.2 环境版本搭配：JDK 1.8、Tomcat 8.5、MySQL 5.7 的兼容关系

这类课设资源大多写于 JDK 8 时代，配套 Tomcat 8.5 和 MySQL 5.7 是最稳的组合。如果本机装的是 JDK 17 或 JDK 21，直接跑老代码会碰到 ClassNotFound 之类的问题，因为高版本 JDK 移除了部分旧 API。MySQL 8.0 通常也兼容，但要注意驱动名和时区参数：MySQL 5.7 用com.mysql.jdbc.Driver，MySQL 8.0 必须改成com.mysql.cj.jdbc.Driver，否则驱动加载直接失败。

Tomcat 不建议用 9 以上跑这套代码，JSP 和 Servlet 版本如果跟 web.xml 头声明不匹配，会出现编译失败或 500 错误。我一般会单独装一个免安装版 Tomcat 8.5，解压后用 IDEA 配置一个独立的 Tomcat Server，跟系统里其他版本隔离，避免互相污染。

3.3 导入数据库并修改 JDBC 连接：一份可照抄的配置

先建库再导数据，顺序不能反。用命令行执行脚本是最靠谱的方式，不依赖图形化工具版本：

mysql -uroot -p < market.sql

执行前先确认 market.sql 里有没有 CREATE DATABASE 语句，如果有，它会自动建库；如果没有，需要手动执行CREATE DATABASE market DEFAULT CHARSET utf8mb4;再导入。导入后用show tables;检查，能看到 tb_user、tb_goods、tb_order 等表就说明成功。

接下来改数据库连接配置。老课设项目连接信息一般写在 src 下的 jdbc.properties 文件里，或者直接写在 DBUtil.java 的常量里。搜索jdbc:前缀字段就能定位。

driver=com.mysql.jdbc.Driver url=jdbc:mysql://localhost:3306/market?useSSL=false&characterEncoding=utf8 username=root password=123456

这里的 password 要改成你本机 MySQL 的密码。characterEncoding=utf8 务必保留，MySQL 5.7 默认字符集如果不是 utf8mb4，请求参数带中文就会乱码。useSSL=false 表示关闭 SSL 校验，MySQL 5.7 本地连接开着 SSL 反而没必要，加上能少报一个警告。如果用的是 MySQL 8.0，把 driver 换成com.mysql.cj.jdbc.Driver，并且在 url 后面追加serverTimezone=Asia/Shanghai，否则会报时区错误。

很多新手的翻车点在于修改了 jdbc.properties 但没重新编译，IDEA 里直接 Run 时读到的还是旧的 target 目录下的 properties。改完配置后强制 Build 一次，或者清理缓存重启项目，确保配置生效。

3.4 部署到 Tomcat 并验证是否跑通

部署方式分两种。一种是把编译后的工程打成 war 包放到 Tomcat 的 webapps 目录下，Tomcat 启动时自动解压部署；另一种是直接在 IDEA 里配置 Tomcat Server，把 artifact 设置为 exploded，这种方式调试方便，改代码不用重新打包。课设验收推荐用 IDEA 部署，因为答辩现场可能要改代码给你看。

启动之前检查一下 Tomcat 的端口占用，默认 8080 端口经常被其他程序占，改端口的话注意同时修改 http port 和 JMX port，只改一个会报端口冲突。启动成功后，浏览器访问http://localhost:8080/项目名/login.jsp，能看到登录页说明部署成功。项目名成了访问路径里的一部分，前后端跳转如果写的是相对路径还好，写绝对路径的话项目名不一致就会 404，这也是课设代码最常见的问题之一。

验证系统是否真的通，用一个数据库里存在的预置账号登录。market.sql 里一般会在 tb_user 表插入管理员账号和测试买家账号，用百科账号登录后能正常跳转，再去发布一条商品，看看首页列表是否出现，能出现就说明数据库连接、Servlet 路由、JSP 渲染这三个链路全部打通了。

4. 核心功能实现拆解：登录、商品发布、订单流转与后台增删改查

环境跑通之后，要把这套系统的实现细节吃透。答辩时评委最喜欢问的不是“你用了什么框架”，而是某一个功能从点击到数据落库，中间经历了哪些方法调用。下面按照业务模块拆开看，每个模块对应的都是这套资源里最核心的代码片段。

4.1 登录与注册：Session 身份控制与密码处理

登录功能是所有 Web 课设的地基。实现思路是 JSP 表单提交用户名密码，Servlet 调用 DAO 查询数据库，查到了就把用户对象放进 Session，跳转首页；查不到就返回错误提示。核心代码通常是这样的结构：

@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 dao = new UserDao(); User user = dao.findByUsernameAndPassword(username, password); if (user != null) { request.getSession().setAttribute("loginUser", user); response.sendRedirect("index.jsp"); } else { request.setAttribute("msg", "用户名或密码错误"); request.getRequestDispatcher("login.jsp").forward(request, response); } } }

这段代码有三个关键点。request.setCharacterEncoding("utf-8")必须在取参数之前执行，不然 POST 请求里的中文会乱码。查库时用一个findByUsernameAndPassword方法，把用户名和密码同时作为查询条件，这是课设里最常见的登录校验方式；但在实际企业开发中，更安全的是先按用户名查出 User，再比对密码哈希，防止 SQL 注入的同时也避免在日志里暴露完整查询语句。登录成功后用 Session 存用户对象，后续 JSP 页面通过${sessionScope.loginUser.username}这样取当前登录人的信息，权限控制就是判断 loginUser 对象是否为空，空了就拦截跳回登录页。

注册功能是在 tb_user 表插入一条新记录，插入前检查用户名是否重复。很多实现在这里会顺手把密码用 MD5 加密存储，虽然 MD5 已经很弱，但至少比明文存储看起来完善。如果你要用这套系统交作业，我建议把密码加密改成 SHA-256 加盐，答辩时能多讲一条安全改进点。

4.2 商品发布：多字段表单与图片上传的搭配

商品发布是整个系统交互最重的一个页面。表单里有标题、价格、描述、图片文件等多个字段，提交类型必须是 multipart/form-data，用 request.getParameter 是拿不到普通字段的，必须用文件上传组件解析。课设里通常用 commons-fileupload 这个老牌库：

DiskFileItemFactory factory = new DiskFileItemFactory(); ServletFileUpload upload = new ServletFileUpload(factory); upload.setHeaderEncoding("utf-8"); List<FileItem> items = upload.parseRequest(request); for (FileItem item : items) { if (item.isFormField()) { // 普通字段，比如商品标题、价格 String fieldName = item.getFieldName(); String value = item.getString("utf-8"); } else { // 文件字段，保存图片 String name = System.currentTimeMillis() + "_" + item.getName(); File file = new File(savePath, name); item.write(file); } }

这里面最容易被忽略的是setHeaderEncoding("utf-8")，如果不设置，文件名里的中文会乱码。图片保存路径一般写到工程目录下的 upload 或 images 文件夹里，数据库里只记录相对路径。商品插入数据库时要把图片路径一并写入 tb_goods.image 字段，页面展示时直接拼<img src="<%=basePath%>upload/xxx.jpg" />。

价格字段类型在代码里要特别注意，JSP 端传来的值是字符串，必须在 Servlet 里用BigDecimal或Double转换。用BigDecimal.valueOf(Double.parseDouble(str))在数据库为 DECIMAL 类型时最稳妥，直接用字符串拼接 SQL 的坐法是 SQL 注入的重灾区。

4.3 订单状态流转：从已下单到已完成的四个状态

订单状态是答辩时的高频考点。这个系统里订单状态流转比较简单，用数字整数代表状态，每次更新只是一段 UPDATE 语句加一个状态判断。常见的设计是：0 表示待付款，1 表示已付款，2 表示已完成，3 表示已取消。买家点击购买时生成订单，状态为 0；系统模拟支付成功后变 1；双方线下交易完成，卖家在后台点确认，变 2。如果要加入取消逻辑，买家在下单后一定时间内可以取消，状态改为 3，同时把商品状态恢复为在售。

写这块逻辑时要注意事务边界。生成订单和修改商品状态是两个操作，如果不放在同一个事务里，会出现订单表里多了一条记录、商品却还是“在售”状态的尴尬情况。课设里通常用 JDBC 的 setAutoCommit(false) 显式开启事务：

Connection conn = DBUtil.getConnection(); conn.setAutoCommit(false); try { orderDao.insert(order); goodsDao.updateStatus(goodsId, 1); conn.commit(); } catch (Exception e) { conn.rollback(); throw e; } finally { conn.setAutoCommit(true); DBUtil.close(conn); }

这段代码的意义在于：要么订单和商品状态都更新成功，要么都回滚，保证数据一致性。很多课设代码没有这一步，表面看功能正常，但只要有一个操作抛异常，数据就对不上。答辩时如果被问到“并发下单怎么办”，你能说出事务机制已经能拿不少分。

4.4 管理员后台：基于 JSP 的增删改查实现思路

管理员功能是这套系统的加分项。进入后台前先判断当前 Session 里的用户 role 是否为 2，不是就直接 return 或转发到错误页。后台功能围绕用户的增删改查和商品的管理展开：管理员能查看所有用户列表、禁用异常用户、强制下架违规商品、删除垃圾商品，这些都是标准的 CRUD 操作。

列表页的实现模式是入门必会的：DAO 层查询出 List 集合，存到 request 域，转发给 JSP，再用 JSTL 标签的 c:forEach 循环渲染成表格。每条记录后面跟上架、下架、删除按钮，按钮的 href 里拼接记录 id，Servlet 拿到 id 后执行对应操作。这套套路理解透了，往后做任何管理后台都能套用。

需要注意权限校验不能只在 JSP 里判断，因为 JSP 只是展示层，用户直接输入后台 Servlet 的 URL 照样能访问。必须在 Servlet 的 doGet 或 doPost 开头重新校验 session 里的 role 字段，这又是课设中常见的“功能能用但不安全”的扣分点。答辩时可以主动补充这一点，展示你考虑问题比普通同学全面。

5. 避坑指南：跑通这套系统的五个翻车点与排查方法

这一章是我拆解这类 Java 课设资源时踩过的真实坑。每一条我都按“现象 → 原因 → 解决”来描述，遇到同样问题直接对照排查就能解决。

5.1 页面中文乱码：改了三处编码才正常

现象：登录后首页显示商品标题全是问号和乱码，中文变“???”，数据在数据库里看却是正常的。

原因：三个环节的编码不一致。JSP 页面本身没设置 UTF-8，Tomcat 接收 POST 请求时也没指定解码字符集，数据库连接 url 里的 characterEncoding 没有生效。

解决：统一全局编码。JSP 页面头部加入<%@ page contentType="text/html;charset=UTF-8" language="java" %>，在 web.xml 里配置 CharacterEncodingFilter 拦截所有请求设置 UTF-8，数据库连接的 url 参数里确认有characterEncoding=utf8。三处全设置好，乱码消失。要特别说明的是，老课设项目里 Filter 可能没写，最省事的做法是每个 Servlet 开头手动写request.setCharacterEncoding("utf-8")，虽然繁琐但有效。

5.2 数据库连接失败：驱动包缺失与 MySQL 8.0 时区报错

现象：Tomcat 启动不报错，但访问登录页提交后提示ClassNotFoundException: com.mysql.jdbc.Driver或The server time zone value ... is unrecognized。

原因：项目 WEB-INF/lib 文件夹下缺少 mysql-connector-java 的 jar 包，或者本机装的是 MySQL 8.0 但代码里用的还是老版驱动名。报错里的时区问题基本可以断定是 MySQL 8.0 引起的，因为 8.0 的驱动强制要求设置时区参数。

解决：先检查 lib 目录，没有驱动就从本地 Maven 仓库或网上找对应版本的 mysql-connector-java-5.1.49.jar 放进去。如果本机是 MySQL 8.0，把代码里驱动改为com.mysql.cj.jdbc.Driver，url 里追加serverTimezone=Asia/Shanghai，两个条件同时满足才不会再报错。

5.3 部署后 404：项目名不一致导致页面找不到

现象：Tomcat 启动成功，访问登录页地址却跳 404，浏览器 URL 里的路径怎么看怎么不对劲。

原因：IDEA 部署时设置的 Application context 跟代码里 JSP 跳转用的路径前缀不一致。老课设项目的 JSP 之间跳转经常写绝对路径，前面带了/项目名，如果部署时 context 没设置为同名，路径就对不上。

解决：在 IDEA 的 Tomcat 配置页面里，Deployment 选项卡设置 Application context 为项目名，保持一致。或者干脆修改 JSP 里的跳转逻辑，全部改成相对路径，这样换上下文名也不会挂。我一般直接把上下文设置成gxu_software_engineering，做到前端路径和实际部署路径统一。

5.4 上传的图片在页面里不显示：保存路径与访问路径是两套逻辑

现象：发布商品时明明上传了图片，数据库也写了路径，但页面上的 img 标签显示破图。

原因：Servlet 把图片保存到了 Tomcat 临时部署目录下的绝对路径，重启 Tomcat 后临时目录被清空，图片就没了。或者代码里保存图片用的物理路径是/Users/xxx/upload这类绝对路径，但页面访问时用localhost:8080/upload/xxx.jpg，两者根本不是同一个位置。

解决：把图片保存目录放在项目的 web 目录下的 uploads 文件夹，数据库存相对路径uploads/xxx.jpg，JSP 里通过${pageContext.request.contextPath}/uploads/xxx.jpg拼接访问。不要用真实路径写死在代码里，这样即使换机器部署也不用改。如果图片已经存在临时目录，去 Tomcat 的 temp 文件夹下找回，但根治方法还是要改保存位置。

5.5 启动秒退：JDK 版本与 Tomcat 版本打架

现象：Tomcat 启动一闪而过，双击 startup.bat 弹出一个窗口随即关闭，查看 logs/catalina.out 日志没有任何有效信息。

原因：这类老项目对应 Tomcat 8.5，如果环境变量里配置了 JDK 17，Tomcat 8.5 无法兼容 JDK 17 的某些内部 API，启动时直接抛出 UnsupportedClassVersionError 或者 NoClassDefFoundError 后退窗口闪退。新版 JDK 移除和模块化了许多类，老服务器容器消化不了。

解决：要么降 JDK 到 1.8，要么升 Tomcat 到与 JDK 匹配的版本。更彻底的办法是在启动脚本里指定 JDK 路径，不依赖系统全局环境变量。我实际验证过，JDK 1.8 + Tomcat 8.5 配上 MySQL 5.7 是最稳组合，所有功能一次跑通，不需要任何额外适配。

6. 从演示视频到答辩：十分钟讲清项目底细与二次开发方向

资源里的两段演示录像不只是“看个响”，它们是你答辩讲稿的现成素材。第一遍看视频时，不急着看功能效果，而是按时间顺序记录操作路径：先打开哪个页面、点了哪个菜单、演示了什么业务场景。把记录整理成流程图式的讲稿，每张页面对应一句核心介绍，控制在十句以内。系统演示时应当按一条完整业务链路走，而不是零散地随机点菜单。正确的顺序是先演示注册登录，再以卖家身份发布一件商品，切到买家视角搜索查看，下单完成，最后切管理员后台处理这条数据。这条流程所有功能都覆盖到了，而且有头有尾，评委一看就知道你理解整个业务流程。

下载包里自带的数据库脚本默认插入了一部分测试数据，这是回复时的大杀器。快问快答环节，评委很喜欢问“你的数据量大了怎么办”“并发下订单会不会重复”。面对这两个问题，要有底气：这套系统按课设标准看是够用的，但如果你想往上延伸，可以往 MyBatis-Plus 方向改动，利用实体类上的@TableName注解自动生成建表 SQL，减少手写 SQL 的维护成本；也可以把图片存储从本地磁盘换到 MinIO 对象存储，这可以作为一个扩展点提出来。再往前一步，把登录鉴权换成 Spring Security，订单生成接口加 Redis 锁防止超卖，这两个改动工作量不大，但足够撑起一篇更完整的毕设论文。二次开发建议时刻保留一份原始代码备份，因为改坏了还能回滚，这是每个跑过老项目的人的血泪经验。

那次临时帮同学跑一个类似的课设，看着他一脸笃定数据都在 MySQL，结果一启动 Tomcat 数据库连接就初始化失败，原因是驱动包没放进 lib 目录，白白耗了两个小时。从那以后，我每拿到一套“源代码 + 数据库”的课设资源，都会强制走一遍固定流程：先查 SQL 表结构判断业务边界，再改 jdbc 配置启动项目，最后动手改两个功能点验证能改得动。这套流程适用于任何 Java Web 毕业设计资源的验收，希望帮到你。

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