尧图网页设计 
简介一份面向Java Web初学者的甜品管理系统期末项目源码适合大三学生、课程设计人员及需要快速搭建Web项目的开发者参考。项目采用ServletJSPDAO分层架构覆盖用户管理、商品管理、分类管理、订单处理和购物车等典型业务模块能从请求到数据库访问完整体现Java Web开发流程。压缩包共197个文件大小6.05MB主要包含46个Java源文件、65个对应的class编译文件、24个JSP页面、36张PNG图片以及SQL脚本、jar依赖和项目配置文件等源码与class文件一一对应导入IDE后可直接运行调试。目前已有98人学习/下载。资源经严格测试可直接使用代码分层清晰、模块边界明确既方便课程设计答辩讲解也适合对照学习Servlet控制层、DAO数据访问层和JSP视图层的协同实现。1. 拿到 zip 先别急着解压这个甜品管理系统到底在考你什么每年大三下学期JavaWeb 期末项目都会刷屏一次而这套甜品管理系统就是其中最典型的代表。你从学长手里拷来这个 zip或者刚从某个资源站下完心里想的肯定是“能不能跑起来、要不要改、改了怎么答辩”。先别急着解压看代码这套项目表面上是个甜品店的点单后台实际上它覆盖了 JavaWeb 期末项目的全部考点Servlet 生命周期、JSP 页面渲染、请求转发与重定向、JDBC 操作 MySQL、Session 状态管理。能把这个系统从头到尾讲清楚你期末答辩基本稳了一半。这类项目真正适合两类人第一类是课程设计选了类似选题、想抄一套能跑通的架构再自己改改的在校生第二类是刚学完 Servlet 和 JSP、想找一个完整项目来对照“教科书代码”和“实际项目代码”之间差距的初学者。甜品管理系统这个选题有个天然优势——业务足够简单但又覆盖了“增删改查”之外的东西比如库存联动、订单状态流转、用户登录权限这些才是答辩时老师真正会追问的点。如果你打开 zip 后面对一堆 .java 和 .jsp 文件不知道从哪下手这篇笔记就是给你准备的落地路径。2. 跑通前的技术栈摸底分清 SSH 和 Servlet JSP 的落地差别2.1 为什么第一步是看 pom.xml 和 web.xml而不是看代码拿到解压后的项目文件第一件事不是打开 index.jsp也不是找 UserDao.java而是先找 pom.xml没有 pom.xml 就找 lib 目录下的 jar 包。这一步决定了你接下来要不要受苦。常见的期末甜品管理系统有两类一类是 Maven 项目结构里有 pom.xml依赖集中在中央仓库你只需等 IDEA 下载完就能跑另一类是传统 Web 项目依赖堆在 WEB-INF/lib 下你需要在 IDEA 里手动配置 Library稍有不慎就是类找不到的红色报错。打开 pom.xml 以后先看它引了哪些框架。我见过最省心的期末项目长这样Spring SpringMVC MyBatis也就是所谓的 SSM稍微老一点的可能是 Servlet JSP JDBC 直连没有框架包装每张表配一个 Dao 类再加一个实现类。这两种路数的学习成本差很多SSM 项目里注解满天飞如果只看过黑马程序员的 JavaWeb 入门视频第一眼大概率是懵的。这时候你要做的是理清数据流向JSP 发请求DispatcherServlet 拦截HandlerMapping 找到 ControllerController 调 ServiceService 调 MapperMapper 写 SQL 操作 MySQL最后把数据塞进 ModelAndView 回显到 JSP。而纯 Servlet JSP 的项目更直白请求打到 WebServlet(/order) 上doGet 或 doPost 里直接 new 一个 Service 对象然后调 JDBC 代码拼 SQL。没有中间层调试起来反而容易找问题。2.2 一个能跑通的甜品系统到底用到了哪些技术组合我用我见过的一份典型甜品管理系统代码给你拆一下技术栈。表示层用的 JSP 加 JSTL 标签页面大概长这样顶部是导航栏中间是甜品列表卡片最底下是购物车抽屉数据用 c:forEach 循环渲染。控制层要么是 SpringMVC 的 Controller 加 RequestMapping(/dessert/add)要么是原生 Servlet 的 WebServlet(/dessert/add)二选一不会同时出现。业务层就是一个类一个接口的 Service 模式方法名统一叫 addDessert、deleteDessert、updateDessert、findAllDesserts、findById。持久层只要是 Maven 项目大概率配的是 MyBatis你需要它的原因很简单——把 SQL 写在 XML 里改 SQL 不用重新编译 Java 类。数据库必然是 MySQL字符集用 utf8mb4排序规则选 utf8mb4_general_ci。广财或者华软这种二本三本院校的期末项目不会有人给你配 Redis 或者 RabbitMQ连 DBCP 连接池都算讲究的更多是直接 JDBC 直连全项目一个 DBUtil 类里面写死数据库地址、账号、密码。登录模块存储的是 Session 里的用户对象密码有没有加密就看你拿到的是哪个版本的代码了运气好是 MD5运气不好就是明文存储。别嫌弃这套组合越基础的东西答辩时越容易对着代码讲清楚这反而是这类期末项目的加分项。3. 环境搭建的关节手术IDEA、Maven、Tomcat 和 MySQL 的版本纠缠3.1 用 IDEA 打开项目的最小正确操作从导入到启动的六步我先给你一套永远不会错的操作序列照着做能走到 Tomcat 启动画面就算成功一半。打开 IntelliJ IDEA选择 Open找到你解压后的项目文件夹注意是选到 pom.xml 那一层不是选到 src 那一层。IDEA 识别到 pom.xml 后会弹窗问你是否自动导入 Maven 项目选 Trust Project 和 Auto-Import。这一步如果没弹那就手动打开右侧 Maven 面板点刷新按钮强制让 IDEA 重新认识这个项目结构。等待依赖下载完成后第一件要做的事是确认项目的 Java SDK。如果你的 JDK 是 17而项目用的是 Spring 4 或者更老的 Servlet 3.0 时代代码那编译时大概率会报错因为高版本 JDK 移除了很多旧 JSP/Servlet 依赖。我的习惯是直接给这个项目配置 JDK 8IDEA 里点 File → Project Structure → SDK选 1.8如果本机没有装 JDK 8就下载一个 java 8 压缩包解压然后手动指定路径。接下来配置 Tomcat点击顶部运行配置下拉框选 Edit Configurations弹窗里左上角点加号找到 Tomcat Server → Local Name 起个“DessertTomcat”然后点 Configure选到你本机 Tomcat 9 或者 Tomcat 8.5 的根目录。注意Tomcat 8.5 稳妥搭配 JDK 8Tomcat 10 会把 javax.servlet 包名改成 jakarta.servlet如果项目代码是老的 javax 写法你用 Tomcat 10 跑注定翻车。所以看到项目里是 javax.servlet就直接装 Tomcat 8.5别犹豫。最后一步回到 Deployment 标签页点加号选 Artifact找到类似 desserte_war_exploded 这个选项这就是把项目打成可部署的包挂到 Tomcat 上。Application context 保持默认的 /desserte_ 或者改成 /看项目里前端请求路径拼的是什么。然后 Apply 再 OK直接点击右上角的 Debug 绿色小爬虫等 Tomcat 控制台打印出 “Server startup in xxx milliseconds”就说明你的甜品管理系统至少活着。3.2 数据库脚本执行和连接配置先建库再跑系统顺序不要反项目里肯定有个 .sql 文件通常放在根目录下叫 desserte.sql 或者 database.sql。打开它注意看开头有没有 CREATE DATABASE 语句。大部分期末项目会写死库名比如CREATE DATABASE dessert CHARACTER SET utf8mb4;这种就是直接把库一起建了。打开 Navicat 或者 MySQL Workbench连接本机 MySQL执行这个 sql 脚本顺序不重要但有两点必须检查第一脚本里有没有 DROP TABLE IF EXISTS没有的话你重复执行两次会报错“Table xxx already exists”第二看表的引擎是不是 InnoDBMyISAM 不支持事务订单模块容易出现数据不一致期末项目不要求这个但是答辩时如果你能主动说出“用了 InnoDB 是为了事务支持”绝对是加分项。库建好后找到项目里的 jdbc.properties 或者 db.properties把数据库连接改成本地的。核心是这三行jdbc.urljdbc:mysql://localhost:3306/dessert?useUnicodetruecharacterEncodingutf8mb4useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456这里有个细节你要看清楚数据库名是 dessert 还是 desserttest以你导入的 sql 为准。serverTimezoneAsia/Shanghai这个参数非常重要MySQL 8.x 默认时区是 UTC不加这个参数查询出来的时间会比本地时间少 8 个小时你下单下午三点数据库里显示早上七点答辩时老师往屏幕上一看数据记录这个问题一问一个准。username 和 password 改成你自己的千万别贪图方便用系统默认通过否则控制台报错 Access denied for user你还会以为是项目本身的问题。配置全部完成后重新启动 Tomcat浏览器输入http://localhost:8080/如果能看到登录页面或者甜品列表页恭喜你项目已经跑通了。4. 核心表设计与代码实现订单、库存和用户权限的三层联动4.1 五张核心表的字段设计逻辑为什么甜品表必须带 status 字段打开你导入的数据库用 DESC 命令分别看一下表结构一套完整的甜品管理系统至少包含五张表用户表 t_user、甜品表 t_dessert、订单表 t_order、订单明细表 t_order_item、类别表 t_category。表名的前缀可能是 sys_ 或者没有前缀具体以 sql 脚本为准但字段的设计思路是大同小异的。以甜品表为例核心字段是id 主键自增、name 甜品名称、price 单价、stock 库存、sales 销量、category_id 类别外键、status 上下架状态、image 图片路径、create_time 创建时间。status 字段是这个系统的灵魂1 代表上架0 代表下架。前端甜品列表页查询时SQL 通常写成SELECT * FROM t_dessert WHERE status 1下架的甜品在前端不展示但后台管理端还是可以看见。这就是为什么很多甜品系统前端看起来没几个甜品后台却能改库存改得飞起这个字段就是那个开关。订单表和订单明细表是一对多的关系订单表存总金额和下单用户 id订单明细表存单个甜品名称和数量快照为什么要存快照?因为甜品表的价格是可以改的如果订单明细里不记录当时的价格三个月后你改价了回头查历史订单金额就对不上了。4.2 登录模块的 Session 控制和密码处理这三行代码决定答辩走向用户登录是最核心也最容易被问到的模块这部分你直接把代码贴出来能讲清楚就算过关。常见的登录代码长这样User user userService.findByUsernameAndPassword(username, password); if (user ! null) { session.setAttribute(loginUser, user); response.sendRedirect(index); } else { request.setAttribute(msg, 用户名或密码错误); request.getRequestDispatcher(login.jsp).forward(request, response); }这段代码有两个关键决策点都是答辩老师爱问的。第一个是sendRedirect和forward的区别重定向是两次请求地址栏会变适合登录成功后跳转到新页面转发是一次请求内部跳转地址栏不变适合登录失败后回到登录页并携带错误消息。第二个是 Session 的存储键名用loginUser而不是user这一点能看出你有没有考虑过多个模块共用 Session 时避免键名冲突。前端判断登录状态在 JSP 顶部通常有一段逻辑有loginUser对象就显示用户名和退出按钮没有就显示登录注册入口这个判断用 JSTL 写非常直观。密码处理上如果你拿到的项目里是明文存储我建议答辩前至少改造一下不用做太复杂加一层 MD5 加盐就够了。在注册时把密码转成 MD5 加盐后的字符串存进库登录时用同样的规则把输入密码转码再比对虽然 MD5 不够安全但比明文强一个档次而且一句话就能解释清楚老师会觉得你真有安全意识。4.3 下单流程的库存扣减和事务控制MyBatis 里的事务边界在哪里下单这一步是整个系统的业务核心代码路径通常是前端提交购物车里的甜品 id 和数量Controller 层的加购接口收到参数然后调 Service 层。Service 内部做的事是根据甜品 id 查出价格算出订单总金额插入一条订单记录拿到自增 id再把购物车里的每一条数据转成订单明细插入 t_order_item最后执行UPDATE t_dessert SET stock stock - #{count} WHERE id #{id} AND stock #{count}。这条 UPDATE 语句比普通写法更安全因为它在条件里加了stock #{count}意味着如果库存不足这条 SQL 影响的行数是 0代码里再判断影响行数来决定要不要抛异常回滚。我在实际项目里见过太多没写这个条件的案例明明库存只有 3用户下单 5 份库存直接变负数答辩时被老师抓到就是重大扣分项。事务的控制方式取决于你的技术栈如果是 Spring 管理事务Service 方法上标注Transactional就行如果是 JDBC 直连必须手动调connection.setAutoCommit(false)最后commit或者rollback。下单成功的返回一般有两种方式一种是把订单 id 通过重定向拼在 URL 后面跳转到支付成功页另一种是 AJAX 返回 JSON 然后前端弹窗。期末项目用第一种比较多因为 JSP 页面调接口如喝水重定向后端生成订单列表页也更直观。如果做完这套流程你还能顺手加个“下单后自动减库存取消订单后自动加库存”的补偿逻辑那答辩基本就是从“通过”变成“优秀”的分水岭。5. 避坑指南甜品管理系统最常见的 5 个翻车现场5.1 现象Tomcat 启动后立刻报 ClassNotFound 或 NoClassDefFoundError原因jar 包冲突或者缺少必要依赖。Maven 项目最常见的翻车是拿到了老代码里面引了javax.servlet-api但 scope 不是 provided导致和 Tomcat 自带的 servlet-api 冲突。解决办法打开 pom.xml找到 servlet 相关的依赖加上scopeprovided/scope这行配置的意思是编译期用这个 jar、运行期交给 Tomcat 自己提供避免两套类打架。改完后右侧 Maven 面板点刷新再重启 Tomcat。5.2 现象登录页能打开但是输入账号密码后页面没有反应原因请求路径和后端注解路径对不上。这是 JavaWeb 项目最常见也最玄学的问题。先看前端 form 表单的 action 写的是/dessert/login再去看 LoginServlet 上的WebServlet是不是/login少了中间的/dessert一层路径就全完。纯 Servlet 项目里这是家常便饭拆开前端和后端两处代码对着看谁少了前缀改谁。别小看这个我见过全班 30 个人里有 8 个栽在这一步。5.3 现象中文乱码页面上的甜品名称变成???原因数据库连接串里没指定 characterEncoding或者 JSP 页面声明的字符集不是 UTF-8。按三层来查第一层查 jdbc.properties 的 URL确保有characterEncodingutf8mb4第二层查 MySQL 数据库本身的排序规则development 阶段建库时直接默认utf8mb4_general_ci第三层查 Tomcat 的 server.xml找到 Connector 标签加上URIEncodingUTF-8属性。三层都排查完你再刷新页面乱码基本消失。如果还是乱码那一定是你打开 sql 脚本时用记事本存了个 ANSI 编码的坑——重新转 UTF-8 编码执行一遍。5.4 现象IDEA 里点了 Debug浏览器却提示 404原因Artifact 没有部署到 Tomcat或者 Application context 设置不对。打开运行配置看 Deployment 标签页确认下面有一个dessert_system:war exploded条目没有就点加号补上。再看 Application context 那一栏如果项目前端所有请求都从根路径开始就设成/如果请求带上下文路径就保持默认。我个人的习惯是统一设成/省得自己在路径里迷路。5.5 现象下单成功后购物车清空了但是数据库订单表里没有记录原因Service 层没有开启事务或者 SQL 执行顺序错了。常见写法是把“减库存”放在“生成订单”之前订单插入失败导致库存已经扣掉后续代码抛异常也不回滚数据就这样悄悄丢了一部分。这个问题的解法是调整顺序先插入订单主表拿到自增 id再插明细最后再减库存而且减库存必须判断影响行数如果影响行数是 0 说明库存不足直接抛RuntimeException交给事务回滚。手动 JDBC 直连的项目记得检查finally块里有没有做connection.rollback()漏了这行异常吃掉数据就悄无声息。6. 答辩前给自己加分的三个改造方向和一个必须做的备份习惯这套甜品管理系统到这一步已经能稳定运行但你离高分还差一点点打磨。第一个改造方向是拦截器。当前系统的不安全点在于登录成功后直接存了 Session但是没写后端拦截器意味着不登录也能通过直接输入请求地址访问后台功能。加一个 LoginInterceptor 逻辑判断 Session 里有没有 loginUser没有就重定向到 login.jsp这一步代码量少却能让答辩老师看到你已经建立了生产环境的防护意识。第二个改造方向是把甜品列表页的硬编码数据改成真实调用后台的 JSP 数据渲染。很多项目前端页面是纯静态的点开详情页内容写死在 HTML 里体现不出 Servlet 取数据的能力改成通过接口从数据库读取把 C 位真正坐实。第三个改造方向是加一个简单的 Excel 导出功能用 POI 依赖把订单明细表导出成 xlsx这其实是很多真实项目的刚需展示出来非常接地气说明你不是只会 CRUD 的复读机。改造之前我强烈建议你复制一份原始项目文件夹放到另一个目录名字改成desserte_backup_v1这是你最后的后悔药。一旦改代码把项目改坏了至少还有原始版本能撑着去答辩不会出现考前一夜熬夜重写的惨状。我在带毕设和期末项目的过程中见过太多学生答辩前两小时开始改拦截器结果整个页面渲染崩了最后只能哭着打开回收站找老文件这种血泪经验有一次就够了。最后给你一个我在每个 JavaWeb 项目交付前都会做的卫生习惯把 MySQL 密码中间的密码换成自己的把前端页脚里的电商链接删掉把权限管理里默认的弱口令账号改掉。这三件事不做你的项目看起来永远是别人调教过的半成品做完了才是你真正拥有的东西。希望这些踩坑和改造的路径能帮你把这个甜品管理系统从一个“学长给的作业”变成一份“我能主动讲清楚的作品”答辩顺利。本文还有配套的精品资源点击获取 JavaWeb甜品管理系统部署与答辩指南：从环境配置到代码改造
简介一份面向Java Web初学者的甜品管理系统期末项目源码适合大三学生、课程设计人员及需要快速搭建Web项目的开发者参考。项目采用ServletJSPDAO分层架构覆盖用户管理、商品管理、分类管理、订单处理和购物车等典型业务模块能从请求到数据库访问完整体现Java Web开发流程。压缩包共197个文件大小6.05MB主要包含46个Java源文件、65个对应的class编译文件、24个JSP页面、36张PNG图片以及SQL脚本、jar依赖和项目配置文件等源码与class文件一一对应导入IDE后可直接运行调试。目前已有98人学习/下载。资源经严格测试可直接使用代码分层清晰、模块边界明确既方便课程设计答辩讲解也适合对照学习Servlet控制层、DAO数据访问层和JSP视图层的协同实现。1. 拿到 zip 先别急着解压这个甜品管理系统到底在考你什么每年大三下学期JavaWeb 期末项目都会刷屏一次而这套甜品管理系统就是其中最典型的代表。你从学长手里拷来这个 zip或者刚从某个资源站下完心里想的肯定是“能不能跑起来、要不要改、改了怎么答辩”。先别急着解压看代码这套项目表面上是个甜品店的点单后台实际上它覆盖了 JavaWeb 期末项目的全部考点Servlet 生命周期、JSP 页面渲染、请求转发与重定向、JDBC 操作 MySQL、Session 状态管理。能把这个系统从头到尾讲清楚你期末答辩基本稳了一半。这类项目真正适合两类人第一类是课程设计选了类似选题、想抄一套能跑通的架构再自己改改的在校生第二类是刚学完 Servlet 和 JSP、想找一个完整项目来对照“教科书代码”和“实际项目代码”之间差距的初学者。甜品管理系统这个选题有个天然优势——业务足够简单但又覆盖了“增删改查”之外的东西比如库存联动、订单状态流转、用户登录权限这些才是答辩时老师真正会追问的点。如果你打开 zip 后面对一堆 .java 和 .jsp 文件不知道从哪下手这篇笔记就是给你准备的落地路径。2. 跑通前的技术栈摸底分清 SSH 和 Servlet JSP 的落地差别2.1 为什么第一步是看 pom.xml 和 web.xml而不是看代码拿到解压后的项目文件第一件事不是打开 index.jsp也不是找 UserDao.java而是先找 pom.xml没有 pom.xml 就找 lib 目录下的 jar 包。这一步决定了你接下来要不要受苦。常见的期末甜品管理系统有两类一类是 Maven 项目结构里有 pom.xml依赖集中在中央仓库你只需等 IDEA 下载完就能跑另一类是传统 Web 项目依赖堆在 WEB-INF/lib 下你需要在 IDEA 里手动配置 Library稍有不慎就是类找不到的红色报错。打开 pom.xml 以后先看它引了哪些框架。我见过最省心的期末项目长这样Spring SpringMVC MyBatis也就是所谓的 SSM稍微老一点的可能是 Servlet JSP JDBC 直连没有框架包装每张表配一个 Dao 类再加一个实现类。这两种路数的学习成本差很多SSM 项目里注解满天飞如果只看过黑马程序员的 JavaWeb 入门视频第一眼大概率是懵的。这时候你要做的是理清数据流向JSP 发请求DispatcherServlet 拦截HandlerMapping 找到 ControllerController 调 ServiceService 调 MapperMapper 写 SQL 操作 MySQL最后把数据塞进 ModelAndView 回显到 JSP。而纯 Servlet JSP 的项目更直白请求打到 WebServlet(/order) 上doGet 或 doPost 里直接 new 一个 Service 对象然后调 JDBC 代码拼 SQL。没有中间层调试起来反而容易找问题。2.2 一个能跑通的甜品系统到底用到了哪些技术组合我用我见过的一份典型甜品管理系统代码给你拆一下技术栈。表示层用的 JSP 加 JSTL 标签页面大概长这样顶部是导航栏中间是甜品列表卡片最底下是购物车抽屉数据用 c:forEach 循环渲染。控制层要么是 SpringMVC 的 Controller 加 RequestMapping(/dessert/add)要么是原生 Servlet 的 WebServlet(/dessert/add)二选一不会同时出现。业务层就是一个类一个接口的 Service 模式方法名统一叫 addDessert、deleteDessert、updateDessert、findAllDesserts、findById。持久层只要是 Maven 项目大概率配的是 MyBatis你需要它的原因很简单——把 SQL 写在 XML 里改 SQL 不用重新编译 Java 类。数据库必然是 MySQL字符集用 utf8mb4排序规则选 utf8mb4_general_ci。广财或者华软这种二本三本院校的期末项目不会有人给你配 Redis 或者 RabbitMQ连 DBCP 连接池都算讲究的更多是直接 JDBC 直连全项目一个 DBUtil 类里面写死数据库地址、账号、密码。登录模块存储的是 Session 里的用户对象密码有没有加密就看你拿到的是哪个版本的代码了运气好是 MD5运气不好就是明文存储。别嫌弃这套组合越基础的东西答辩时越容易对着代码讲清楚这反而是这类期末项目的加分项。3. 环境搭建的关节手术IDEA、Maven、Tomcat 和 MySQL 的版本纠缠3.1 用 IDEA 打开项目的最小正确操作从导入到启动的六步我先给你一套永远不会错的操作序列照着做能走到 Tomcat 启动画面就算成功一半。打开 IntelliJ IDEA选择 Open找到你解压后的项目文件夹注意是选到 pom.xml 那一层不是选到 src 那一层。IDEA 识别到 pom.xml 后会弹窗问你是否自动导入 Maven 项目选 Trust Project 和 Auto-Import。这一步如果没弹那就手动打开右侧 Maven 面板点刷新按钮强制让 IDEA 重新认识这个项目结构。等待依赖下载完成后第一件要做的事是确认项目的 Java SDK。如果你的 JDK 是 17而项目用的是 Spring 4 或者更老的 Servlet 3.0 时代代码那编译时大概率会报错因为高版本 JDK 移除了很多旧 JSP/Servlet 依赖。我的习惯是直接给这个项目配置 JDK 8IDEA 里点 File → Project Structure → SDK选 1.8如果本机没有装 JDK 8就下载一个 java 8 压缩包解压然后手动指定路径。接下来配置 Tomcat点击顶部运行配置下拉框选 Edit Configurations弹窗里左上角点加号找到 Tomcat Server → Local Name 起个“DessertTomcat”然后点 Configure选到你本机 Tomcat 9 或者 Tomcat 8.5 的根目录。注意Tomcat 8.5 稳妥搭配 JDK 8Tomcat 10 会把 javax.servlet 包名改成 jakarta.servlet如果项目代码是老的 javax 写法你用 Tomcat 10 跑注定翻车。所以看到项目里是 javax.servlet就直接装 Tomcat 8.5别犹豫。最后一步回到 Deployment 标签页点加号选 Artifact找到类似 desserte_war_exploded 这个选项这就是把项目打成可部署的包挂到 Tomcat 上。Application context 保持默认的 /desserte_ 或者改成 /看项目里前端请求路径拼的是什么。然后 Apply 再 OK直接点击右上角的 Debug 绿色小爬虫等 Tomcat 控制台打印出 “Server startup in xxx milliseconds”就说明你的甜品管理系统至少活着。3.2 数据库脚本执行和连接配置先建库再跑系统顺序不要反项目里肯定有个 .sql 文件通常放在根目录下叫 desserte.sql 或者 database.sql。打开它注意看开头有没有 CREATE DATABASE 语句。大部分期末项目会写死库名比如CREATE DATABASE dessert CHARACTER SET utf8mb4;这种就是直接把库一起建了。打开 Navicat 或者 MySQL Workbench连接本机 MySQL执行这个 sql 脚本顺序不重要但有两点必须检查第一脚本里有没有 DROP TABLE IF EXISTS没有的话你重复执行两次会报错“Table xxx already exists”第二看表的引擎是不是 InnoDBMyISAM 不支持事务订单模块容易出现数据不一致期末项目不要求这个但是答辩时如果你能主动说出“用了 InnoDB 是为了事务支持”绝对是加分项。库建好后找到项目里的 jdbc.properties 或者 db.properties把数据库连接改成本地的。核心是这三行jdbc.urljdbc:mysql://localhost:3306/dessert?useUnicodetruecharacterEncodingutf8mb4useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456这里有个细节你要看清楚数据库名是 dessert 还是 desserttest以你导入的 sql 为准。serverTimezoneAsia/Shanghai这个参数非常重要MySQL 8.x 默认时区是 UTC不加这个参数查询出来的时间会比本地时间少 8 个小时你下单下午三点数据库里显示早上七点答辩时老师往屏幕上一看数据记录这个问题一问一个准。username 和 password 改成你自己的千万别贪图方便用系统默认通过否则控制台报错 Access denied for user你还会以为是项目本身的问题。配置全部完成后重新启动 Tomcat浏览器输入http://localhost:8080/如果能看到登录页面或者甜品列表页恭喜你项目已经跑通了。4. 核心表设计与代码实现订单、库存和用户权限的三层联动4.1 五张核心表的字段设计逻辑为什么甜品表必须带 status 字段打开你导入的数据库用 DESC 命令分别看一下表结构一套完整的甜品管理系统至少包含五张表用户表 t_user、甜品表 t_dessert、订单表 t_order、订单明细表 t_order_item、类别表 t_category。表名的前缀可能是 sys_ 或者没有前缀具体以 sql 脚本为准但字段的设计思路是大同小异的。以甜品表为例核心字段是id 主键自增、name 甜品名称、price 单价、stock 库存、sales 销量、category_id 类别外键、status 上下架状态、image 图片路径、create_time 创建时间。status 字段是这个系统的灵魂1 代表上架0 代表下架。前端甜品列表页查询时SQL 通常写成SELECT * FROM t_dessert WHERE status 1下架的甜品在前端不展示但后台管理端还是可以看见。这就是为什么很多甜品系统前端看起来没几个甜品后台却能改库存改得飞起这个字段就是那个开关。订单表和订单明细表是一对多的关系订单表存总金额和下单用户 id订单明细表存单个甜品名称和数量快照为什么要存快照?因为甜品表的价格是可以改的如果订单明细里不记录当时的价格三个月后你改价了回头查历史订单金额就对不上了。4.2 登录模块的 Session 控制和密码处理这三行代码决定答辩走向用户登录是最核心也最容易被问到的模块这部分你直接把代码贴出来能讲清楚就算过关。常见的登录代码长这样User user userService.findByUsernameAndPassword(username, password); if (user ! null) { session.setAttribute(loginUser, user); response.sendRedirect(index); } else { request.setAttribute(msg, 用户名或密码错误); request.getRequestDispatcher(login.jsp).forward(request, response); }这段代码有两个关键决策点都是答辩老师爱问的。第一个是sendRedirect和forward的区别重定向是两次请求地址栏会变适合登录成功后跳转到新页面转发是一次请求内部跳转地址栏不变适合登录失败后回到登录页并携带错误消息。第二个是 Session 的存储键名用loginUser而不是user这一点能看出你有没有考虑过多个模块共用 Session 时避免键名冲突。前端判断登录状态在 JSP 顶部通常有一段逻辑有loginUser对象就显示用户名和退出按钮没有就显示登录注册入口这个判断用 JSTL 写非常直观。密码处理上如果你拿到的项目里是明文存储我建议答辩前至少改造一下不用做太复杂加一层 MD5 加盐就够了。在注册时把密码转成 MD5 加盐后的字符串存进库登录时用同样的规则把输入密码转码再比对虽然 MD5 不够安全但比明文强一个档次而且一句话就能解释清楚老师会觉得你真有安全意识。4.3 下单流程的库存扣减和事务控制MyBatis 里的事务边界在哪里下单这一步是整个系统的业务核心代码路径通常是前端提交购物车里的甜品 id 和数量Controller 层的加购接口收到参数然后调 Service 层。Service 内部做的事是根据甜品 id 查出价格算出订单总金额插入一条订单记录拿到自增 id再把购物车里的每一条数据转成订单明细插入 t_order_item最后执行UPDATE t_dessert SET stock stock - #{count} WHERE id #{id} AND stock #{count}。这条 UPDATE 语句比普通写法更安全因为它在条件里加了stock #{count}意味着如果库存不足这条 SQL 影响的行数是 0代码里再判断影响行数来决定要不要抛异常回滚。我在实际项目里见过太多没写这个条件的案例明明库存只有 3用户下单 5 份库存直接变负数答辩时被老师抓到就是重大扣分项。事务的控制方式取决于你的技术栈如果是 Spring 管理事务Service 方法上标注Transactional就行如果是 JDBC 直连必须手动调connection.setAutoCommit(false)最后commit或者rollback。下单成功的返回一般有两种方式一种是把订单 id 通过重定向拼在 URL 后面跳转到支付成功页另一种是 AJAX 返回 JSON 然后前端弹窗。期末项目用第一种比较多因为 JSP 页面调接口如喝水重定向后端生成订单列表页也更直观。如果做完这套流程你还能顺手加个“下单后自动减库存取消订单后自动加库存”的补偿逻辑那答辩基本就是从“通过”变成“优秀”的分水岭。5. 避坑指南甜品管理系统最常见的 5 个翻车现场5.1 现象Tomcat 启动后立刻报 ClassNotFound 或 NoClassDefFoundError原因jar 包冲突或者缺少必要依赖。Maven 项目最常见的翻车是拿到了老代码里面引了javax.servlet-api但 scope 不是 provided导致和 Tomcat 自带的 servlet-api 冲突。解决办法打开 pom.xml找到 servlet 相关的依赖加上scopeprovided/scope这行配置的意思是编译期用这个 jar、运行期交给 Tomcat 自己提供避免两套类打架。改完后右侧 Maven 面板点刷新再重启 Tomcat。5.2 现象登录页能打开但是输入账号密码后页面没有反应原因请求路径和后端注解路径对不上。这是 JavaWeb 项目最常见也最玄学的问题。先看前端 form 表单的 action 写的是/dessert/login再去看 LoginServlet 上的WebServlet是不是/login少了中间的/dessert一层路径就全完。纯 Servlet 项目里这是家常便饭拆开前端和后端两处代码对着看谁少了前缀改谁。别小看这个我见过全班 30 个人里有 8 个栽在这一步。5.3 现象中文乱码页面上的甜品名称变成???原因数据库连接串里没指定 characterEncoding或者 JSP 页面声明的字符集不是 UTF-8。按三层来查第一层查 jdbc.properties 的 URL确保有characterEncodingutf8mb4第二层查 MySQL 数据库本身的排序规则development 阶段建库时直接默认utf8mb4_general_ci第三层查 Tomcat 的 server.xml找到 Connector 标签加上URIEncodingUTF-8属性。三层都排查完你再刷新页面乱码基本消失。如果还是乱码那一定是你打开 sql 脚本时用记事本存了个 ANSI 编码的坑——重新转 UTF-8 编码执行一遍。5.4 现象IDEA 里点了 Debug浏览器却提示 404原因Artifact 没有部署到 Tomcat或者 Application context 设置不对。打开运行配置看 Deployment 标签页确认下面有一个dessert_system:war exploded条目没有就点加号补上。再看 Application context 那一栏如果项目前端所有请求都从根路径开始就设成/如果请求带上下文路径就保持默认。我个人的习惯是统一设成/省得自己在路径里迷路。5.5 现象下单成功后购物车清空了但是数据库订单表里没有记录原因Service 层没有开启事务或者 SQL 执行顺序错了。常见写法是把“减库存”放在“生成订单”之前订单插入失败导致库存已经扣掉后续代码抛异常也不回滚数据就这样悄悄丢了一部分。这个问题的解法是调整顺序先插入订单主表拿到自增 id再插明细最后再减库存而且减库存必须判断影响行数如果影响行数是 0 说明库存不足直接抛RuntimeException交给事务回滚。手动 JDBC 直连的项目记得检查finally块里有没有做connection.rollback()漏了这行异常吃掉数据就悄无声息。6. 答辩前给自己加分的三个改造方向和一个必须做的备份习惯这套甜品管理系统到这一步已经能稳定运行但你离高分还差一点点打磨。第一个改造方向是拦截器。当前系统的不安全点在于登录成功后直接存了 Session但是没写后端拦截器意味着不登录也能通过直接输入请求地址访问后台功能。加一个 LoginInterceptor 逻辑判断 Session 里有没有 loginUser没有就重定向到 login.jsp这一步代码量少却能让答辩老师看到你已经建立了生产环境的防护意识。第二个改造方向是把甜品列表页的硬编码数据改成真实调用后台的 JSP 数据渲染。很多项目前端页面是纯静态的点开详情页内容写死在 HTML 里体现不出 Servlet 取数据的能力改成通过接口从数据库读取把 C 位真正坐实。第三个改造方向是加一个简单的 Excel 导出功能用 POI 依赖把订单明细表导出成 xlsx这其实是很多真实项目的刚需展示出来非常接地气说明你不是只会 CRUD 的复读机。改造之前我强烈建议你复制一份原始项目文件夹放到另一个目录名字改成desserte_backup_v1这是你最后的后悔药。一旦改代码把项目改坏了至少还有原始版本能撑着去答辩不会出现考前一夜熬夜重写的惨状。我在带毕设和期末项目的过程中见过太多学生答辩前两小时开始改拦截器结果整个页面渲染崩了最后只能哭着打开回收站找老文件这种血泪经验有一次就够了。最后给你一个我在每个 JavaWeb 项目交付前都会做的卫生习惯把 MySQL 密码中间的密码换成自己的把前端页脚里的电商链接删掉把权限管理里默认的弱口令账号改掉。这三件事不做你的项目看起来永远是别人调教过的半成品做完了才是你真正拥有的东西。希望这些踩坑和改造的路径能帮你把这个甜品管理系统从一个“学长给的作业”变成一份“我能主动讲清楚的作品”答辩顺利。本文还有配套的精品资源点击获取