企业官网建设流程全解析

简介：这是一套基于JavaWeb的蛋糕店网站系统课程设计源码，主要面向计算机相关专业需要完成毕业设计、课程设计或期末大作业的学生。项目以典型电商业务为背景，覆盖商品展示、购物车、订单管理及后台信息维护等常用功能模块，采用JSP+Servlet+DAO分层结构，可帮助学习者理解JavaWeb项目从代码到部署的完整流程。压缩包共包含408个文件，以Java源文件、JSP页面、class编译文件为主，并配有SQL数据库脚本、XML配置及前端图片样式资源，总体积约22.02MB，结构清晰便于对照学习。项目已获导师指导并通过，为97分高分结课作品，下载后无需额外修改即可运行使用。目前已有1740人学习下载，适合需要完整可运行范例作为参考或直接提交的场景。

1. 基于javaweb的蛋糕店网站系统：这份课程设计源码能直接交差吗

如果你也是正在为 JavaWeb 课程设计头疼的学生，或者想找一个“能跑、能讲、能改”的完整案例来练手，那这份基于 JavaWeb 的蛋糕店网站源码包值得花十分钟看完。它不是什么商业级系统，而是一个标准的传统 Servlet + JSP + MySQL 三层结构的课设项目，功能覆盖商品展示、购物车、下单、后台登录、商品管理与订单处理。最直接的价值是：如果你临近答辩，拿到的压缩包里只有编译后的 class 文件和少量配置，也能在 Tomcat 下跑通全流程。我拆这个包时发现它的结构很适合做毕业设计“快速启动底稿”，也适合想搞懂老式 JavaWeb 项目的人当解剖样本。下面从环境、数据库、业务链路和踩坑四个方向把它讲透。

2. 运行前准备：JDK/Tomcat/MySQL 的版本匹配与项目目录识别

2.1 版本锁定：JDK 1.8 + Tomcat 8.5 + MySQL 5.7 是比较稳的组合

这种老式 JavaWeb 课设包通常不是基于 Maven 的，而是直接在 Eclipse 或 IDEA 里建了 Dynamic Web Project，依赖都放在 WebContent/WEB-INF/lib 下。这意味着你不需要联网拉依赖，但同时也意味着它对“编译级别”很敏感。

我第一次拆这个包时先看了 class 文件的编译版本，确认它是 JDK 1.8 编译的。常见做法是：JDK 1.8 + Tomcat 8.5/9.0 + MySQL 5.7 或 8.0。这里给一个我实际验证过的组合表：

在命令行下验证环境的命令很简单：

java -version mysql --version catalina.sh version # Linux/Mac catalina.bat version # Windows

逻辑说明：JDK 版本决定 class 文件能否被 JVM 加载；Tomcat 版本决定 Servlet API 兼容性；MySQL 驱动版本决定 JDBC 连接方式。这三个版本只要有一个不匹配，最常见的表现就是 Tomcat 能启动、页面打不开，或者数据库连接报错。

参数说明：如果你本机装的是 MySQL 8.0，也不是不能用，但要在 db.properties 里把驱动类改成 com.mysql.cj.jdbc.Driver，并在 url 后面拼 serverTimezone=Asia/Shanghai&useSSL=false。这个细节特别容易翻车，后面避坑章会展开。

2.2 读懂这个项目的目录结构与配置文件

这个源码包的目录结构和标准的 Eclipse JavaWeb 工程一致。解开压缩包后，你应该看到类似下面的结构：

cake-shop/ ├─ src/ │ ├─ com/cake/dao/ # GoodsDao.class OrderDao.class 等 │ ├─ com/cake/servlet/ # AdminGoodsAddServlet.class 等 │ ├─ com/cake/service/ # GoodsService.class 等 │ ├─ com/cake/util/ # DBUtil 等 │ └─ db.properties # 数据库连接配置 ├─ WebContent/ │ ├─ admin/ # 后台管理页面 jsp │ ├─ css/js/images/ # 静态资源 │ ├─ index.jsp # 前台入口 │ ├─ WEB-INF/ │ │ ├─ web.xml # Servlet 映射与欢迎页配置 │ │ └─ lib/ # MySQL 驱动等 jar

