简介一套面向高校毕业设计、课程设计及大作业场景的超市管理系统源码包适合计算机相关专业在校生作为毕设或课设参考也可用于初学者快速了解完整项目开发流程。资源共2001个文件压缩包约52.19MB包含大量图片素材、前端脚本、网页页面、后端逻辑、依赖库、数据库及配置文件其中PNG、JPG、GIF图片用于界面视觉JS、CSS负责交互与样式JAVA、JSP、CLASS实现核心业务从文件结构看还涵盖上传处理与后台控制器等常用模块。目前已有48人学习下载代码均经严格测试并成功运行后上传答辩评审平均分达96分。完整可运行的源码便于直接部署体验也可基于现有模块二次开发扩展超市商品管理、库存、销售等具体功能作为毕设或课设的初期立项基础非常合适。1. 超市管理系统里的老面孔为什么值得认真跑一遍超市管理系统这四个字在毕业设计和课程设计里几乎每年都会出现选择它的同学很多但真正能把交付物讲明白的反而没有几个。我见过不少同学拿到压缩包后把源码翻了个遍也不知道从哪下手也见过有人把项目跑起来了答辩时被问了一句销售的时候库存是怎么扣的当场卡住。这篇写的不是一个特定压缩包里的内容而是把这类系统最常见的工程结构、运行方式和踩坑点完整拆开覆盖从解压到答辩的全部关键环节。你拿到的不管是 Swing 版还是 Web 版都能按这套思路对号入座快速定位代码位置、跑通流程并对核心逻辑心里有底。适合正在开工的同学、代码跑不起来的人以及答辩前需要快速补课的人。2. 超市管理系统先看技术栈控制台、Swing、Web 三种形态怎么选2.1 三种形态的场景对比从课程要求反推技术路线这类系统在高校里能见到的实现基本是三种形态。第一种是纯控制台程序所有功能在命令行里完成用 Scanner 读用户输入代码量可能只有几百行用来应付普通课程设计勉强可以但答辩时容易被一句话问住比如你的界面在哪里。第二种是 Java Swing 或 JavaFX 写的桌面客户端配 MySQL 数据库登录窗口、主界面、表格都用 Swing 组件搭建功能覆盖商品、进货、销售、库存查询和简单统计这是大多数超市管理系统毕业设计包的默认形态。第三种是 Web 版后端用 JSPServlet 或 Spring Boot前端是浏览器页面整体复杂度和工作量都高出一截一般出现在要求较高的课程设计或团队作业里。选型这件事没有绝对答案主要看老师的硬性要求和你手里有多少时间。没有明确要求的情况下我一贯建议选 SwingMySQL。原因很实际这套技术栈最老也最稳网上的现成案例和问题解决方案最多代码量控制在两千到四千行就能覆盖全部核心功能一个人一周内可以完整跑通。如果老师明确要求必须有浏览器界面再考虑 Web 版不要自己临时从桌面版改成 Web 版改架构的过程非常痛苦这是不少同学的血泪经验。实现形态技术栈适合场景控制台版纯 Java JDBC普通课设对界面无要求桌面版Swing / JavaFX MySQL多数毕设和课设性价比最高Web 版JSPServlet / Spring Boot 前端页面老师硬性要求浏览器访问时2.2 工程结构与数据流拿到源码先找这五个包Swing 版的项目结构不管压缩包里套了几层文件夹核心都跑不出这套分层。entity 包里放对应数据库表的 Java 对象比如 Product、Sale、Userdao 包放数据库访问代码负责拼 SQL、执行查询service 包放业务逻辑比如入库时要校验商品是否存在、销售时要判断库存够不够ui 包放窗口和面板是所有界面的集合util 包里通常是 DBUtil、StringUtil 这类工具类。按这个结构去对照手里的源码五分钟就能定位到具体功能入口。数据流是一条直线用户在界面上点按钮事件处理方法里调用 service 的方法service 转调 daodao 用 JDBC 把 SQL 发给 MySQL结果沿原路返回最终在界面的表格模型里刷新。答辩时老师最常问的你这一单操作经历了什么就是照着这条链问的。能对着自己代码把这条数据流讲清楚比背多少概念都管用。2.3 收到压缩包先检查四样东西别急着点运行解压之后第一件事不是找入口类双击运行而是先看根目录下有没有四样东西README 或说明文档、数据库脚本、源代码目录、外部库目录。数据库脚本一般叫 supermarket.sql 或者 db.sql源代码目录通常是 src外部库目录常见是 lib里面放着 MySQL 驱动 jar 包。这四样东西决定了后面所有配置步骤怎么走。然后确认三个版本信息本机 JDK 版本、MySQL 版本、驱动 jar 包版本。JDK 版本在命令行执行 java -version 查MySQL 版本在命令行连上数据库后执行 SELECT VERSION(); 查驱动版本看 lib 目录里 jar 包的文件名。这三个版本之间的配对关系是能否跑通的关键下一章会给一张明确的配对表。如果压缩包里没有 SQL 脚本也别慌不少课设包的建表语句写在代码的初始化逻辑里或者藏在一个 doc 文档里这时先在文件列表里搜一遍 .sql 文件和 word 说明文档比对着源码一行行翻要快得多。3. 从解压到看到登录窗口版本配对、导库、改配置三步走3.1 版本配对先做对JDK、MySQL、驱动跑 Swing 版超市系统最省心的组合是 JDK 8、MySQL 5.7、mysql-connector-java 5.1.x。这个组合是最常见的课设配套大量现成代码包都是照着这个环境写的遇到问题搜解决方案也最容易命中。如果你的机器上已经装了 MySQL 8.0驱动要换 8.x 版本同时连接 URL 里必须加 serverTimezone 参数不然会报时区错误。JDK 17 跑老项目时要谨慎某些老代码对 JDK 版本敏感运行时可能出现莫名其妙的异常。JDKMySQL驱动 jar注意事项JDK 8MySQL 5.75.1.x最稳兼容性最好JDK 8 / 11MySQL 8.08.0.x连接 URL 需加 serverTimezoneJDK 17MySQL 8.08.0.x老代码可能因模块化报错不建议提示如果本机同时装过 5.7 和 8.0优先把代码按 MySQL 8.0 调整因为新版服务一旦升级老的客户端工具连接时同样会遇到兼容问题。3.2 导库命令一条命令把 SQL 脚本灌进 MySQL确认数据库服务已经启动后先把压缩包里的 SQL 脚本导入。最常见的执行方式是重定向导入mysql -u root -p supermarket.sql-u root 指定用户名-p 让命令执行后提示输入密码 符号把 supermarket.sql 文件的内容作为输入喂给 mysql 客户端。执行后观察终端有没有报错没有说明脚本执行成功。很多脚本第一行没有 CREATE DATABASE 语句这种情况直接导入会报没有选择数据库的错误。稳妥做法是手动建库后指定库名导入mysql -u root -p -e CREATE DATABASE IF NOT EXISTS supermarket DEFAULT CHARSET utf8mb4 mysql -u root -p supermarket supermarket.sql第一条命令里的 -e 表示执行后面的 SQL 语句并退出IF NOT EXISTS 避免重复建库报错DEFAULT CHARSET utf8mb4 指定字符集防止中文数据存进去变乱码。第二条命令把脚本导入指定的 supermarket 库。导完后确认一下表是否齐全mysql -u root -p -e USE supermarket; SHOW TABLES;正常会看到 user、product、category、sale 等一张或多张核心表。3.3 改数据库连接配置DBUtil 里的关键参数数据库连接信息一般集中在 DBUtil 类里这是全项目里最需要改的地方。典型的写法长这样import java.sql.Connection; import java.sql.DriverManager; public class DBUtil { // 连接串里的参数顺序可以变但每个都不能丢 private static final String URL jdbc:mysql://localhost:3306/supermarket?useSSLfalsecharacterEncodingutf8serverTimezoneAsia/Shanghai; private static final String USER root; private static final String PASSWORD 123456; static { try { // MySQL 5.x 用 com.mysql.jdbc.Driver // MySQL 8.x 改成 com.mysql.cj.jdbc.Driver Class.forName(com.mysql.jdbc.Driver); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws Exception { return DriverManager.getConnection(URL, USER, PASSWORD); } }连接 URL 里三个参数值得记住。useSSLfalse 是为了跳过 SSL 握手不加在部分 MySQL 版本下会有一条警告虽然不影响运行但会影响判断characterEncodingutf8 是中文不乱码的关键漏掉它界面上读出来的中文大概率是问号serverTimezoneAsia/Shanghai 只对 MySQL 8 要求不加会直接报时区异常。USER 和 PASSWORD 改成你本机实际的数据库账号很多课设包默认写的密码和实际不一致这是登录报错的第一大来源。3.4 启动与验证从编译到看到登录窗口改完配置就可以启动了。如果用的是 Eclipse 或 IntelliJ IDEA直接把项目导入在项目里找到带 Main 字样的入口类或 LoginFrame右键运行。我第一次跑这类项目时习惯先用命令行把源码整体编一遍确认没有编译错误再进 IDE这样能把环境问题和代码问题分开定位更快。用命令行编译也很直接javac -encoding utf8 -cp lib/mysql-connector-java-5.1.49.jar -d out src/**/*.java java -cp out:lib/mysql-connector-java-5.1.49.jar com.supermarket.Mainjavac 的 -encoding utf8 保证源码里的中文注释不乱码-cp 把驱动 jar 加进 classpath-d out 指定编译输出目录。运行后看到登录窗口先用脚本里预设的管理员账号登录然后依次做三个操作新增一个商品、给它改个价格、再删掉它。这三个动作能走通说明界面层、业务层、数据库层的增删改查都正常项目可以进入下一步——研究功能逻辑。4. 超市管理系统的表与业务逻辑商品、库存、销售怎么串起来4.1 商品表设计库存字段为什么要冗余在商品表里读懂系统先读表。product 表是整个系统的核心常见建表语句长这样CREATE TABLE product ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(64) NOT NULL, category_id INT, price DECIMAL(10,2), stock INT DEFAULT 0, low_threshold INT DEFAULT 10, status TINYINT DEFAULT 1, KEY idx_category (category_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;name 是商品名category_id 关联分类表price 用 DECIMAL 存金额而不是 FLOAT避免浮点误差stock 是当前库存数量low_threshold 是库存预警线status 通常表示上下架状态。这里有一个设计细节值得留意库存量直接冗余在商品表里而不是每次通过进货记录加销售记录实时聚合算出来。实时聚合在数据量小时没问题但商品类别多、流水多了以后查询会明显变慢。课设阶段的常见做法就是在商品表里维护一个 stock 字段进货、销售、退货时同步更新它。答辩时如果被问为什么不通过流水表实时算库存可以回答这是性能取舍同时说明你知道实时计算也是一种方案能说出这个取舍就比单纯背代码强很多。4.2 销售收银的事务先扣库存再写流水销售模块里最容易被问细节的就是事务写法。一次完整销售至少涉及两次写操作扣减商品库存、写入销售主表和明细表。这两步必须打包在同一个事务里要么全成功要么全失败。常见写法如下Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交事务从这里开始 // 第一步查询当前库存判断是否充足 // SELECT stock FROM product WHERE id ? // 如果 stock 购买数量直接抛出异常触发回滚 // 第二步扣减库存 // UPDATE product SET stock stock - ? WHERE id ? // 第三步写销售主表拿到新生成的 sale_id // INSERT INTO sale (total_amount, create_time) VALUES (?, NOW()) // 第四步写销售明细一条商品一条记录 // INSERT INTO sale_item (sale_id, product_id, quantity, subtotal) VALUES (?, ?, ?, ?) conn.commit(); // 所有步骤都成功统一提交 } catch (Exception e) { conn.rollback(); // 任何一步失败全部回滚 throw e; } finally { // 恢复自动提交关闭连接 }setAutoCommit(false) 是核心它把后面的操作变成了一个整体。先查库存再扣减的顺序不能省略否则会出现库存被扣成负数的情况。还有一个更严谨的优化扣减库存的 UPDATE 语句里带上 stock ? 条件如果受影响行数为 0 说明库存不足直接回滚。这个写法在并发情况下比先查再扣更安全能挡住两个收银员同时卖同一件商品的场景。整个事务的代码量不大但讲清楚了在答辩里是很加分的。4.3 登录与权限用户表里藏着的两个加分点user 表的设计通常很简单id、username、password、role 四个字段就够用。role 字段用来区分权限常见三种角色管理员、收银员、仓库员。管理员能看到所有菜单收银员只能操作收银相关的界面仓库员主要处理进货和库存。登录验证的 SQL 一般是按用户名和密码查用户但代码里用 PreparedStatement 还是拼字符串差别很大。拼字符串的写法在答辩现场被问SQL 注入怎么防时会很被动用占位符的写法一句话就能说明白。另外很多课设包的密码字段直接存明文如果发现数据表里是明文答辩前把密码应该用 MD5 或加盐哈希存储这一点作为已知的改进空间说出来比等老师指出来再承认要好得多。4.4 报表统计三条 SQL 撑起一个统计模块统计模块在课设里通常是最弱的也恰恰是最容易做出亮点的地方。一个能用的报表模块核心就是按时间汇总销售数据SELECT DATE_FORMAT(s.create_time, %Y-%m-%d) AS day, p.name, SUM(si.quantity) AS total_qty, SUM(si.subtotal) AS total_amount FROM sale s JOIN sale_item si ON s.id si.sale_id JOIN product p ON si.product_id p.id GROUP BY day, p.name ORDER BY day DESC, total_amount DESC;DATE_FORMAT 把时间截成天GROUP BY day, p.name 保证统计粒度是某天某商品SUM 聚合数量和金额。这条 SQL 在界面上加一个日期范围筛选条件就是一个完整的销售日报。库存预警的查询更简单SELECT name, stock, low_threshold FROM product WHERE stock low_threshold ORDER BY stock ASC;这里 low_threshold 就是 4.1 节建表时那个冗余字段它的作用在这个查询里体现出来。能把这个预警逻辑和前面的事务处理都讲清楚整套系统的业务闭环就完整了。5. 部署常见问题排查跑课设最常见的 5 个翻车点5.1 启动报 ClassNotFoundException: com.mysql.jdbc.Driver现象程序启动或点登录时抛出 java.lang.ClassNotFoundException: com.mysql.jdbc.Driver项目运行不起来。原因有两种可能一是 lib 里的驱动 jar 是 MySQL 8 的 8.x 版本里面类名已经改成了 com.mysql.cj.jdbc.Driver旧类名不存在了二是 jar 包在 IDE 里没有加入 classpath。解决先看 lib 目录下 jar 包的文件名8.x 版本就把代码里 Class.forName 的字符串改成 com.mysql.cj.jdbc.Driver5.1.x 版本则在 IDE 的项目结构里确认 jar 已被添加为库。很多情况下代码本身没问题纯粹是 IDE 导入项目时没有自动把 lib 下的 jar 挂进去。5.2 界面中文全是问号连接 URL、文件编码、数据库三处都要对齐现象登录界面正常但商品名、分类名等中文数据显示成问号或乱码。原因不是单一的一处而是三处里至少有一处没对齐数据库连接 URL 少了 characterEncodingutf8源码文件在 IDE 里以错误编码被读取或者建表语句里没指定 utf8mb4 字符集。解决把三处全部统一。URL 加上 characterEncodingutf8IDE 里把工程编码和文件编码全部改成 UTF-8数据库脚本没指定字符集的在建库语句末尾补 DEFAULT CHARSETutf8mb4 并重新导入。改完需要重启程序才能生效有些同学改完发现没变化其实是 IDE 缓存没刷新。5.3 Communications link failure经常不是代码的问题现象点登录后报 Communications link failure 或者 Connection refused第一反应都是去改代码。原因多数情况 MySQL 服务根本没启动少数情况是端口不是 3306或者连接配置里的 host 写了别的地址。解决按顺序排查比直接翻代码快得多。先在系统服务里确认 MySQL 服务状态再在命令行执行 mysql -u root -p 手动连一次能连上说明服务正常问题在代码配置连不上就回到服务本身。还有一类情况是 MySQL 占用了 3307 等非默认端口这时要把 DBUtil 里 URL 的端口一起改掉。记住一条原则先用数据库客户端工具手动连上再回来看代码这样可以避免自己对着正确代码怀疑半天。5.4 SQL 脚本导入一半报错建库、外键顺序、编码现象导入超市系统的 SQL 脚本时中途报错停止表建了一半后续步骤没法继续。原因最常见的是脚本第一行没有 CREATE DATABASE导数据之前也没有 USE 任何库导致建表语句没有目标库另一个原因是表之间有外键依赖先建了引用别人的表后建被引用表就会报错。解决先手动建库再指定库名导入命令在第 3.2 节给过。外键顺序问题手动把被依赖的表脚本挪到前面或者临时注释掉外键约束建完表后再恢复。还要注意脚本文件编码如果脚本里带着中文注释而文件是 GBK 编码在 UTF-8 的终端下导入也会中断。5.5 登录按钮点了没反应先加一行探针定位现象登录窗口能打开输入账号密码点按钮后什么都不发生不跳转也不报错。原因按钮的监听器根本没绑定到按钮上或者监听器里调用的 service 方法抛了异常但被吞掉了。解决在 IDE 里全局搜索 addActionListener找到登录按钮的监听器注册代码确认按钮对象调用了 addActionListener。然后在监听器方法第一行加一句 System.out.println(clicked); 作为探针重新运行点击按钮看控制台有没有输出。有输出说明事件绑定没问题问题在后面的业务逻辑没输出说明按钮压根没绑上监听器。这个定位方法能把你从盲改中解脱出来很多同学在这一步卡一个晚上其实就差一行 print。6. 答辩前的三个小改造把「能跑」变成「能讲」第一件事是给系统加上库存预警的提示。很多课设的预警功能只停留在查询出低库存商品可以在登录进来后的主界面上加一个红色标签显示当前库存低于阈值的前五件商品。SQL 就是 4.4 节那条查 low_threshold 的语句逻辑足够简单但答辩时演示效果很直观评审一眼就能看到这系统有供应链意识。这属于投入很小、回报很大的加分项。第二件事是给报表加一个导出 CSV 的按钮。报表模块大多是查询展示导出功能很少见。实现方式是用 PrintWriter 把查询结果写成 CSV 文件核心代码只有十几行PrintWriter out new PrintWriter(new FileWriter(sale_report.csv)); out.println(商品名,数量,金额); // 遍历结果集按行拼接写入 out.println(rs.getString(name) , rs.getInt(qty) , rs.getBigDecimal(amount)); out.close();文件可以直接用 Excel 打开演示时点一下按钮生成一个文件这个实用功能比任何花哨的操作都更能说明你对系统有完整的思考。第三件事是把所有拼字符串的 SQL 换成 PreparedStatement。如果项目里还有 Statement 拼字符串的写法趁答辩前一次性改完。改动量不大但这一条能同时在安全和规范两个维度帮你挡住很多追问也是代码审查时最容易发现的硬伤。我自己的习惯是答辩前一天把项目从头到尾删库重跑一遍删除数据库 - 重新执行脚本建库导数据 - 改配置 - 启动 - 登录 - 加商品 - 卖一件商品 - 看报表。这套流程走完不出问题第二天上台心里才有底。把这几个小改造做掉你手里的就不是一个能跑的课设而是一个能讲的项目。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/10 9:31:14 · 阅读 1.2k 超市管理系统从跑通到答辩：Java+MySQL 全流程拆解
简介一套面向高校毕业设计、课程设计及大作业场景的超市管理系统源码包适合计算机相关专业在校生作为毕设或课设参考也可用于初学者快速了解完整项目开发流程。资源共2001个文件压缩包约52.19MB包含大量图片素材、前端脚本、网页页面、后端逻辑、依赖库、数据库及配置文件其中PNG、JPG、GIF图片用于界面视觉JS、CSS负责交互与样式JAVA、JSP、CLASS实现核心业务从文件结构看还涵盖上传处理与后台控制器等常用模块。目前已有48人学习下载代码均经严格测试并成功运行后上传答辩评审平均分达96分。完整可运行的源码便于直接部署体验也可基于现有模块二次开发扩展超市商品管理、库存、销售等具体功能作为毕设或课设的初期立项基础非常合适。1. 超市管理系统里的老面孔为什么值得认真跑一遍超市管理系统这四个字在毕业设计和课程设计里几乎每年都会出现选择它的同学很多但真正能把交付物讲明白的反而没有几个。我见过不少同学拿到压缩包后把源码翻了个遍也不知道从哪下手也见过有人把项目跑起来了答辩时被问了一句销售的时候库存是怎么扣的当场卡住。这篇写的不是一个特定压缩包里的内容而是把这类系统最常见的工程结构、运行方式和踩坑点完整拆开覆盖从解压到答辩的全部关键环节。你拿到的不管是 Swing 版还是 Web 版都能按这套思路对号入座快速定位代码位置、跑通流程并对核心逻辑心里有底。适合正在开工的同学、代码跑不起来的人以及答辩前需要快速补课的人。2. 超市管理系统先看技术栈控制台、Swing、Web 三种形态怎么选2.1 三种形态的场景对比从课程要求反推技术路线这类系统在高校里能见到的实现基本是三种形态。第一种是纯控制台程序所有功能在命令行里完成用 Scanner 读用户输入代码量可能只有几百行用来应付普通课程设计勉强可以但答辩时容易被一句话问住比如你的界面在哪里。第二种是 Java Swing 或 JavaFX 写的桌面客户端配 MySQL 数据库登录窗口、主界面、表格都用 Swing 组件搭建功能覆盖商品、进货、销售、库存查询和简单统计这是大多数超市管理系统毕业设计包的默认形态。第三种是 Web 版后端用 JSPServlet 或 Spring Boot前端是浏览器页面整体复杂度和工作量都高出一截一般出现在要求较高的课程设计或团队作业里。选型这件事没有绝对答案主要看老师的硬性要求和你手里有多少时间。没有明确要求的情况下我一贯建议选 SwingMySQL。原因很实际这套技术栈最老也最稳网上的现成案例和问题解决方案最多代码量控制在两千到四千行就能覆盖全部核心功能一个人一周内可以完整跑通。如果老师明确要求必须有浏览器界面再考虑 Web 版不要自己临时从桌面版改成 Web 版改架构的过程非常痛苦这是不少同学的血泪经验。实现形态技术栈适合场景控制台版纯 Java JDBC普通课设对界面无要求桌面版Swing / JavaFX MySQL多数毕设和课设性价比最高Web 版JSPServlet / Spring Boot 前端页面老师硬性要求浏览器访问时2.2 工程结构与数据流拿到源码先找这五个包Swing 版的项目结构不管压缩包里套了几层文件夹核心都跑不出这套分层。entity 包里放对应数据库表的 Java 对象比如 Product、Sale、Userdao 包放数据库访问代码负责拼 SQL、执行查询service 包放业务逻辑比如入库时要校验商品是否存在、销售时要判断库存够不够ui 包放窗口和面板是所有界面的集合util 包里通常是 DBUtil、StringUtil 这类工具类。按这个结构去对照手里的源码五分钟就能定位到具体功能入口。数据流是一条直线用户在界面上点按钮事件处理方法里调用 service 的方法service 转调 daodao 用 JDBC 把 SQL 发给 MySQL结果沿原路返回最终在界面的表格模型里刷新。答辩时老师最常问的你这一单操作经历了什么就是照着这条链问的。能对着自己代码把这条数据流讲清楚比背多少概念都管用。2.3 收到压缩包先检查四样东西别急着点运行解压之后第一件事不是找入口类双击运行而是先看根目录下有没有四样东西README 或说明文档、数据库脚本、源代码目录、外部库目录。数据库脚本一般叫 supermarket.sql 或者 db.sql源代码目录通常是 src外部库目录常见是 lib里面放着 MySQL 驱动 jar 包。这四样东西决定了后面所有配置步骤怎么走。然后确认三个版本信息本机 JDK 版本、MySQL 版本、驱动 jar 包版本。JDK 版本在命令行执行 java -version 查MySQL 版本在命令行连上数据库后执行 SELECT VERSION(); 查驱动版本看 lib 目录里 jar 包的文件名。这三个版本之间的配对关系是能否跑通的关键下一章会给一张明确的配对表。如果压缩包里没有 SQL 脚本也别慌不少课设包的建表语句写在代码的初始化逻辑里或者藏在一个 doc 文档里这时先在文件列表里搜一遍 .sql 文件和 word 说明文档比对着源码一行行翻要快得多。3. 从解压到看到登录窗口版本配对、导库、改配置三步走3.1 版本配对先做对JDK、MySQL、驱动跑 Swing 版超市系统最省心的组合是 JDK 8、MySQL 5.7、mysql-connector-java 5.1.x。这个组合是最常见的课设配套大量现成代码包都是照着这个环境写的遇到问题搜解决方案也最容易命中。如果你的机器上已经装了 MySQL 8.0驱动要换 8.x 版本同时连接 URL 里必须加 serverTimezone 参数不然会报时区错误。JDK 17 跑老项目时要谨慎某些老代码对 JDK 版本敏感运行时可能出现莫名其妙的异常。JDKMySQL驱动 jar注意事项JDK 8MySQL 5.75.1.x最稳兼容性最好JDK 8 / 11MySQL 8.08.0.x连接 URL 需加 serverTimezoneJDK 17MySQL 8.08.0.x老代码可能因模块化报错不建议提示如果本机同时装过 5.7 和 8.0优先把代码按 MySQL 8.0 调整因为新版服务一旦升级老的客户端工具连接时同样会遇到兼容问题。3.2 导库命令一条命令把 SQL 脚本灌进 MySQL确认数据库服务已经启动后先把压缩包里的 SQL 脚本导入。最常见的执行方式是重定向导入mysql -u root -p supermarket.sql-u root 指定用户名-p 让命令执行后提示输入密码 符号把 supermarket.sql 文件的内容作为输入喂给 mysql 客户端。执行后观察终端有没有报错没有说明脚本执行成功。很多脚本第一行没有 CREATE DATABASE 语句这种情况直接导入会报没有选择数据库的错误。稳妥做法是手动建库后指定库名导入mysql -u root -p -e CREATE DATABASE IF NOT EXISTS supermarket DEFAULT CHARSET utf8mb4 mysql -u root -p supermarket supermarket.sql第一条命令里的 -e 表示执行后面的 SQL 语句并退出IF NOT EXISTS 避免重复建库报错DEFAULT CHARSET utf8mb4 指定字符集防止中文数据存进去变乱码。第二条命令把脚本导入指定的 supermarket 库。导完后确认一下表是否齐全mysql -u root -p -e USE supermarket; SHOW TABLES;正常会看到 user、product、category、sale 等一张或多张核心表。3.3 改数据库连接配置DBUtil 里的关键参数数据库连接信息一般集中在 DBUtil 类里这是全项目里最需要改的地方。典型的写法长这样import java.sql.Connection; import java.sql.DriverManager; public class DBUtil { // 连接串里的参数顺序可以变但每个都不能丢 private static final String URL jdbc:mysql://localhost:3306/supermarket?useSSLfalsecharacterEncodingutf8serverTimezoneAsia/Shanghai; private static final String USER root; private static final String PASSWORD 123456; static { try { // MySQL 5.x 用 com.mysql.jdbc.Driver // MySQL 8.x 改成 com.mysql.cj.jdbc.Driver Class.forName(com.mysql.jdbc.Driver); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws Exception { return DriverManager.getConnection(URL, USER, PASSWORD); } }连接 URL 里三个参数值得记住。useSSLfalse 是为了跳过 SSL 握手不加在部分 MySQL 版本下会有一条警告虽然不影响运行但会影响判断characterEncodingutf8 是中文不乱码的关键漏掉它界面上读出来的中文大概率是问号serverTimezoneAsia/Shanghai 只对 MySQL 8 要求不加会直接报时区异常。USER 和 PASSWORD 改成你本机实际的数据库账号很多课设包默认写的密码和实际不一致这是登录报错的第一大来源。3.4 启动与验证从编译到看到登录窗口改完配置就可以启动了。如果用的是 Eclipse 或 IntelliJ IDEA直接把项目导入在项目里找到带 Main 字样的入口类或 LoginFrame右键运行。我第一次跑这类项目时习惯先用命令行把源码整体编一遍确认没有编译错误再进 IDE这样能把环境问题和代码问题分开定位更快。用命令行编译也很直接javac -encoding utf8 -cp lib/mysql-connector-java-5.1.49.jar -d out src/**/*.java java -cp out:lib/mysql-connector-java-5.1.49.jar com.supermarket.Mainjavac 的 -encoding utf8 保证源码里的中文注释不乱码-cp 把驱动 jar 加进 classpath-d out 指定编译输出目录。运行后看到登录窗口先用脚本里预设的管理员账号登录然后依次做三个操作新增一个商品、给它改个价格、再删掉它。这三个动作能走通说明界面层、业务层、数据库层的增删改查都正常项目可以进入下一步——研究功能逻辑。4. 超市管理系统的表与业务逻辑商品、库存、销售怎么串起来4.1 商品表设计库存字段为什么要冗余在商品表里读懂系统先读表。product 表是整个系统的核心常见建表语句长这样CREATE TABLE product ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(64) NOT NULL, category_id INT, price DECIMAL(10,2), stock INT DEFAULT 0, low_threshold INT DEFAULT 10, status TINYINT DEFAULT 1, KEY idx_category (category_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;name 是商品名category_id 关联分类表price 用 DECIMAL 存金额而不是 FLOAT避免浮点误差stock 是当前库存数量low_threshold 是库存预警线status 通常表示上下架状态。这里有一个设计细节值得留意库存量直接冗余在商品表里而不是每次通过进货记录加销售记录实时聚合算出来。实时聚合在数据量小时没问题但商品类别多、流水多了以后查询会明显变慢。课设阶段的常见做法就是在商品表里维护一个 stock 字段进货、销售、退货时同步更新它。答辩时如果被问为什么不通过流水表实时算库存可以回答这是性能取舍同时说明你知道实时计算也是一种方案能说出这个取舍就比单纯背代码强很多。4.2 销售收银的事务先扣库存再写流水销售模块里最容易被问细节的就是事务写法。一次完整销售至少涉及两次写操作扣减商品库存、写入销售主表和明细表。这两步必须打包在同一个事务里要么全成功要么全失败。常见写法如下Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交事务从这里开始 // 第一步查询当前库存判断是否充足 // SELECT stock FROM product WHERE id ? // 如果 stock 购买数量直接抛出异常触发回滚 // 第二步扣减库存 // UPDATE product SET stock stock - ? WHERE id ? // 第三步写销售主表拿到新生成的 sale_id // INSERT INTO sale (total_amount, create_time) VALUES (?, NOW()) // 第四步写销售明细一条商品一条记录 // INSERT INTO sale_item (sale_id, product_id, quantity, subtotal) VALUES (?, ?, ?, ?) conn.commit(); // 所有步骤都成功统一提交 } catch (Exception e) { conn.rollback(); // 任何一步失败全部回滚 throw e; } finally { // 恢复自动提交关闭连接 }setAutoCommit(false) 是核心它把后面的操作变成了一个整体。先查库存再扣减的顺序不能省略否则会出现库存被扣成负数的情况。还有一个更严谨的优化扣减库存的 UPDATE 语句里带上 stock ? 条件如果受影响行数为 0 说明库存不足直接回滚。这个写法在并发情况下比先查再扣更安全能挡住两个收银员同时卖同一件商品的场景。整个事务的代码量不大但讲清楚了在答辩里是很加分的。4.3 登录与权限用户表里藏着的两个加分点user 表的设计通常很简单id、username、password、role 四个字段就够用。role 字段用来区分权限常见三种角色管理员、收银员、仓库员。管理员能看到所有菜单收银员只能操作收银相关的界面仓库员主要处理进货和库存。登录验证的 SQL 一般是按用户名和密码查用户但代码里用 PreparedStatement 还是拼字符串差别很大。拼字符串的写法在答辩现场被问SQL 注入怎么防时会很被动用占位符的写法一句话就能说明白。另外很多课设包的密码字段直接存明文如果发现数据表里是明文答辩前把密码应该用 MD5 或加盐哈希存储这一点作为已知的改进空间说出来比等老师指出来再承认要好得多。4.4 报表统计三条 SQL 撑起一个统计模块统计模块在课设里通常是最弱的也恰恰是最容易做出亮点的地方。一个能用的报表模块核心就是按时间汇总销售数据SELECT DATE_FORMAT(s.create_time, %Y-%m-%d) AS day, p.name, SUM(si.quantity) AS total_qty, SUM(si.subtotal) AS total_amount FROM sale s JOIN sale_item si ON s.id si.sale_id JOIN product p ON si.product_id p.id GROUP BY day, p.name ORDER BY day DESC, total_amount DESC;DATE_FORMAT 把时间截成天GROUP BY day, p.name 保证统计粒度是某天某商品SUM 聚合数量和金额。这条 SQL 在界面上加一个日期范围筛选条件就是一个完整的销售日报。库存预警的查询更简单SELECT name, stock, low_threshold FROM product WHERE stock low_threshold ORDER BY stock ASC;这里 low_threshold 就是 4.1 节建表时那个冗余字段它的作用在这个查询里体现出来。能把这个预警逻辑和前面的事务处理都讲清楚整套系统的业务闭环就完整了。5. 部署常见问题排查跑课设最常见的 5 个翻车点5.1 启动报 ClassNotFoundException: com.mysql.jdbc.Driver现象程序启动或点登录时抛出 java.lang.ClassNotFoundException: com.mysql.jdbc.Driver项目运行不起来。原因有两种可能一是 lib 里的驱动 jar 是 MySQL 8 的 8.x 版本里面类名已经改成了 com.mysql.cj.jdbc.Driver旧类名不存在了二是 jar 包在 IDE 里没有加入 classpath。解决先看 lib 目录下 jar 包的文件名8.x 版本就把代码里 Class.forName 的字符串改成 com.mysql.cj.jdbc.Driver5.1.x 版本则在 IDE 的项目结构里确认 jar 已被添加为库。很多情况下代码本身没问题纯粹是 IDE 导入项目时没有自动把 lib 下的 jar 挂进去。5.2 界面中文全是问号连接 URL、文件编码、数据库三处都要对齐现象登录界面正常但商品名、分类名等中文数据显示成问号或乱码。原因不是单一的一处而是三处里至少有一处没对齐数据库连接 URL 少了 characterEncodingutf8源码文件在 IDE 里以错误编码被读取或者建表语句里没指定 utf8mb4 字符集。解决把三处全部统一。URL 加上 characterEncodingutf8IDE 里把工程编码和文件编码全部改成 UTF-8数据库脚本没指定字符集的在建库语句末尾补 DEFAULT CHARSETutf8mb4 并重新导入。改完需要重启程序才能生效有些同学改完发现没变化其实是 IDE 缓存没刷新。5.3 Communications link failure经常不是代码的问题现象点登录后报 Communications link failure 或者 Connection refused第一反应都是去改代码。原因多数情况 MySQL 服务根本没启动少数情况是端口不是 3306或者连接配置里的 host 写了别的地址。解决按顺序排查比直接翻代码快得多。先在系统服务里确认 MySQL 服务状态再在命令行执行 mysql -u root -p 手动连一次能连上说明服务正常问题在代码配置连不上就回到服务本身。还有一类情况是 MySQL 占用了 3307 等非默认端口这时要把 DBUtil 里 URL 的端口一起改掉。记住一条原则先用数据库客户端工具手动连上再回来看代码这样可以避免自己对着正确代码怀疑半天。5.4 SQL 脚本导入一半报错建库、外键顺序、编码现象导入超市系统的 SQL 脚本时中途报错停止表建了一半后续步骤没法继续。原因最常见的是脚本第一行没有 CREATE DATABASE导数据之前也没有 USE 任何库导致建表语句没有目标库另一个原因是表之间有外键依赖先建了引用别人的表后建被引用表就会报错。解决先手动建库再指定库名导入命令在第 3.2 节给过。外键顺序问题手动把被依赖的表脚本挪到前面或者临时注释掉外键约束建完表后再恢复。还要注意脚本文件编码如果脚本里带着中文注释而文件是 GBK 编码在 UTF-8 的终端下导入也会中断。5.5 登录按钮点了没反应先加一行探针定位现象登录窗口能打开输入账号密码点按钮后什么都不发生不跳转也不报错。原因按钮的监听器根本没绑定到按钮上或者监听器里调用的 service 方法抛了异常但被吞掉了。解决在 IDE 里全局搜索 addActionListener找到登录按钮的监听器注册代码确认按钮对象调用了 addActionListener。然后在监听器方法第一行加一句 System.out.println(clicked); 作为探针重新运行点击按钮看控制台有没有输出。有输出说明事件绑定没问题问题在后面的业务逻辑没输出说明按钮压根没绑上监听器。这个定位方法能把你从盲改中解脱出来很多同学在这一步卡一个晚上其实就差一行 print。6. 答辩前的三个小改造把「能跑」变成「能讲」第一件事是给系统加上库存预警的提示。很多课设的预警功能只停留在查询出低库存商品可以在登录进来后的主界面上加一个红色标签显示当前库存低于阈值的前五件商品。SQL 就是 4.4 节那条查 low_threshold 的语句逻辑足够简单但答辩时演示效果很直观评审一眼就能看到这系统有供应链意识。这属于投入很小、回报很大的加分项。第二件事是给报表加一个导出 CSV 的按钮。报表模块大多是查询展示导出功能很少见。实现方式是用 PrintWriter 把查询结果写成 CSV 文件核心代码只有十几行PrintWriter out new PrintWriter(new FileWriter(sale_report.csv)); out.println(商品名,数量,金额); // 遍历结果集按行拼接写入 out.println(rs.getString(name) , rs.getInt(qty) , rs.getBigDecimal(amount)); out.close();文件可以直接用 Excel 打开演示时点一下按钮生成一个文件这个实用功能比任何花哨的操作都更能说明你对系统有完整的思考。第三件事是把所有拼字符串的 SQL 换成 PreparedStatement。如果项目里还有 Statement 拼字符串的写法趁答辩前一次性改完。改动量不大但这一条能同时在安全和规范两个维度帮你挡住很多追问也是代码审查时最容易发现的硬伤。我自己的习惯是答辩前一天把项目从头到尾删库重跑一遍删除数据库 - 重新执行脚本建库导数据 - 改配置 - 启动 - 登录 - 加商品 - 卖一件商品 - 看报表。这套流程走完不出问题第二天上台心里才有底。把这几个小改造做掉你手里的就不是一个能跑的课设而是一个能讲的项目。希望帮到你。本文还有配套的精品资源点击获取