尧图网站建设 
简介这套Java毕业设计项目面向计算机及相关专业学生提供了一份完整的JSP超市管理系统毕业设计参考方案既包含可运行的Java源码也包含配套的MySQL数据库脚本和按软件工程规范撰写的说明文档覆盖系统分析、需求分析、概要设计、数据库设计与详细设计等核心章节。资源包大小约4.13MB以Java源码、MySQL数据库脚本和说明文档为主说明文档中给出了可行性分析、数据流图、数据字典、E-R图及程序流程图等内容完整呈现了超市类Web管理信息系统从需求调研、业务建模到数据库设计的全过程目录结构清晰便于按模块对照阅读。已有161人学习下载适合需要完成课程设计或毕业设计的读者直接参考既可用于快速搭建同类型管理系统也可作为毕业论文结构撰写与系统实现过程的范例。1. 毕业设计选 jsp 超市管理系统为什么它还是 2025 年最稳的 Java 课设答案如果你正在为毕业设计发愁大概率已经在搜索引擎里翻过「Java 课设做什么」「超市管理系统 源码」这类词。我的建议很直接jsp 超市管理系统这个组合看起来老但它是 Java 方向毕业设计里性价比最高的选择之一。原因很简单——它同时覆盖了 JavaWeb 开发的完整链路JSP 页面渲染、Servlet 控制器、JDBC 数据库访问、MySQL 表设计再加上进货、销售、库存这些超市业务逻辑一套做完你的答辩材料里能写的东西比做一个花哨的聊天应用多得多。这套系统的价值不在于技术新在于它把「数据库增删改查」这个面试必考点和「进销存业务」这个真实场景绑在了一起。打开源码你会发现它不像网上那些纯前端假页面而是真的有一张张数据表在支撑商品表、供应商表、销售单表、用户表。你改一个库存数字销售报表跟着变这种联动感正是答辩评委想看到的。适合谁基础一般、需要稳妥通关的本科生以及想快速补完 JavaWeb 知识短板的自学者。接下来我带你把它拆开从环境搭建到跑通源码再到改出你自己的亮点。2. 先搞懂 jsp 超市管理系统的骨架三层架构与核心数据表2.1 为什么是 JSP Servlet JDBC而不是 Spring Boot先回答一个绕不开的问题2025 年了为什么还要选 JSP我理解你的疑惑面试题里都在问 Spring Boot 微服务课设却让你写 JSP好像穿越了。但你要分清楚毕业设计的评分标准是「完整度 熟练度」不是「技术新度」。JSP 方案意味着你可以用最少的配置代码讲清楚 MVC 的每一层——JSP 是 ViewServlet 是 ControllerJDBC 封装类是 Model。评委问「你项目里 Servlet 生命周期是怎样的」「Connection 为什么不直接写在 JSP 里」你能直接指着代码答这是 Spring Boot 自动装配给不了你的答辩素材。另一个务实原因是部署简单。Tomcat 加 MySQL两个软件一装war 包丢进去就能跑。不像 Spring Boot 项目还要折腾 Maven 依赖版本、环境变量。我在帮学弟调试时见过太多次「代码没问题就是 Maven 拉不下来包」的翻车现场。JSP 项目把所有 jar 包放在 WEB-INF/lib 下拷到哪都能跑这对毕业设计现场演示来说就是后悔药级别的省心。2.2 五张核心数据表商品表、供应商表、用户表、进货单、销售单数据库是这个项目的心脏。我通常会在 MySQL 里建一个 supermarket 库核心表一般就五张不多不少刚好覆盖进销存主链路。商品表 product 是中心字段至少要有id、name、spec规格、unit单位、price_in进价、price_out售价、stock库存、supplier_id。供应商表 supplier 存公司名称、联系人、电话。用户表 user 不用复杂id、username、password、role 就够了role 区分管理员和收银员。进货单和销售单是业务流的两端。进货单表 purchase 记录一次进货行为主表存 supplier_id、total_amount、create_time子表 purchase_item 存商品 id、进货数量、进货单价。销售单同理sale 和 sale_item。为什么要拆主表和子表这是为了满足「一张单对应多条明细」的现实场景也是评委爱问的「为什么不用一张表存完」。你回答「避免数据冗余方便统计单笔订单总额」这一分就拿到了。建表时注意两个坑金额字段用 DECIMAL(10,2) 而不是 FLOAT不然算总价会出精度玄学库存字段要设默认值 0防止空指针。2.3 分层设计JSP 页面只做展示Servlet 只做转发DAO 只碰数据库拿到任何一套 JavaWeb 源码先别急着跑花半小时看懂分层后面改代码能少走很多弯路。我的习惯是打开 src 目录先找包结构常见的有 com.xxx.entity实体类、com.xxx.dao数据访问、com.xxx.servlet控制器、com.xxx.util工具类。实体类对应每张表DAO 类里全是 JDBC 代码Servlet 里全是 doGet/doPost 逻辑JSP 放在 WebContent 根目录下。这个分层的铁律是JSP 里不允许出现 JDBC 代码Servlet 里不允许直接拼 SQL。我看到有人为了省事在 JSP 里写死数据库连接这种代码跑起来没问题但答辩时一旦被问到「如果你要改数据库密码需要改几个文件」你就暴露了。正确的做法是写一个 DBUtil 工具类把 Class.forName、DriverManager.getConnection 全部封装起来其他 DAO 通过静态方法拿 Connection。这样改密码只动一个文件这就是可维护性也是你的加分项。2.4 建表语句直接抄一份能跑通的 MySQL 脚本数据库设计看再多理论都不如直接动手建表。下面这份是我整理过多次的脚本你拿到源码后可以先删掉原来的库用自己的脚本重建确保表结构和你手里的代码字段一一对应。注意我特意在表名和字段名上统一用了小写加下划线避免 Linux 和 Windows 下 MySQL 大小写敏感导致的连接报错。-- 创建数据库指定 utf8mb4 避免中文乱码 CREATE DATABASE IF NOT EXISTS supermarket DEFAULT CHARACTER SET utf8mb4; USE supermarket; -- 用户表管理员和收银员都用这一张 CREATE TABLE user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(50) NOT NULL, role VARCHAR(20) DEFAULT cashier ) ENGINEInnoDB; -- 供应商表 CREATE TABLE supplier ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(100) NOT NULL, contact VARCHAR(50), phone VARCHAR(20) ) ENGINEInnoDB; -- 商品表库存 stock 用 INT金额用 DECIMAL CREATE TABLE product ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(100) NOT NULL, spec VARCHAR(50), unit VARCHAR(10) DEFAULT 个, price_in DECIMAL(10,2) NOT NULL, price_out DECIMAL(10,2) NOT NULL, stock INT DEFAULT 0, supplier_id INT, FOREIGN KEY (supplier_id) REFERENCES supplier(id) ) ENGINEInnoDB; -- 销售单主表 CREATE TABLE sale ( id INT PRIMARY KEY AUTO_INCREMENT, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, total_amount DECIMAL(10,2) ) ENGINEInnoDB; -- 销售单明细表 CREATE TABLE sale_item ( id INT PRIMARY KEY AUTO_INCREMENT, sale_id INT, product_id INT, quantity INT, price DECIMAL(10,2), FOREIGN KEY (sale_id) REFERENCES sale(id), FOREIGN KEY (product_id) REFERENCES product(id) ) ENGINEInnoDB;这段脚本的核心是外键约束。product 表的 supplier_id 关联 supplier 表sale_item 表的 sale_id 关联 sale 表这是进销存系统正确性的基础。你插入销售明细时如果 product_id 不存在数据库直接拒绝这比在 Java 代码里做判断可靠得多。DECIMAL(10,2) 表示最长 10 位数字、保留两位小数最大支持到 99999999.99对超市场景绰绰有余。DATETIME DEFAULT CURRENT_TIMESTAMP 是 MySQL 5.6 以后的写法如果你用的版本较老没这功能改成在 Java 代码里 new Date() 传入也可以。3. 本地跑通源码从 Tomcat 配置到第一个页面出现3.1 环境准备清单JDK 版本、Tomcat、MySQL 缺一不可跑 JSP 项目最怕环境不一致。我见过太多人卡在第一步JDK 版本太高导致 Tomcat 起不来。这套老项目是为 JDK 8 设计的所以你最好老老实实装 JDK 8不要一上来就装 JDK 21。Tomcat 选 8.5 或 9.0这两个版本对 JSP 的支持最稳定。MySQL 用 5.7 或 8.0 都行但连接驱动 jar 包要对应好——MySQL 8.0 必须用 mysql-connector-java 8.x 版本否则会报 Public Key Retrieval is not allowed 的错误。具体安装步骤我就不啰嗦了重点提醒三个配置。第一Tomcat 的 conf/server.xml 里默认端口是 8080如果你机器上被其他服务占了改成 9090 或 8081 都可以改完要重启才生效。第二MySQL 安装时如果选了强密码规则记得把 root 密码记到文本文件里后面 JDBC 连接要用。第三确认 JDK 的环境变量 JAVA_HOME 配好了在命令行敲 java -version 能正常输出版本号这是 Tomcat 启动的前提。我一般会把这三个软件的安装包提前下好离线版避免现场演示时联网下载失败。3.2 Eclipse 导入项目的三种方式选 Dynamic Web Project 最稳拿到源码压缩包解压后你可能会看到多种目录结构有的是 Eclipse 工程有的是 IDEA 工程还有的只有源码和数据库脚本。我的建议是不要直接复制到 Tomcat webapps 下而是用 Eclipse 的导入功能把它识别成一个正式项目这样调试和改代码都方便。最常见的操作是Eclipse 里 File - Import - General - Existing Projects into Workspace选解压后的目录如果它能识别出 .project 文件直接 Finish 就行。如果导入后项目没有变成 Dynamic Web Project 图标说明缺了 WebContent 目录或 .classpath 配置有问题。这时你可以新建一个 Dynamic Web Project把源码的 src 目录和 WebContent 目录分别拷进去。具体做法右键项目 Properties - Targeted Runtimes勾上 Apache Tomcat 8.5再把 MySQL 驱动 jar 包放到 WebContent/WEB-INF/lib 下右键 Build Path - Add to Build Path。这个过程听起来琐碎但做完一次后面所有 JavaWeb 项目你都通了。记住一个判断标准项目结构里必须能看到 WebContent 和 Java Resources缺一个都是导入姿势有问题。3.3 修改 JDBC 连接三处容易漏改的配置导入成功不代表能连上数据库JDBC 连接配置是第一道坎。大多数源码会把连接信息写在一个类里常见位置是 com.xxx.util.DBUtil 或其他名字的工具类。打开它你会看到类似这样的代码这是整个项目里你必须要动的地方。package com.supermarket.util; import java.sql.Connection; import java.sql.DriverManager; public class DBUtil { // 这里的三行配置是你必须改成自己环境的值 private static final String URL jdbc:mysql://localhost:3306/supermarket?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8; private static final String USER root; private static final String PASSWORD 123456; public static Connection getConnection() throws Exception { Class.forName(com.mysql.cj.jdbc.Driver); return DriverManager.getConnection(URL, USER, PASSWORD); } }参数说明URL 里的 supermarket 是数据库名如果你建库时用了别的名字这里要同步改serverTimezoneAsia/Shanghai 是 MySQL 8.0 连接时必须加的时区参数不加会报 server time zone 的错误characterEncodingutf8 是为了中文不乱码。这里最容易踩坑的是密码带特殊字符比如 root2024在 Java 字符串里不需要转义但如果密码里有反斜杠要写成双反斜杠。改完先单独写个测试类调一下 getConnection能拿到 Connection 对象再启动 Tomcat否则页面报 500 你都不知道问题在数据库还是 web。3.4 导入数据库脚本并启动看到登录页就算成功 80%连接配置改完之后把 2.4 节的 SQL 脚本在 MySQL 客户端里执行一遍或者用命令 mysql -u root -p supermarket supermarket.sql 导入。导入成功后用 SELECT * FROM user; 确认管理员账号存在一般是 admin / admin 这种初始数据如果没有初始化数据你得自己 INSERT 一条否则系统里没人能登录。启动 Tomcat 有两种方式Eclipse 里右键项目 Run As - Run on Server或者把项目打包成 war 放进 Tomcat 的 webapps 目录然后双击 bin/startup.bat。推荐先用第一种方式方便看控制台日志。启动后浏览器访问 http://localhost:8080/项目名/ 看到登录页面那一刻主要链路就通了。如果看到 404先检查访问路径里的项目名和实际部署名是否一致如果看到 500去 Tomcat 的 logs/localhost 日志里看异常栈多半是数据库连接问题或 jar 包缺失。4. 把登录、进货、销售、库存四个模块改成你自己的版本4.1 登录模块改造加验证码和 Session 超时答辩亮点直接拉满源码自带的登录一般就是用户名密码比对但评委会问「系统安全性怎么体现」这时候有个验证码就是加分项。常见做法是用 Java 原生绘图 API 生成图片把随机字符串存在 Session 里提交时比对。我来给你一个简单可用的验证码 Servlet 写法核心逻辑都写在注释里你可以直接抄过去。package com.supermarket.servlet; import java.awt.Color; import java.awt.Font; import java.awt.Graphics; import java.awt.image.BufferedImage; import java.io.IOException; import java.util.Random; import javax.imageio.ImageIO; import javax.servlet.ServletException; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import javax.servlet.http.HttpSession; public class CaptchaServlet extends HttpServlet { Override protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { int width 100, height 40; BufferedImage image new BufferedImage(width, height, BufferedImage.TYPE_INT_RGB); Graphics g image.getGraphics(); g.setColor(Color.LIGHT_GRAY); g.fillRect(0, 0, width, height); Random random new Random(); StringBuilder code new StringBuilder(); String chars ABCDEFGHJKLMNPQRSTUVWXYZ23456789; // 去掉易混淆字符 for (int i 0; i 4; i) { int index random.nextInt(chars.length()); char c chars.charAt(index); code.append(c); g.setColor(new Color(20 random.nextInt(110), 20 random.nextInt(110), 20 random.nextInt(110))); g.setFont(new Font(Arial, Font.BOLD, 28)); g.drawString(String.valueOf(c), 15 i * 20, 28); } // 画干扰线防止简单 OCR for (int i 0; i 5; i) { g.drawLine(random.nextInt(width), random.nextInt(height), random.nextInt(width), random.nextInt(height)); } g.dispose(); HttpSession session request.getSession(); session.setAttribute(captcha, code.toString()); response.setContentType(image/jpeg); ImageIO.write(image, JPEG, response.getOutputStream()); } }这段代码的逻辑是每次请求生成一个新的 4 位验证码图片同时把验证码字符串存入 Session。注意 chars 字符串里刻意去掉了 0、O、1、I 这类容易混淆的字符这是血泪经验——用户经常输错然后以为是系统 bug。登录校验时取出 Session 里的 captcha 和用户输入的 code 比较忽略大小写。另外一个建议是登录成功后把用户信息放进 Session并在 web.xml 里配置 Session 超时时间为 30 分钟防止长时间挂机被人冒用。4.2 进货模块事务处理的正确姿势一个失误就库存错乱进货模块看起来简单实际上是最容易出 bug 的地方因为要同时操作三张表插入 purchase 主表、插入 purchase_item 明细、更新 product 的库存。如果中间某一步失败库存和单据就对不上了。春招面试考事务毕业设计里事务就是这里的应用场景。我建议你把三条 SQL 放在同一个事务里执行下面是核心代码结构。Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交开启事务 // 第一步插入进货单主表 PreparedStatement ps1 conn.prepareStatement( INSERT INTO purchase (supplier_id, total_amount) VALUES (?, ?), Statement.RETURN_GENERATED_KEYS); ps1.setInt(1, supplierId); ps1.setBigDecimal(2, totalAmount); ps1.executeUpdate(); // 拿到自增主键作为明细表的关联字段 ResultSet rs ps1.getGeneratedKeys(); int purchaseId 0; if (rs.next()) { purchaseId rs.getInt(1); } rs.close(); ps1.close(); // 第二步循环插入明细同时更新库存 for (CartItem item : items) { PreparedStatement ps2 conn.prepareStatement( INSERT INTO purchase_item (purchase_id, product_id, quantity, price) VALUES (?, ?, ?, ?)); ps2.setInt(1, purchaseId); ps2.setInt(2, item.getProductId()); ps2.setInt(3, item.getQuantity()); ps2.setBigDecimal(4, item.getPrice()); ps2.executeUpdate(); ps2.close(); PreparedStatement ps3 conn.prepareStatement( UPDATE product SET stock stock ? WHERE id ?); ps3.setInt(1, item.getQuantity()); ps3.setInt(2, item.getProductId()); ps3.executeUpdate(); ps3.close(); } conn.commit(); // 全部成功才提交 } catch (Exception e) { conn.rollback(); // 任何一步失败全部回滚 e.printStackTrace(); } finally { conn.setAutoCommit(true); // 恢复自动提交 conn.close(); }关键点有两个一是 conn.setAutoCommit(false) 之后的每个操作都不会真正写入数据库必须等 commit 才生效二是在 catch 里调 rollback只要任何一条 SQL 抛异常前面所有已执行语句都作废。如果你偷懒不用事务用户提交进货单时恰好数据库断了一下你会发现库存加了但单据没有这种数据不一致在答辩演示时是灾难级别的翻车现场。顺手说一句库存更新用 stock stock ? 而不是先查再算是为了避免并发下读到旧值这也是一个可以聊的亮点。4.3 销售模块和库存联动扣库存时为什么不能只 UPDATE销售模块的坑跟进货对称开销售单时要扣减库存但如果库存不够怎么办很多源码直接 UPDATE product SET stock stock - ? WHERE id ?不管够不够都减结果库存出现负数。正确的做法是加一个条件判断让数据库帮我们拦截超卖这就是所谓的乐观锁思路的一种简化实现。UPDATE product SET stock stock - 1 WHERE id 5 AND stock 1;这条 SQL 的含义是只有当商品 5 的库存大于等于 1 时才执行扣减如果影响行数为 0说明库存不足。在 Java 代码里通过 int rows ps.executeUpdate() 的返回值来判断rows 0 说明扣减成功可以继续插入销售明细rows 0 说明库存不够直接提示用户。这种做法比先 SELECT 再 UPDATE 安全得多因为两条 SQL 之间可能有其他请求改了库存。你把这个逻辑讲给评委听比说「我用 synchronized 锁了方法」要高级因为数据库层面的条件更新才是真正的并发安全方案。4.4 库存预警功能统计报表页里加了这一段让系统真正「能用」一个只会增删改查的超市系统和能实际落地的系统差别就在于有没有预警和报表。在库存列表页增加一列「库存状态」用 JSTL 判断 stock 小于某个阈值比如 10时显示红色「库存不足」这种小功能改造成本极低但视觉效果很好。后端对应加一个查询方法可以用 MySQL 的条件表达式直接算状态不用在 Java 里写 if。SELECT p.id, p.name, p.stock, p.price_out, CASE WHEN p.stock 0 THEN 已售罄 WHEN p.stock 10 THEN 库存不足 ELSE 正常 END AS stock_status FROM product p ORDER BY p.stock ASC;这条 SQL 用 CASE WHEN 在查询时就把库存状态算好了JSP 页面直接拿 stock_status 字段显示不需要额外逻辑。如果想让预警更醒目可以在 JSP 里用 c:if test${product.stock 10} 给那一行加个红色背景。注意这里的阈值 10 是硬编码的我一般建议你从系统配置表里读但这会引入额外复杂度课设阶段先写死也在合理范围答辩时主动说「这是可配置项」就是你的思考深度。5. 避坑指南jsp 超市管理系统从导入到上线的 5 个经典翻车现场5.1 页面中文乱码改了 JSP 编码还乱问题可能在 MySQL 连接参数现象浏览器打开商品列表所有中文都变成问号或者乱码。原因这是一个多层面问题。JSP 页面本身的 pageEncoding 要是 UTF-8Servlet 的 request 和 response 也要设置 UTF-8但最常见的漏网之鱼是数据库连接 URL 没带 characterEncodingutf8以及 MySQL 表本身不是 utf8mb4。你改了其中一个其他漏了照样乱。解决三步走缺一不可。第一步确认 JSP 第一行有 % page languagejava contentTypetext/html; charsetUTF-8 pageEncodingUTF-8%。第二步在 DBUtil 的 URL 末尾加上 characterEncodingutf8。第三步用 SHOW CREATE TABLE product; 确认表是 utf8mb4如果不是ALTER TABLE product CONVERT TO CHARACTER SET utf8mb4。改完重启 Tomcat乱码问题基本消除。如果还有个别字段乱那是之前已经存进了乱码数据删掉重插。5.2 启动报 ClassNotFoundExceptionjar 包在 lib 下但没进部署路径现象Tomcat 启动时控制台报 java.lang.ClassNotFoundException: com.mysql.cj.jdbc.Driver或者页面 500 提示找不到驱动类。原因最常见的操作失误是在 Eclipse 里把 jar 包拖进了 Java Resources 下的某个地方但没放进 WebContent/WEB-INF/lib。Eclipse 部署项目到 Tomcat 时只打包 WebContent 下的内容到 war 里放在其他地方不会被带上。解决把 mysql-connector-java-x.x.x.jar 复制到 WebContent/WEB-INF/lib 目录下然后右键项目 Refresh再右键项目 Properties - Deployment Assembly确认 /WebContent 被映射到 /。如果不放心可以打开 Servers 视图里的 Tomcat 部署路径检查对应项目目录下 WEB-INF/lib 里有没有这个 jar。这是纯路径问题和代码无关找到规律后以后换任何一个数据库驱动都不慌了。5.3 登录页面输入正确密码却进不去Session 或 Servlet 映射的锅现象admin / admin 登录点击提交后页面没反应或者直接 500又或者跳回登录页但没有任何提示。原因三个地方排查。一是 web.xml 里 Servlet 的 url-pattern 写错比如写了 /loginServlet 但 form 表单的 action 写成了 /login导致请求根本没到 Controller。二是登录成功后没有执行 request.getSession().setAttribute(user, user)导致跳转到首页后判断 Session 为空又踢回登录页。三是密码在数据库里是 MD5 加密的但源码里直接用明文比较。解决先去浏览器按 F12 开开发者工具看 Network 面板提交登录时请求的 URL 是什么返回的状态码是多少。404 查 web.xml 映射500 看 Tomcat 日志302 且跳回登录页八成是 Session 没设置。如果是密码加密问题检查登录 Servlet 中有没有对输入值做 MD5 再比较或者检查 user 表里的密码是不是纯文本。我一般会在第一次跑通前先用 SQL 把密码改成明文跑通了再研究它的加密逻辑避免两个问题混在一起排查。5.4 销售模块报外键约束失败数据残留导致的主键冲突现象新增销售单时抛 SQLIntegrityConstraintViolationException外键失败或者明明删除了商品销售明细里却还引用着。原因这是数据库设计时外键约束的副作用。如果你删了 supplier 表里的供应商但 product 表里还有商品引用了它的 id删除就失败。反过来如果 sale_item 里还有记录引用 product 的 id删商品也失败。解决先确认业务场景。如果系统允许删除有历史单据的商品可以在外键上加 ON DELETE SET NULL 或 ON DELETE CASCADE前者把关联置空后者连带删除明细。但课设阶段我建议不要随便加 CASCADE因为级联删除容易误删大量数据。更安全的做法是在 Java 代码里先检查引用有引用就提示「该商品已有销售记录不能删除可改为下架状态」。给商品表加一个 status 字段0 表示停用1 表示启用查询时过滤 status1这样既保住了历史数据又实现了删除效果是真实系统里的常见做法。5.5 明明改了代码但页面没变化浏览器缓存与 Tomcat 热部署现象改了 JSP 页面里的文字或样式刷新浏览器还是旧内容甚至重启 Tomcat 还是老样子。原因两层缓存。第一层是浏览器缓存JSP 响应头没禁止缓存时浏览器可能直接用本地副本。第二层是 Tomcat 的工作目录 work/Catalina/localhost/ 下缓存了编译后的 Java 和 class 文件如果 Eclipse 没有自动增量编译就会一直跑旧代码。解决浏览器层面在 JSP 的 head 里加 或者开发时直接按 CtrlF5 强制刷新。Tomcat 层面右键项目 Clean再右键 Tomcat Clean把 work 目录清了重新启动。如果你用 Eclipse 的 Run on Server 模式改完 Java 代码后有时不会立即生效最稳妥的操作是停掉服务器再启动不要依赖热部署。这个小习惯能让你少骂很多次「这代码怎么不生效」。6. 让答辩更值钱的三件事写成 MySQL 存储过程、翻新 UI、压一份部署手册当你能熟练增删改查和跑通事务、库存联动之后这套 jsp 超市管理系统的课设任务就算完成了。但如果你想拿高分或者在简历上写一句「有完整项目落地经验」我建议再花两天做三个小升级难度都不高回报却很实在。第一个是把数据统计类操作挪进存储过程比如「按月统计销售额」在数据库里用 GROUP BY DATE_FORMAT(create_time, %Y-%m) 汇总 sale 表Java 里只需要调用一次存储过程拿结果集。第二个是用 Bootstrap 把 JSP 页面重新套一遍样式登录页放一张超市货架图后台用左右布局左边菜单右边内容区这个视觉效果能让评委的注意力从代码细节转到整体完成度。第三个是写一份部署说明文档包括 JDK、Tomcat、MySQL 版本、数据库导入命令、默认账号密码以及常见启动报错的对应解决办法。这份东西看起来不起眼但它是「工程化素养」的直接证明很多在职程序员都不一定有写部署文档的习惯。我自己的习惯是每次答辩前都从头到尾走一遍部署流程删掉数据库、重启 Tomcat、用空白环境导入脚本然后模拟评委的刁钻问题把库存改成负数试试、连续点两次提交按钮、换一台没装过 MySQL 的电脑跑一遍。这些测试暴露出来的问题每一个都有可能成为现场扣分点。这套系统本身的业务不复杂但它让你把 Java 基础、数据库设计、HTTP 交互、异常处理全部过了一遍这就是它最大的价值。希望这条路你走通之后能在此基础上长出更多自己的想法祝顺利。本文还有配套的精品资源点击获取 jsp超市管理系统：Java毕业设计最稳课设方案与实战解析
简介这套Java毕业设计项目面向计算机及相关专业学生提供了一份完整的JSP超市管理系统毕业设计参考方案既包含可运行的Java源码也包含配套的MySQL数据库脚本和按软件工程规范撰写的说明文档覆盖系统分析、需求分析、概要设计、数据库设计与详细设计等核心章节。资源包大小约4.13MB以Java源码、MySQL数据库脚本和说明文档为主说明文档中给出了可行性分析、数据流图、数据字典、E-R图及程序流程图等内容完整呈现了超市类Web管理信息系统从需求调研、业务建模到数据库设计的全过程目录结构清晰便于按模块对照阅读。已有161人学习下载适合需要完成课程设计或毕业设计的读者直接参考既可用于快速搭建同类型管理系统也可作为毕业论文结构撰写与系统实现过程的范例。1. 毕业设计选 jsp 超市管理系统为什么它还是 2025 年最稳的 Java 课设答案如果你正在为毕业设计发愁大概率已经在搜索引擎里翻过「Java 课设做什么」「超市管理系统 源码」这类词。我的建议很直接jsp 超市管理系统这个组合看起来老但它是 Java 方向毕业设计里性价比最高的选择之一。原因很简单——它同时覆盖了 JavaWeb 开发的完整链路JSP 页面渲染、Servlet 控制器、JDBC 数据库访问、MySQL 表设计再加上进货、销售、库存这些超市业务逻辑一套做完你的答辩材料里能写的东西比做一个花哨的聊天应用多得多。这套系统的价值不在于技术新在于它把「数据库增删改查」这个面试必考点和「进销存业务」这个真实场景绑在了一起。打开源码你会发现它不像网上那些纯前端假页面而是真的有一张张数据表在支撑商品表、供应商表、销售单表、用户表。你改一个库存数字销售报表跟着变这种联动感正是答辩评委想看到的。适合谁基础一般、需要稳妥通关的本科生以及想快速补完 JavaWeb 知识短板的自学者。接下来我带你把它拆开从环境搭建到跑通源码再到改出你自己的亮点。2. 先搞懂 jsp 超市管理系统的骨架三层架构与核心数据表2.1 为什么是 JSP Servlet JDBC而不是 Spring Boot先回答一个绕不开的问题2025 年了为什么还要选 JSP我理解你的疑惑面试题里都在问 Spring Boot 微服务课设却让你写 JSP好像穿越了。但你要分清楚毕业设计的评分标准是「完整度 熟练度」不是「技术新度」。JSP 方案意味着你可以用最少的配置代码讲清楚 MVC 的每一层——JSP 是 ViewServlet 是 ControllerJDBC 封装类是 Model。评委问「你项目里 Servlet 生命周期是怎样的」「Connection 为什么不直接写在 JSP 里」你能直接指着代码答这是 Spring Boot 自动装配给不了你的答辩素材。另一个务实原因是部署简单。Tomcat 加 MySQL两个软件一装war 包丢进去就能跑。不像 Spring Boot 项目还要折腾 Maven 依赖版本、环境变量。我在帮学弟调试时见过太多次「代码没问题就是 Maven 拉不下来包」的翻车现场。JSP 项目把所有 jar 包放在 WEB-INF/lib 下拷到哪都能跑这对毕业设计现场演示来说就是后悔药级别的省心。2.2 五张核心数据表商品表、供应商表、用户表、进货单、销售单数据库是这个项目的心脏。我通常会在 MySQL 里建一个 supermarket 库核心表一般就五张不多不少刚好覆盖进销存主链路。商品表 product 是中心字段至少要有id、name、spec规格、unit单位、price_in进价、price_out售价、stock库存、supplier_id。供应商表 supplier 存公司名称、联系人、电话。用户表 user 不用复杂id、username、password、role 就够了role 区分管理员和收银员。进货单和销售单是业务流的两端。进货单表 purchase 记录一次进货行为主表存 supplier_id、total_amount、create_time子表 purchase_item 存商品 id、进货数量、进货单价。销售单同理sale 和 sale_item。为什么要拆主表和子表这是为了满足「一张单对应多条明细」的现实场景也是评委爱问的「为什么不用一张表存完」。你回答「避免数据冗余方便统计单笔订单总额」这一分就拿到了。建表时注意两个坑金额字段用 DECIMAL(10,2) 而不是 FLOAT不然算总价会出精度玄学库存字段要设默认值 0防止空指针。2.3 分层设计JSP 页面只做展示Servlet 只做转发DAO 只碰数据库拿到任何一套 JavaWeb 源码先别急着跑花半小时看懂分层后面改代码能少走很多弯路。我的习惯是打开 src 目录先找包结构常见的有 com.xxx.entity实体类、com.xxx.dao数据访问、com.xxx.servlet控制器、com.xxx.util工具类。实体类对应每张表DAO 类里全是 JDBC 代码Servlet 里全是 doGet/doPost 逻辑JSP 放在 WebContent 根目录下。这个分层的铁律是JSP 里不允许出现 JDBC 代码Servlet 里不允许直接拼 SQL。我看到有人为了省事在 JSP 里写死数据库连接这种代码跑起来没问题但答辩时一旦被问到「如果你要改数据库密码需要改几个文件」你就暴露了。正确的做法是写一个 DBUtil 工具类把 Class.forName、DriverManager.getConnection 全部封装起来其他 DAO 通过静态方法拿 Connection。这样改密码只动一个文件这就是可维护性也是你的加分项。2.4 建表语句直接抄一份能跑通的 MySQL 脚本数据库设计看再多理论都不如直接动手建表。下面这份是我整理过多次的脚本你拿到源码后可以先删掉原来的库用自己的脚本重建确保表结构和你手里的代码字段一一对应。注意我特意在表名和字段名上统一用了小写加下划线避免 Linux 和 Windows 下 MySQL 大小写敏感导致的连接报错。-- 创建数据库指定 utf8mb4 避免中文乱码 CREATE DATABASE IF NOT EXISTS supermarket DEFAULT CHARACTER SET utf8mb4; USE supermarket; -- 用户表管理员和收银员都用这一张 CREATE TABLE user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(50) NOT NULL, role VARCHAR(20) DEFAULT cashier ) ENGINEInnoDB; -- 供应商表 CREATE TABLE supplier ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(100) NOT NULL, contact VARCHAR(50), phone VARCHAR(20) ) ENGINEInnoDB; -- 商品表库存 stock 用 INT金额用 DECIMAL CREATE TABLE product ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(100) NOT NULL, spec VARCHAR(50), unit VARCHAR(10) DEFAULT 个, price_in DECIMAL(10,2) NOT NULL, price_out DECIMAL(10,2) NOT NULL, stock INT DEFAULT 0, supplier_id INT, FOREIGN KEY (supplier_id) REFERENCES supplier(id) ) ENGINEInnoDB; -- 销售单主表 CREATE TABLE sale ( id INT PRIMARY KEY AUTO_INCREMENT, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, total_amount DECIMAL(10,2) ) ENGINEInnoDB; -- 销售单明细表 CREATE TABLE sale_item ( id INT PRIMARY KEY AUTO_INCREMENT, sale_id INT, product_id INT, quantity INT, price DECIMAL(10,2), FOREIGN KEY (sale_id) REFERENCES sale(id), FOREIGN KEY (product_id) REFERENCES product(id) ) ENGINEInnoDB;这段脚本的核心是外键约束。product 表的 supplier_id 关联 supplier 表sale_item 表的 sale_id 关联 sale 表这是进销存系统正确性的基础。你插入销售明细时如果 product_id 不存在数据库直接拒绝这比在 Java 代码里做判断可靠得多。DECIMAL(10,2) 表示最长 10 位数字、保留两位小数最大支持到 99999999.99对超市场景绰绰有余。DATETIME DEFAULT CURRENT_TIMESTAMP 是 MySQL 5.6 以后的写法如果你用的版本较老没这功能改成在 Java 代码里 new Date() 传入也可以。3. 本地跑通源码从 Tomcat 配置到第一个页面出现3.1 环境准备清单JDK 版本、Tomcat、MySQL 缺一不可跑 JSP 项目最怕环境不一致。我见过太多人卡在第一步JDK 版本太高导致 Tomcat 起不来。这套老项目是为 JDK 8 设计的所以你最好老老实实装 JDK 8不要一上来就装 JDK 21。Tomcat 选 8.5 或 9.0这两个版本对 JSP 的支持最稳定。MySQL 用 5.7 或 8.0 都行但连接驱动 jar 包要对应好——MySQL 8.0 必须用 mysql-connector-java 8.x 版本否则会报 Public Key Retrieval is not allowed 的错误。具体安装步骤我就不啰嗦了重点提醒三个配置。第一Tomcat 的 conf/server.xml 里默认端口是 8080如果你机器上被其他服务占了改成 9090 或 8081 都可以改完要重启才生效。第二MySQL 安装时如果选了强密码规则记得把 root 密码记到文本文件里后面 JDBC 连接要用。第三确认 JDK 的环境变量 JAVA_HOME 配好了在命令行敲 java -version 能正常输出版本号这是 Tomcat 启动的前提。我一般会把这三个软件的安装包提前下好离线版避免现场演示时联网下载失败。3.2 Eclipse 导入项目的三种方式选 Dynamic Web Project 最稳拿到源码压缩包解压后你可能会看到多种目录结构有的是 Eclipse 工程有的是 IDEA 工程还有的只有源码和数据库脚本。我的建议是不要直接复制到 Tomcat webapps 下而是用 Eclipse 的导入功能把它识别成一个正式项目这样调试和改代码都方便。最常见的操作是Eclipse 里 File - Import - General - Existing Projects into Workspace选解压后的目录如果它能识别出 .project 文件直接 Finish 就行。如果导入后项目没有变成 Dynamic Web Project 图标说明缺了 WebContent 目录或 .classpath 配置有问题。这时你可以新建一个 Dynamic Web Project把源码的 src 目录和 WebContent 目录分别拷进去。具体做法右键项目 Properties - Targeted Runtimes勾上 Apache Tomcat 8.5再把 MySQL 驱动 jar 包放到 WebContent/WEB-INF/lib 下右键 Build Path - Add to Build Path。这个过程听起来琐碎但做完一次后面所有 JavaWeb 项目你都通了。记住一个判断标准项目结构里必须能看到 WebContent 和 Java Resources缺一个都是导入姿势有问题。3.3 修改 JDBC 连接三处容易漏改的配置导入成功不代表能连上数据库JDBC 连接配置是第一道坎。大多数源码会把连接信息写在一个类里常见位置是 com.xxx.util.DBUtil 或其他名字的工具类。打开它你会看到类似这样的代码这是整个项目里你必须要动的地方。package com.supermarket.util; import java.sql.Connection; import java.sql.DriverManager; public class DBUtil { // 这里的三行配置是你必须改成自己环境的值 private static final String URL jdbc:mysql://localhost:3306/supermarket?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8; private static final String USER root; private static final String PASSWORD 123456; public static Connection getConnection() throws Exception { Class.forName(com.mysql.cj.jdbc.Driver); return DriverManager.getConnection(URL, USER, PASSWORD); } }参数说明URL 里的 supermarket 是数据库名如果你建库时用了别的名字这里要同步改serverTimezoneAsia/Shanghai 是 MySQL 8.0 连接时必须加的时区参数不加会报 server time zone 的错误characterEncodingutf8 是为了中文不乱码。这里最容易踩坑的是密码带特殊字符比如 root2024在 Java 字符串里不需要转义但如果密码里有反斜杠要写成双反斜杠。改完先单独写个测试类调一下 getConnection能拿到 Connection 对象再启动 Tomcat否则页面报 500 你都不知道问题在数据库还是 web。3.4 导入数据库脚本并启动看到登录页就算成功 80%连接配置改完之后把 2.4 节的 SQL 脚本在 MySQL 客户端里执行一遍或者用命令 mysql -u root -p supermarket supermarket.sql 导入。导入成功后用 SELECT * FROM user; 确认管理员账号存在一般是 admin / admin 这种初始数据如果没有初始化数据你得自己 INSERT 一条否则系统里没人能登录。启动 Tomcat 有两种方式Eclipse 里右键项目 Run As - Run on Server或者把项目打包成 war 放进 Tomcat 的 webapps 目录然后双击 bin/startup.bat。推荐先用第一种方式方便看控制台日志。启动后浏览器访问 http://localhost:8080/项目名/ 看到登录页面那一刻主要链路就通了。如果看到 404先检查访问路径里的项目名和实际部署名是否一致如果看到 500去 Tomcat 的 logs/localhost 日志里看异常栈多半是数据库连接问题或 jar 包缺失。4. 把登录、进货、销售、库存四个模块改成你自己的版本4.1 登录模块改造加验证码和 Session 超时答辩亮点直接拉满源码自带的登录一般就是用户名密码比对但评委会问「系统安全性怎么体现」这时候有个验证码就是加分项。常见做法是用 Java 原生绘图 API 生成图片把随机字符串存在 Session 里提交时比对。我来给你一个简单可用的验证码 Servlet 写法核心逻辑都写在注释里你可以直接抄过去。package com.supermarket.servlet; import java.awt.Color; import java.awt.Font; import java.awt.Graphics; import java.awt.image.BufferedImage; import java.io.IOException; import java.util.Random; import javax.imageio.ImageIO; import javax.servlet.ServletException; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import javax.servlet.http.HttpSession; public class CaptchaServlet extends HttpServlet { Override protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { int width 100, height 40; BufferedImage image new BufferedImage(width, height, BufferedImage.TYPE_INT_RGB); Graphics g image.getGraphics(); g.setColor(Color.LIGHT_GRAY); g.fillRect(0, 0, width, height); Random random new Random(); StringBuilder code new StringBuilder(); String chars ABCDEFGHJKLMNPQRSTUVWXYZ23456789; // 去掉易混淆字符 for (int i 0; i 4; i) { int index random.nextInt(chars.length()); char c chars.charAt(index); code.append(c); g.setColor(new Color(20 random.nextInt(110), 20 random.nextInt(110), 20 random.nextInt(110))); g.setFont(new Font(Arial, Font.BOLD, 28)); g.drawString(String.valueOf(c), 15 i * 20, 28); } // 画干扰线防止简单 OCR for (int i 0; i 5; i) { g.drawLine(random.nextInt(width), random.nextInt(height), random.nextInt(width), random.nextInt(height)); } g.dispose(); HttpSession session request.getSession(); session.setAttribute(captcha, code.toString()); response.setContentType(image/jpeg); ImageIO.write(image, JPEG, response.getOutputStream()); } }这段代码的逻辑是每次请求生成一个新的 4 位验证码图片同时把验证码字符串存入 Session。注意 chars 字符串里刻意去掉了 0、O、1、I 这类容易混淆的字符这是血泪经验——用户经常输错然后以为是系统 bug。登录校验时取出 Session 里的 captcha 和用户输入的 code 比较忽略大小写。另外一个建议是登录成功后把用户信息放进 Session并在 web.xml 里配置 Session 超时时间为 30 分钟防止长时间挂机被人冒用。4.2 进货模块事务处理的正确姿势一个失误就库存错乱进货模块看起来简单实际上是最容易出 bug 的地方因为要同时操作三张表插入 purchase 主表、插入 purchase_item 明细、更新 product 的库存。如果中间某一步失败库存和单据就对不上了。春招面试考事务毕业设计里事务就是这里的应用场景。我建议你把三条 SQL 放在同一个事务里执行下面是核心代码结构。Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交开启事务 // 第一步插入进货单主表 PreparedStatement ps1 conn.prepareStatement( INSERT INTO purchase (supplier_id, total_amount) VALUES (?, ?), Statement.RETURN_GENERATED_KEYS); ps1.setInt(1, supplierId); ps1.setBigDecimal(2, totalAmount); ps1.executeUpdate(); // 拿到自增主键作为明细表的关联字段 ResultSet rs ps1.getGeneratedKeys(); int purchaseId 0; if (rs.next()) { purchaseId rs.getInt(1); } rs.close(); ps1.close(); // 第二步循环插入明细同时更新库存 for (CartItem item : items) { PreparedStatement ps2 conn.prepareStatement( INSERT INTO purchase_item (purchase_id, product_id, quantity, price) VALUES (?, ?, ?, ?)); ps2.setInt(1, purchaseId); ps2.setInt(2, item.getProductId()); ps2.setInt(3, item.getQuantity()); ps2.setBigDecimal(4, item.getPrice()); ps2.executeUpdate(); ps2.close(); PreparedStatement ps3 conn.prepareStatement( UPDATE product SET stock stock ? WHERE id ?); ps3.setInt(1, item.getQuantity()); ps3.setInt(2, item.getProductId()); ps3.executeUpdate(); ps3.close(); } conn.commit(); // 全部成功才提交 } catch (Exception e) { conn.rollback(); // 任何一步失败全部回滚 e.printStackTrace(); } finally { conn.setAutoCommit(true); // 恢复自动提交 conn.close(); }关键点有两个一是 conn.setAutoCommit(false) 之后的每个操作都不会真正写入数据库必须等 commit 才生效二是在 catch 里调 rollback只要任何一条 SQL 抛异常前面所有已执行语句都作废。如果你偷懒不用事务用户提交进货单时恰好数据库断了一下你会发现库存加了但单据没有这种数据不一致在答辩演示时是灾难级别的翻车现场。顺手说一句库存更新用 stock stock ? 而不是先查再算是为了避免并发下读到旧值这也是一个可以聊的亮点。4.3 销售模块和库存联动扣库存时为什么不能只 UPDATE销售模块的坑跟进货对称开销售单时要扣减库存但如果库存不够怎么办很多源码直接 UPDATE product SET stock stock - ? WHERE id ?不管够不够都减结果库存出现负数。正确的做法是加一个条件判断让数据库帮我们拦截超卖这就是所谓的乐观锁思路的一种简化实现。UPDATE product SET stock stock - 1 WHERE id 5 AND stock 1;这条 SQL 的含义是只有当商品 5 的库存大于等于 1 时才执行扣减如果影响行数为 0说明库存不足。在 Java 代码里通过 int rows ps.executeUpdate() 的返回值来判断rows 0 说明扣减成功可以继续插入销售明细rows 0 说明库存不够直接提示用户。这种做法比先 SELECT 再 UPDATE 安全得多因为两条 SQL 之间可能有其他请求改了库存。你把这个逻辑讲给评委听比说「我用 synchronized 锁了方法」要高级因为数据库层面的条件更新才是真正的并发安全方案。4.4 库存预警功能统计报表页里加了这一段让系统真正「能用」一个只会增删改查的超市系统和能实际落地的系统差别就在于有没有预警和报表。在库存列表页增加一列「库存状态」用 JSTL 判断 stock 小于某个阈值比如 10时显示红色「库存不足」这种小功能改造成本极低但视觉效果很好。后端对应加一个查询方法可以用 MySQL 的条件表达式直接算状态不用在 Java 里写 if。SELECT p.id, p.name, p.stock, p.price_out, CASE WHEN p.stock 0 THEN 已售罄 WHEN p.stock 10 THEN 库存不足 ELSE 正常 END AS stock_status FROM product p ORDER BY p.stock ASC;这条 SQL 用 CASE WHEN 在查询时就把库存状态算好了JSP 页面直接拿 stock_status 字段显示不需要额外逻辑。如果想让预警更醒目可以在 JSP 里用 c:if test${product.stock 10} 给那一行加个红色背景。注意这里的阈值 10 是硬编码的我一般建议你从系统配置表里读但这会引入额外复杂度课设阶段先写死也在合理范围答辩时主动说「这是可配置项」就是你的思考深度。5. 避坑指南jsp 超市管理系统从导入到上线的 5 个经典翻车现场5.1 页面中文乱码改了 JSP 编码还乱问题可能在 MySQL 连接参数现象浏览器打开商品列表所有中文都变成问号或者乱码。原因这是一个多层面问题。JSP 页面本身的 pageEncoding 要是 UTF-8Servlet 的 request 和 response 也要设置 UTF-8但最常见的漏网之鱼是数据库连接 URL 没带 characterEncodingutf8以及 MySQL 表本身不是 utf8mb4。你改了其中一个其他漏了照样乱。解决三步走缺一不可。第一步确认 JSP 第一行有 % page languagejava contentTypetext/html; charsetUTF-8 pageEncodingUTF-8%。第二步在 DBUtil 的 URL 末尾加上 characterEncodingutf8。第三步用 SHOW CREATE TABLE product; 确认表是 utf8mb4如果不是ALTER TABLE product CONVERT TO CHARACTER SET utf8mb4。改完重启 Tomcat乱码问题基本消除。如果还有个别字段乱那是之前已经存进了乱码数据删掉重插。5.2 启动报 ClassNotFoundExceptionjar 包在 lib 下但没进部署路径现象Tomcat 启动时控制台报 java.lang.ClassNotFoundException: com.mysql.cj.jdbc.Driver或者页面 500 提示找不到驱动类。原因最常见的操作失误是在 Eclipse 里把 jar 包拖进了 Java Resources 下的某个地方但没放进 WebContent/WEB-INF/lib。Eclipse 部署项目到 Tomcat 时只打包 WebContent 下的内容到 war 里放在其他地方不会被带上。解决把 mysql-connector-java-x.x.x.jar 复制到 WebContent/WEB-INF/lib 目录下然后右键项目 Refresh再右键项目 Properties - Deployment Assembly确认 /WebContent 被映射到 /。如果不放心可以打开 Servers 视图里的 Tomcat 部署路径检查对应项目目录下 WEB-INF/lib 里有没有这个 jar。这是纯路径问题和代码无关找到规律后以后换任何一个数据库驱动都不慌了。5.3 登录页面输入正确密码却进不去Session 或 Servlet 映射的锅现象admin / admin 登录点击提交后页面没反应或者直接 500又或者跳回登录页但没有任何提示。原因三个地方排查。一是 web.xml 里 Servlet 的 url-pattern 写错比如写了 /loginServlet 但 form 表单的 action 写成了 /login导致请求根本没到 Controller。二是登录成功后没有执行 request.getSession().setAttribute(user, user)导致跳转到首页后判断 Session 为空又踢回登录页。三是密码在数据库里是 MD5 加密的但源码里直接用明文比较。解决先去浏览器按 F12 开开发者工具看 Network 面板提交登录时请求的 URL 是什么返回的状态码是多少。404 查 web.xml 映射500 看 Tomcat 日志302 且跳回登录页八成是 Session 没设置。如果是密码加密问题检查登录 Servlet 中有没有对输入值做 MD5 再比较或者检查 user 表里的密码是不是纯文本。我一般会在第一次跑通前先用 SQL 把密码改成明文跑通了再研究它的加密逻辑避免两个问题混在一起排查。5.4 销售模块报外键约束失败数据残留导致的主键冲突现象新增销售单时抛 SQLIntegrityConstraintViolationException外键失败或者明明删除了商品销售明细里却还引用着。原因这是数据库设计时外键约束的副作用。如果你删了 supplier 表里的供应商但 product 表里还有商品引用了它的 id删除就失败。反过来如果 sale_item 里还有记录引用 product 的 id删商品也失败。解决先确认业务场景。如果系统允许删除有历史单据的商品可以在外键上加 ON DELETE SET NULL 或 ON DELETE CASCADE前者把关联置空后者连带删除明细。但课设阶段我建议不要随便加 CASCADE因为级联删除容易误删大量数据。更安全的做法是在 Java 代码里先检查引用有引用就提示「该商品已有销售记录不能删除可改为下架状态」。给商品表加一个 status 字段0 表示停用1 表示启用查询时过滤 status1这样既保住了历史数据又实现了删除效果是真实系统里的常见做法。5.5 明明改了代码但页面没变化浏览器缓存与 Tomcat 热部署现象改了 JSP 页面里的文字或样式刷新浏览器还是旧内容甚至重启 Tomcat 还是老样子。原因两层缓存。第一层是浏览器缓存JSP 响应头没禁止缓存时浏览器可能直接用本地副本。第二层是 Tomcat 的工作目录 work/Catalina/localhost/ 下缓存了编译后的 Java 和 class 文件如果 Eclipse 没有自动增量编译就会一直跑旧代码。解决浏览器层面在 JSP 的 head 里加 或者开发时直接按 CtrlF5 强制刷新。Tomcat 层面右键项目 Clean再右键 Tomcat Clean把 work 目录清了重新启动。如果你用 Eclipse 的 Run on Server 模式改完 Java 代码后有时不会立即生效最稳妥的操作是停掉服务器再启动不要依赖热部署。这个小习惯能让你少骂很多次「这代码怎么不生效」。6. 让答辩更值钱的三件事写成 MySQL 存储过程、翻新 UI、压一份部署手册当你能熟练增删改查和跑通事务、库存联动之后这套 jsp 超市管理系统的课设任务就算完成了。但如果你想拿高分或者在简历上写一句「有完整项目落地经验」我建议再花两天做三个小升级难度都不高回报却很实在。第一个是把数据统计类操作挪进存储过程比如「按月统计销售额」在数据库里用 GROUP BY DATE_FORMAT(create_time, %Y-%m) 汇总 sale 表Java 里只需要调用一次存储过程拿结果集。第二个是用 Bootstrap 把 JSP 页面重新套一遍样式登录页放一张超市货架图后台用左右布局左边菜单右边内容区这个视觉效果能让评委的注意力从代码细节转到整体完成度。第三个是写一份部署说明文档包括 JDK、Tomcat、MySQL 版本、数据库导入命令、默认账号密码以及常见启动报错的对应解决办法。这份东西看起来不起眼但它是「工程化素养」的直接证明很多在职程序员都不一定有写部署文档的习惯。我自己的习惯是每次答辩前都从头到尾走一遍部署流程删掉数据库、重启 Tomcat、用空白环境导入脚本然后模拟评委的刁钻问题把库存改成负数试试、连续点两次提交按钮、换一台没装过 MySQL 的电脑跑一遍。这些测试暴露出来的问题每一个都有可能成为现场扣分点。这套系统本身的业务不复杂但它让你把 Java 基础、数据库设计、HTTP 交互、异常处理全部过了一遍这就是它最大的价值。希望这条路你走通之后能在此基础上长出更多自己的想法祝顺利。本文还有配套的精品资源点击获取