我的建议是：拿到包后先不要急着启动，打开两个文件——WEB-INF/web.xml 和 db.properties。web.xml 里定义了所有 Servlet 的 url-pattern，这决定了你能访问哪些路径；db.properties 里是数据库账号密码和连接串，90%“能启动但报 500”的问题都出在这个文件上。

web.xml 里常见的配置块长这样：

<servlet> <servlet-name>GoodsServlet</servlet-name> <servlet-class>com.cake.servlet.GoodsServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>GoodsServlet</servlet-name> <url-pattern>/goods</url-pattern> </servlet-mapping> <welcome-file-list> <welcome-file>index.jsp</welcome-file> </welcome-file-list>

逻辑说明：Servlet 的 url-pattern 是访问入口。比如启动后在浏览器输入 http://localhost:8080/cake-shop/goods，实际上就会触发 GoodsServlet 的 doGet 或 doPost 方法，进而调用 GoodsDao 查询商品表。理解这个映射关系，是你后面改功能、查问题的起点。

参数说明：welcome-file 指定了直接访问项目根路径时打开的页面。如果这里配的是 index.jsp，那你访问 http://localhost:8080/cake-shop/ 就会加载 index.jsp，再通过页面里的超链接跳转到具体 Servlet。很多课设包喜欢把跳转逻辑写死在页面里，所以你看懂这层跳转就掌握了整个流程。

2.3 IDEA 与 Eclipse 里的导入运行步骤

现在的学生多数用 IDEA，但这个包不是 Maven 工程，导入方式略有讲究。常见做法是：IDEA 里选 File → New → Project from Existing Sources，直接选解压后的目录，类型选 Web Application。IDEA 识别出 Web 目录后，需要手动配置 Artifact 和 Tomcat。

具体步骤：

1. File → Project Structure → Artifacts，添加 Web Application Exploded，把 WebContent 目录指定为 Web 资源目录。
2. Run → Edit Configurations → 左上角 + → Tomcat Server → Local。
3. 在 Deployment 标签页里点 + 添加 Artifact，Application context 填 /cake-shop。
4. 启动前确认 db.properties 里的账号密码已改成你本机的 MySQL 账号。

Eclipse 用户更简单：File → Import → Existing Projects into Workspace，选择解压目录，然后右键项目 → Run As → Run on Server。Eclipse 会自动识别 Dynamic Web Project 的目录结构。

这里要特别提醒一个坑：IDEA 里如果不做第二步的 Artifact 配置，直接右键运行 index.jsp，大概率会给你报“404”或者“no artifacts configured”。因为我见过太多人在这一步卡了一晚上，最后发现只是忘了把页面文件打包进 Artifact。这算这个环境下的第一个血泪经验。

3. 数据库与核心表：订单、商品、用户三张主表的结构设计与初始化

3.1 三个核心实体：商品、用户、订单

从 class 文件列表能反推出一件事：这个系统的核心业务表就是三张——商品表（对应 GoodsDao）、用户表、订单表（对应 OrderDao）。商品和订单有 DAO 类存在，说明这两个模块是对外公开发布的核心功能，而用户表通常被 admin 登录和前台登录共用。

先说商品表，字段设计大概率是标准的电商商品结构：

订单表的结构会复杂一些，因为一个订单通常对应多个商品明细。常见设计是拆成 orders 和 order_item 两张表：

我当时看这个设计时特别注意了 order_item 里存了 price 快照，这其实是个不错的细节：下单后即使商品价格调整了，订单里的价格也不会变。如果这个课设项目里确实有这个字段，说明原始作者做了基本的业务考量；如果没有，你也可以在答辩时把它作为“你的改进点”加上去。

3.2 建表脚本与初始化数据

拿到包之后，第一步是在本地 MySQL 里建库建表。有些良心包会在根目录放一个 db.sql 或 init.sql，如果没有，你就照下面的脚本手动建：

CREATE DATABASE IF NOT EXISTS cake_shop DEFAULT CHARACTER SET utf8mb4; USE cake_shop; CREATE TABLE goods ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(50) NOT NULL COMMENT '蛋糕名称', price DECIMAL(10,2) NOT NULL DEFAULT 0.00 COMMENT '价格', stock INT NOT NULL DEFAULT 0 COMMENT '库存', image VARCHAR(255) DEFAULT NULL COMMENT '图片路径', description TEXT COMMENT '商品描述', category VARCHAR(20) DEFAULT '默认' COMMENT '分类', PRIMARY KEY (id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE `user` ( id INT NOT NULL AUTO_INCREMENT, username VARCHAR(30) NOT NULL UNIQUE, password VARCHAR(32) NOT NULL COMMENT '建议存 MD5', phone VARCHAR(20), address VARCHAR(100), PRIMARY KEY (id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE orders ( id INT NOT NULL AUTO_INCREMENT, user_id INT NOT NULL, total_price DECIMAL(10,2) NOT NULL, status INT DEFAULT 0 COMMENT '0待支付 1已支付 2已完成', create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE order_item ( id INT NOT NULL AUTO_INCREMENT, order_id INT NOT NULL, goods_id INT NOT NULL, count INT NOT NULL DEFAULT 1, price DECIMAL(10,2) NOT NULL COMMENT '下单时单价快照', PRIMARY KEY (id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

逻辑说明：数据库名我用的是 cake_shop，如果你的 db.properties 里写的是别的库名，要改成一致的。所有表都设置 utf8mb4 字符集，这可以避免很大一部分中文乱码问题。orders 表里 user_id 不需要外键约束也能跑，课设项目一般不建外键，减少级联删除的麻烦。

参数说明：password 字段是 VARCHAR(32)，说明原作者大概率是用 MD5 加密存储的。如果你在代码里发现登录校验是直接比对明文，建议你自己封装一个 MD5 工具类，这在答辩时是个很好的加分项。status 字段我建议用 INT 而不是 VARCHAR，排序和统计时更方便。

初始化数据的 SQL 也很简单，至少要插入几条商品记录，不然前台页面打开是空的：

INSERT INTO goods (name, price, stock, category, description) VALUES ('草莓奶油蛋糕', 128.00, 50, '奶油蛋糕', '新鲜草莓+动物奶油'), ('巧克力慕斯', 98.00, 30, '慕斯', '比利时黑巧克力'), ('芒果千层', 88.00, 40, '千层', '台农芒果+班戟皮'), ('提拉米苏', 108.00, 20, '慕斯', '咖啡酒香经典款');

逻辑说明：插入数据时注意字段顺序要和表结构一致。id 用自增不用管，create_time 有 DEFAULT CURRENT_TIMESTAMP 也不用管。图片字段先留空，前台页面会显示默认占位图。

参数说明：价格用 DECIMAL 而不是 FLOAT 是因为浮点运算会有精度丢失，这在涉及金额时是不可接受的。如果你的项目里用的是 DOUBLE，论文里可以写一句“将价格字段优化为 DECIMAL 以提高金额精度”作为改进点。

3.3 JDBC 连接配置：读懂 db.properties

db.properties 是整个项目跑不跑得动的命门。它通常在 src 目录下，内容类似这样：

driver=com.mysql.jdbc.Driver url=jdbc:mysql://localhost:3306/cake_shop?characterEncoding=utf-8&useSSL=false username=root password=123456

逻辑说明：driver 是驱动类全限定名，5.x 驱动用 com.mysql.jdbc.Driver，8.x 驱动用 com.mysql.cj.jdbc.Driver。url 里的 characterEncoding=utf-8 负责告诉 MySQL“我这边传过来的是 UTF-8”，和表结构的 utf8mb4 配套才能彻底解决乱码。

参数说明：useSSL=false 是因为本地开发不需要 SSL 加密；如果你是 MySQL 8.0 且没写 serverTimezone，连接时会直接报 CST 时区错误。这些都是常见翻车点，记住“版本变则三处全变”：驱动类、url 后缀、密码。

4. 从用户下单到后台发货：读懂两条核心业务链路

4.1 前台链路：商品列表 → 详情 → 购物车 → 生成订单

这个蛋糕店项目的核心链路并不复杂。用户在首页看到商品列表，点击某个商品看详情，加入购物车，然后结账生成订单。对应到代码里，就是几个 Servlet 的接力：

我拆包时看到 GoodsDao.class 的存在，说明查询商品列表用的是 JDBC 直连方式，大概逻辑是 goods 表全表查询，或者按分类查询。给你一段最典型的写法模板，如果源码里没写全，你可以参考这个补：

public List<Goods> findAll() { List<Goods> list = new ArrayList<>(); String sql = "SELECT id, name, price, stock, image, description, category FROM goods ORDER BY id"; try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql); ResultSet rs = ps.executeQuery()) { while (rs.next()) { Goods g = new Goods(); g.setId(rs.getInt("id")); g.setName(rs.getString("name")); g.setPrice(rs.getBigDecimal("price")); g.setStock(rs.getInt("stock")); g.setImage(rs.getString("image")); g.setDescription(rs.getString("description")); g.setCategory(rs.getString("category")); list.add(g); } } catch (Exception e) { throw new RuntimeException("查询商品列表失败", e); } return list; }

逻辑说明：这段代码用的是 JDK 7 的 try-with-resources，Connection、PreparedStatement、ResultSet 用完自动关闭，避免连接泄漏。课设项目里如果看到手动关闭的写法，也能跑，但答辩时你可以提一句“用 try-with-resources 优化资源管理”，这是加分项。

参数说明：Price 用 BigDecimal 而不是 double 接收，是为了避免金额计算时的精度问题。如果你在源码里看到 getDouble，这就是一个可以提的改进点。查列表时没有加 LIMIT，商品多的时候可以考虑分页。

生成订单这一步要操作两张表：先在 orders 表插入一条主订单记录，拿到自增的 order_id，再往 order_item 表逐条插入购物车里的商品。代码里最保险的做法是把两步操作放在同一个事务里，保证“要么都成功，要么都失败”。下面是一个简化版事务写法：

Connection conn = null; try { conn = DBUtil.getConnection(); conn.setAutoCommit(false); String insertOrder = "INSERT INTO orders (user_id, total_price, status) VALUES (?, ?, 0)"; PreparedStatement ps1 = conn.prepareStatement(insertOrder, Statement.RETURN_GENERATED_KEYS); ps1.setInt(1, userId); ps1.setBigDecimal(2, totalPrice); ps1.executeUpdate(); ResultSet keys = ps1.getGeneratedKeys(); int orderId = 0; if (keys.next()) { orderId = keys.getInt(1); } String insertItem = "INSERT INTO order_item (order_id, goods_id, count, price) VALUES (?, ?, ?, ?)"; PreparedStatement ps2 = conn.prepareStatement(insertItem); for (CartItem item : cartList) { ps2.setInt(1, orderId); ps2.setInt(2, item.getGoodsId()); ps2.setInt(3, item.getCount()); ps2.setBigDecimal(4, item.getPrice()); ps2.addBatch(); } ps2.executeBatch(); conn.commit(); } catch (Exception e) { if (conn != null) { try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } } throw new RuntimeException("订单创建失败", e); } finally { if (conn != null) { try { conn.setAutoCommit(true); conn.close(); } catch (SQLException e) { e.printStackTrace(); } } }

逻辑说明：setAutoCommit(false) 之后，所有 SQL 都放在一个事务里，直到 commit 才真正落库。getGeneratedKeys 是拿自增主键的标准方式，这个值必须取到，否则 order_item 无法关联主订单。executeBatch 是批量插入，比一条一条 executeUpdate 快很多。

参数说明：事务里任何一个环节抛异常都会进入 rollback，保证数据一致。这里最常见的坑是忘了“先扣库存再下单”，尤其是高并发场景，后面最后一章会专门聊防超卖。

4.2 后台链路：管理员登录校验与商品维护

后台部分从 class 文件看有两个明显的入口：AdminGoodsAddServlet 和 AdminGoodsEditServlet，对应的是商品新增和商品编辑。后台必然有一个 AdminLoginServlet 和登录拦截过滤器，否则任何用户都能直接访问 admin 页面改价格，这在课设里是重大设计缺陷。

登录拦截用 Filter 实现是标准做法：

@WebFilter("/admin/*") public class AdminAuthFilter implements Filter { @Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request = (HttpServletRequest) req; HttpServletResponse response = (HttpServletResponse) resp; HttpSession session = request.getSession(false); Object admin = (session == null) ? null : session.getAttribute("admin"); if (admin == null) { response.sendRedirect(request.getContextPath() + "/admin/login.jsp"); return; } chain.doFilter(req, resp); } }

逻辑说明：@WebFilter("/admin/*") 表示拦截所有以 /admin/ 开头的路径，只要 session 里没有 admin 属性，直接重定向到登录页。这个写法比在每个 Servlet 里重复判断是否登录要清爽得多。

参数说明：getSession(false) 不会创建新 session，避免每次请求都生成无用 session。用 request.getContextPath() 拼重定向路径是为了保证项目部署路径变了还能正确跳转。

4.3 代码包内 class 文件与业务模块的对应关系

拿到压缩包打开 src 目录你可能只看到 .class 文件而没有 .java 源文件。不要慌，class 文件足够跑通项目，但想改动代码就得反编译或找原版源码。class 文件命名清晰，你可以按功能猜出大概。我整理了这个包里可识别的业务类对应的模块：

这里有一个课设项目的典型问题：只有 class 没有源文件，意味着学生拿到的如果是“半成品包”，很可能没办法直接改包里的代码。如果你是在 GitHub 或网盘下载的完整版，src 目录里通常同时带 .java 和 .class，那是最理想的。如果只有 class，你也可以正常启动和演示，但想做深度定制就需要用 JD-GUI 之类的工具反编译参考，或者按我上面给的模板自己重写相关 Servlet 和 DAO。

5. 避坑与排查：部署运行中最容易翻车的六个现场

5.1 启动正常但访问首页报 404

现象：Tomcat 正常启动，控制台没有任何报错，但浏览器访问 http://localhost:8080/cake-shop/ 时出现 404。

原因：两个可能，一个是 Artifact 没配置，访问的路径根本没被打包进部署目录；另一个是 web.xml 的 welcome-file 配置的页面不存在。

解决：IDEA 里检查 Project Structure → Artifacts，确认 WebContent 被标记为 Web Resource Directory；然后检查 web.xml 里 welcome-file 写的文件名是否真实存在于 WebContent 根目录。我见过把 welcome-file 写错成 index.html 而实际文件是 index.jsp 的情况。

5.2 页面打开但数据库连接报错：Access denied 或 Unknown database

现象：页面能显示静态部分，但点击商品列表时出现 500，异常信息是 Access denied for user 或 Unknown database。

原因：db.properties 里的用户名、密码或库名和你本机 MySQL 不一致。尤其是从别人那里拷贝的项目，db.properties 里存的可能是原作者本机的密码。

解决：先检查 db.properties 文件位置，确保它被编译进了 output 目录；再用命令行工具验证这个账号密码能真的连上数据库。比较稳的处理方式是先修改为 root/你自己的密码，库名用第 3 章建的 cake_shop。

5.3 页面中文全部是问号或乱码

现象：页面上的蛋糕名称、描述显示成 ?? 或繁体乱码。

原因：三层乱码叠加：数据库连接串没加 characterEncoding=utf-8、表默认字符集不是 utf8mb4、页面本身的 contentType 字符集设置不对。

解决：先从根上修：db.properties 的 url 追加 characterEncoding=utf-8（MySQL 8 还要加 serverTimezone）、建表时指定 DEFAULT CHARSET=utf8mb4、检查每个 JSP 页面顶部的 <%@ page contentType="text/html;charset=UTF-8" language="java" %> 这行是否存在。如果 db.properties 文件和建表语句都没问题，大概率是 JSP 页面缺失 page 指令，批量补上即可。

5.4 Tomcat 启动卡住或端口被占用

现象：Tomcat 启动日志报 Port 8080 was already in use，或者启动后一直卡在 Initializing Spring 之类（老项目没有 Spring，一般是卡在部署阶段）。

原因：8080 端口被其他进程占用，常见的是之前启动过的 Tomcat 没关闭、MySQL 占用、其他开发工具占了端口。

解决：Windows 下用 netstat -ano | findstr 8080 查出占用进程 PID，任务管理器里结束它；或者在 IDEA 的 Tomcat 配置里把 HTTP port 改成 8081。我自己的习惯是直接改端口，因为改端口比杀进程更省事，而且不影响项目功能。

5.5 编译版本不兼容：UnsupportedClassVersionError

现象：Tomcat 启动时抛 java.lang.UnsupportedClassVersionError，提示 class 文件版本号不支持。

原因：class 文件是用高版本 JDK（比如 JDK 17）编译的，而你本机的 Tomcat 运行在 JDK 1.8 上，低版本 JVM 读不了高版本的字节码。

解决：确保 IDEA 里 Project SDK 和 Tomcat 的 JRE 都指向 JDK 1.8。Project Structure → SDK 设置为 1.8，Run Configuration 里 Tomcat Server → JRE 选 1.8。如果一台机器只有一个高版本 JDK，去 Oracle 官网装一个 1.8 单独给这个项目用就可以了。

5.6 后台页面能打开但提交表单没反应或 500

现象：在后台点击“新增商品”按钮后没有跳转，或者跳转后报 500，错误信息里出现 NullPointerException 或 NumberFormatException。

原因：表单提交的参数名和 Servlet 里 getParameter 的参数名不一致，或者从前端传来的价格/库存字段有空值，直接用 Integer.parseInt(空值) 抛异常。

解决：用浏览器 F12 的 Network 面板看提交的 Form Data 字段名，和 Servlet 代码里的 getParameter("name") 一一比对。比较保险的写法是在 Servlet 里做参数校验：

String priceStr = request.getParameter("price"); if (priceStr == null || priceStr.trim().isEmpty()) { response.sendRedirect(request.getContextPath() + "/admin/goods_add.jsp?error=1"); return; }

问题说明：这类问题在课设里出现频率极高，因为页面是 HTML 写的、Servlet 是另一个人写的，两边对字段名的约定一旦不一致，就会在运行时暴露。代码包里如果有多个 JSP 页面，修改前最好把所有表单页面和对应 Servlet 的参数名列个表核对一遍。

6. 把课设做出答辩亮点：库存防超卖与订单状态机验证

很多人的课设演示“能跑”但“没有深度”。如果把蛋糕店项目只做成“商品能展示、订单能生成”，答辩老师大概率会追问一句“并发下单时库存会不会超卖？”这一章给你一个具体的改进方案，同时它也能作为验证项目正确性的方法。

先说你最需要验证的核心流程：注册用户 → 浏览商品 → 加入购物车 → 下单 → 管理员登录 → 修改订单状态。我建议你拿到包后按这个顺序手工走一遍完整链路，如果每一步都通，说明项目可以交差；如果某一步断了，从第 5 章的排查方法里对应解决。

库存防超卖的具体做法是在扣库存时加一个条件判断，让 SQL 语句本身保证“库存不能为负”：

UPDATE goods SET stock = stock - 1 WHERE id = ? AND stock > 0;

如果更新的行数等于 1，说明扣减成功；如果等于 0，说明库存已经没有了，这时候就不能再继续创建订单。对应到 Java 代码里：

public boolean deductStock(int goodsId, int count) { String sql = "UPDATE goods SET stock = stock - ? WHERE id = ? AND stock >= ?"; try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { ps.setInt(1, count); ps.setInt(2, goodsId); ps.setInt(3, count); return ps.executeUpdate() == 1; } catch (SQLException e) { throw new RuntimeException("扣减库存失败", e); } }

jdbc 参数说明：这个 UPDATE 语句的巧妙之处在于把“库存是否充足”的判断从 Java 层挪到了数据库层。WHERE 条件里 stok >= count，如果当前库存不够，MySQL 会直接拒绝更新并返回 0 行，SQL 层面天然防超卖，比在 Java 代码里先查再更新更可靠，因为它避免了“查询之后、更新之前”中间窗口期的并发问题。

再配上一个简单的状态机：0 待支付 → 1 已支付 → 2 已完成。管理员后台的订单列表页应该只提供“从当前状态流转到下一状态”的按钮，而不是一个“修改状态”的下拉框随便选。这样设计的好处是语义清楚，答辩时你能说“我用了状态机约束订单的合法流转路径，避免人工误操作把订单从待支付直接改成已完成”。

我建议你把这段防超卖代码加到项目里之后，做一次并发验证：开两个浏览器窗口同时下单同一件商品，观察库存是否正确扣减且不为负数。如果你用的是 MySQL 默认的 REPEATABLE READ 隔离级别，上面的 UPDATE 语句本身就有行锁保护，两个事务同时执行时后执行的会被阻塞等待，这正好可以向答辩老师展示你对数据库事务机制有理解。

从那以后我每次拿到课设源码包，都强制自己先走一遍“完整业务链路+防超卖验证”，再谈改代码加功能。这个蛋糕店系统不算复杂，但该有的 Servlet、DAO、JSP、数据库设计都在，很适合当第一个跑通的完整 JavaWeb 项目。你按这篇文章的顺序把环境配好、数据库建好、链路走通，再去考虑加图片上传、订单导出或者登录验证码这些锦上添花的功能，胜算会大很多。希望帮到你。

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