Java超市管理系统源码导入与SQL Server数据库还原实战指南

简介：面向Java初学者和课程设计人群的超市管理系统源码，源自8个月Java实战课程，并历经导师指导与6稿修改完善；项目覆盖基本档案、采购订货、仓库出入库、人员与部门管理等六大功能模块，其中档案管理细分为供货商、销售商、货品、仓库等子功能，各模块均提供新增、修改、删除等基础操作。整套资源共340个文件，以java源码、class编译结果、png界面截图为主体，另含sql脚本、mdf/ldf数据库文件、doc说明文档及Java项目配置，压缩包仅2.43MB。已有4289人浏览/学习，适合作为毕业设计、期末实训或自学Java Swing+SQL Server的参考资料。通过对照源码、界面截图与数据库文件，可快速厘清超市管理流程、工程分层结构与数据库连接方式，也能看到选择结构、循环结构、数组和DAO模式在实际业务中的运用，便于在此基础上继续扩展或二次开发。

1. 这个超市管理系统源码包里到底有什么：先看清单再决定跑不跑

每年课程设计和毕业设计答辩季，都会有人拿着一份从资源网站上下载的“java 超市管理系统源码(含sql server数据库).rar”来找我，问能不能跑通、要不要改、答辩能不能用。这份标题可以拆成三块：Java 写业务逻辑，SQL Server 存业务数据，源码包则是一整套可直接导入 IDE 的工程。它的本质不神秘——一个标准的管理信息系统：登录验证、商品管理、进货管理、销售结账、库存查询、供应商维护，外加几个统计报表，几乎是 Java Web 课程设计案例里最经典的原型。

适合打开这份源码的，主要有三类人：一是 Java 刚学完基础知识、第一次做 Web 完整项目的初学者，想找一份能看懂、能改的作业；二是正在准备课程设计或毕业设计，需要基于现成代码改出自己系统的学生；三是想快速了解 JDBC + SQL Server 连接方式、网页前端 + 后端请求处理流程的从业者。它解决的核心问题就是：一份能跑、能改、能讲出原理的 Java 业务系统长什么样。坦白讲，这类源码的代码风格往往偏“教学味”，但正因为结构简单，反而是你理清 Java Web 请求响应的最佳教材。这篇笔记就按“环境搭建、导入工程、数据库还原、踩坑排错、进阶改造”的顺序，把这份压缩包从解压到答辩演示的全过程讲透。

2. 环境搭建是第一个分水岭：JDK、Tomcat 与 SQL Server 2019 的版本搭配

2.1 老项目优先选 JDK 1.8 + Tomcat 8.5，别一上来就追新

这类源码多数写于 2015 到 2019 年之间，当时主流的开发环境是 JDK 1.8、Tomcat 8.x、Eclipse Luna 或 IDEA 2018。你如果直接用 JDK 17 甚至更高版本，最容易遇到两个问题：一是高版本 JDK 删掉了某些低版本依赖的三方库类，启动时报NoClassDefFoundError；二是 Tomcat 10 以后的javax.servlet包改名为jakarta.servlet，而老项目的代码里全是import javax.servlet.*，直接全盘编译失败。

我一般会建议：不要在这个阶段挑战兼容性，老老实实装 JDK 1.8 和 Tomcat 8.5。JDK 1.8 是 Java 世界里最长寿的 LTS 版本，所有老代码跑在它上面最稳。Tomcat 8.5 对应的 Servlet 规范是 3.1，恰好是这批源码包的标配。安装顺序也按“先 JDK 后 Tomcat”来，Windows 下 JDK 安装完成后需要手工配置环境变量，至少要在系统变量里新增JAVA_HOME、改Path，如果你对这套操作还不太熟，直接搜索“java环境变量配置”跟着图文操作，两分钟就能搞定。装完以后在命令行敲一句：

java -version

看到1.8.0_191或类似开头的版本输出，说明 JDK 就绪。接着把 Tomcat 8.5 解压到磁盘根目录，比如D:\apache-tomcat-8.5.98，路径里不要有中文和空格，这类老项目对环境路径格外敏感，路径带中文常常导致部署后资源加载不出来。

2.2 SQL Server 2019 安装时勾选哪几个组件才不会被坑

标题既然点名了 sql server，这份源码几乎不可能跑在 MySQL 上，数据库脚本里用的多半是nvarchar、datetime、IDENTITY(1,1)这类 T-SQL 语法。数据库版本我推荐 SQL Server 2019 Developer 版，免费、功能全、网上能直接找到下载地址，其次 SQL Server 2016 也可以，再老的环境容易出现新驱动连不上老协议的问题。

安装时不要一路默认到底，有几个关键选择直接决定后面的成败。第一处是“功能选择”页，至少要勾上“数据库引擎服务”和“客户端工具连接”。第二处是“服务器配置”页，把 SQL Server 服务的启动账号改成“Network Service”，否则服务可能起不来。第三处是“身份验证模式”页，这一步最高频，务必选“混合模式”，并给内置的sa账号设置一个你能记住的强密码，比如Sa123456，同时勾选“添加当前用户为 SQL Server 管理员”。

安装完成后打开 SQL Server Management Studio，也就是热搜里常见的那个名称很长的管理工具，本地安装的话服务器名称填一个点号或localhost就能连上。看到左侧对象资源管理器里出现“数据库”文件夹，安装阶段就算过关。如果你这一步连不上，多半是安装时没选混合模式，后面第五节的避坑清单会专门讲怎么补救。

2.3 JDBC 驱动选 sqljdbc4.jar 还是 mssql-jdbc，两种都要明白

Java 连接 SQL Server 必须依赖微软官方的 JDBC 驱动，这个驱动不会随 Tomcat 自带，也不会出现在你的 JDK 里，必须你自己下载后手动放进项目的WEB-INF/lib目录。老源码包里如果带了sqljdbc4.jar，那它对应的是 JDK 1.8 和 SQL Server 2005 到 2012 年代；如果你用的 SQL Server 2019，我建议直接换用新版驱动mssql-jdbc-9.2.1.jre8.jar或相近版本号，新驱动对老库完全兼容，但老驱动对新库可能出现 TLS 版本不匹配的报错，典型现象是前半句 “驱动程序无法通过使用安全套接字层(SSL)加密与 SQL Server 建立安全连接”，这个错误在相关热词里多次出现，根本原因大多是驱动太旧，导致 SQL Server 强制要求的新版加密握手无法完成。

怎么把驱动放进项目里面？分两种情况：如果源码是 Eclipse 里的 Dynamic Web Project，直接把 jar 文件复制到WebContent/WEB-INF/lib目录下即可；如果是 Maven 工程，就在pom.xml里加一段依赖配置。非 Maven 的老工程居多，所以“复制 jar 到 lib 目录”是最高频的操作。放好驱动后，打开WebContent/WEB-INF/lib看一眼，确认里面同时存在驱动 jar 和你之后会用到的一堆第三方包。

3. 导入 IDE 并跑通项目的标准路径：从解压到 Tomcat 部署

3.1 解压源码包，先读懂目录结构再动手

拿到java 超市管理系统源码(含sql server数据库).rar之后不要急着双击导入 IDE，先解压，看一下顶层目录结构。常见做法是这样：压缩包解压后有一个以项目名命名的文件夹，里面到底层放着src、WebContent（或webroot）、sql、README等若干内容。先把文件清单过一遍，心里有个谱再动 IDE。

先打开src目录看 Java 文件是怎么组织的。老式课程设计项目最常见的分层是entity或bean放实体类、dao放数据访问接口和实现、servlet放请求处理、util放数据库连接工具类。你看到一个叫DBUtil.java或DBHelper.java的类，那它就是整个系统的数据库连接入口，后面改连接信息全靠它。

然后打开WebContent/WEB-INF/web.xml，确认项目配置的欢迎页是index.jsp还是login.jsp，以及 Servlet 是如何注册映射的。老项目的 Web 配置通常是Servlet 类名 + url-pattern的方式写在 XML 里，你之后登录系统时输入的 URL 就是由这段配置决定的。

3.2 修改数据库连接配置：driver、url、username、password 四个参数必改

连接配置最集中的位置就是那个数据库工具类和工程里的jdbc.properties。如果没有.properties文件，那么配置字符串就硬编码在DBUtil.java里，大概长这样：

package com.shop.util; import java.sql.Connection; import java.sql.DriverManager; import java.sql.SQLException; public class DBUtil { // 四个必改参数：driver、url、username、password private static final String DRIVER = "com.microsoft.sqlserver.jdbc.SQLServerDriver"; private static final String URL = "jdbc:sqlserver://localhost:1433;DatabaseName=SuperMarket"; private static final String USER = "sa"; private static final String PASSWORD = "Sa123456"; static { try { Class.forName(DRIVER); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } }

这段代码的逻辑是：静态代码块在类被加载时执行一次Class.forName，确保 JVM 注册驱动；getConnection()每次被调用都会建立一个新的数据库连接，常见的老项目都是这么写，不做连接池也照样能跑。四个参数的说明如下：driver字符串不能改错，新版驱动类名一直是com.microsoft.sqlserver.jdbc.SQLServerDriver；url中的localhost:1433对应数据库所在机器和端口，DatabaseName必须和你第 4 章创建的数据库名完全一致；user和password对应 SQL Server 里的登录账号密码，不是 Windows 登录账号。如果你在 IDEA 里导入项目，配置文件里的中文注释可能因为文件编码是 GBK 而显示乱码，那是正常现象，不要改编码，否则代码里的字符串全都会花掉。

3.3 部署到 Tomcat 并启动：404、ClassNotFound、端口占用三种现场怎么处理

在 Eclipse 里右键项目选择 Run As 之下的 Run on Server，或者把整个 WebContent 复制到 Tomcat 的webapps目录下改名为项目名，这两种方式都可以部署。我更推荐在 IDE 里通过 Run on Server 启动，因为日志输出在 Console 面板里一行行看得到，出问题时方便对着错误信息排查。

启动过程中最高频的三个故障现场：第一个是访问http://localhost:8080/项目名/直接 404，多半是部署的应用上下文路径不对，看看 Tomcat 里实际发布的项目名，地址栏里的名字要和发布名精确一致，大小写都不能错。第二个是页面打开但报java.lang.ClassNotFoundException: com.microsoft.sqlserver.jdbc.SQLServerDriver，这说明驱动 jar 没有真的放进 WEB-INF/lib，或者 IDE 没把它加到部署清单里。第三个是 Tomcat 启动端口被占用，典型报错为Port 8080 required by Tomcat ... is already in use。

启动成功后，浏览器访问登录页面，能看到完整的超市管理后台登录界面。此时如果你随手输入用户名密码点击登录，跳到首页却报 SQL 语句执行错误，不要慌，这说明系统本身部署成功了，卡的只是数据库还原，顺手进入下一章把数据库建好，系统就能完整跑通。

4. 数据库还原才是这个系统的第二次生命：从备份还原到手动建库

4.1 有 .bak 备份文件时，用 SSMS 的还原向导一条路走完

SQL Server 不同于 MySQL，不是靠执行一句source就能把结构导进来，它有两种存档方式：.bak是数据库文件的一个完整备份快照，.sql是脚本文件。如果压缩包里的sql目录或根路径下有一个xxx.bak后缀文件，用还原向导是最省事的。先打开 SQL Server Management Studio，左侧对象资源管理器里右键“数据库”，选择“还原数据库”，目标数据库名称你新起一个，比如SuperMarket，源设备选择“设备”，点击右上角的省略号按钮，添加.bak文件路径，勾选它，点确定就行。

这里有一个细节容易被忽略：还原过程中报数据库正在使用，无法获得独占访问权这个错误，那是因为之前查询分析器里有连接没关闭。在还原前先执行一句断开所有连接的 SQL，能安全避免这个报错：

ALTER DATABASE SuperMarket SET SINGLE_USER WITH ROLLBACK IMMEDIATE; GO RESTORE DATABASE SuperMarket FROM DISK = 'D:\database\SuperMarket.bak' WITH REPLACE, RECOVERY; GO ALTER DATABASE SuperMarket SET MULTI_USER; GO

代码逻辑说明：第一句把数据库切换成单用户模式并回滚所有未完成事务，这么做的目的是踢掉占用连接，防止还原被“数据库正在使用”拦截；中间的RESTORE语句从指定磁盘路径读取备份文件，WITH REPLACE表示如果目标库已存在则直接覆盖，RECOVERY表示还原后让数据库立即进入可用状态；最后一句再把数据库恢复到多用户模式。如果你在 SSMS 图形界面里操作报错，直接复制这四句在查询窗口里执行，成功率反而更高。注意D:\database\SuperMarket.bak这个路径必须改成你本机存放.bak文件的实际路径，路径中的反斜杠不能写成正斜杠。

4.2 压缩包里只有 .sql 脚本时，用命令行也能把全套表建出来

很多老项目把建库语句写在.sql文件里，不是.bak。这时你在 SSMS 里选中“数据库”节点，先新建一个空库，名字要和 DBUtil 里DatabaseName的值一致，然后右键这个库，选择“新建查询”，再用打开文件功能把那个.sql脚本加载进来，点击“执行”。执行之后左侧数据库名旁边的小三角点开，展开“表”，如果看到十张以上数据表，比如商品表tb_goods、用户表tb_user、进货表tb_stock_in，说明脚本执行成功。

光有表结构还不够，很多脚本放弃了初始数据。此时你可以执行两段简单的验证 SQL，确认表和数据的可用度：

SELECT name FROM sys.tables ORDER BY name; GO SELECT COUNT(*) AS user_count FROM tb_user; GO

第一句列出当前数据库里所有数据表的名字，用来确认建库脚本执行之后生成了预期的表；第二句统计用户表里的记录数，正常这类系统会预置一两个管理员账号，数量不会为 0。如果返回的user_count是 0，你需要回头在源码的 sql 脚本里找有没有单独的INSERT INTO tb_user部分，把它单独执行一遍，否则后面登录页面输什么账号都进不去。执行INSERT脚本前先看一眼表结构里用户密码是明文存还是 MD5 加密存，如果是明文，直接写死一个账号比如admin / admin123也能用，这是老项目很常见的偷懒做法。

4.3 还原后必做的一组验证：登录名映射和中文乱码检查

数据库还原成功不等于站点登录一定成功，因为 SQL Server 的双重认证机制是“登录名 + 数据库用户”两层，.bak文件里记录的数据库用户名在你机器上未必存在，还原后登录名会变成“孤立用户”，导致 Java 端用sa登录成功，但数据库里操作表时报用户无权访问或对象名无效。解决办法要么给sa授予db_owner权限，要么把孤立用户重新映射回登录名：

USE SuperMarket; GO EXEC sp_change_users_login 'Auto_Fix', 'dbo'; GO

如果你的sa连不上这个库，也可以直接在 SSMS 的对象资源管理器里找到“数据库 > SuperMarket > 安全性 > 用户”，右键dbo用户，属性里确认“登录名”为sa。这一句sp_change_users_login的作用是自动把孤立数据库用户重新绑定到一个同名的 SQL Server 登录账号上，Auto_Fix参数表示如果登录名不存在则自动创建。执行完再去页面点登录，就不会出现 T-SQL 权限方面的报错了。

中文乱码是另一个高频问题。老源码在写入 SQL Server 时，如果数据库排序规则是默认的Chinese_PRC_CI_AS，同时页面字符集是 UTF-8，而你连接字符串里有characterEncoding=utf8，商品名称里所有中文会变成问号或乱码。常见解决办法是把 JDBC 的 URL 里新增一项;sendStringParametersAsUnicode=true，同时保证数据表里中文相关的列用的是nvarchar类型，然后在 SSMS 里执行检查：

SELECT id, goods_name FROM tb_goods WHERE goods_name LIKE N'%中%'; GO

查询里N前缀的作用是把后面的字符串按 Unicode 处理，避免 SQL Server 把中文字面量按本地代码页解释而匹配不到结果。如果查询出来的中文显示正常，说明库里数据没问题，前端页面乱码大概率是 JSP 页面头部少了pageEncoding="UTF-8"或 Tomcat 收到的请求参数编码和解码不一致，这个点放到下一章统一排。

5. 避坑记录：SQL Server 连接失败与 Tomcat 启动翻车的 5 个真实踩坑

5.1 果然又是 1433：TCP/IP 协议未启用

现象：Tomcat 启动无报错，但登录页面点击登录后浏览器转圈很久，最终 Console 里抛Connection refused: connect或SocketTimeoutException，指向localhost:1433。原因：SQL Server 安装后默认只开启共享内存协议，Java 客户端通过 TCP/IP 连接 1433 端口，该协议被禁用直接连不上去，这不是代码 bug，而是数据库服务端的环境配置问题。解决：打开 SQL Server 配置管理器，展开“SQL Server 网络配置”，选择你的实例名，右侧双击“TCP/IP”，把“已启用”改为“是”，然后在“IP 地址”选项卡里滚到最下面的“IPAll”，确认 TCP 端口为 1433，确认后重启 SQL Server 服务。

5.2 驱动 jar 放错位置：ClassNotFoundException 查了很久

现象：启动后只要执行到数据库连接就报java.lang.ClassNotFoundException: com.microsoft.sqlserver.jdbc.SQLServerDriver。原因：驱动 jar 只被放进了硬盘的文件目录，没有被打进 Tomcat 运行时使用的 classpath 里。许多初学者把 jar 拖进 Eclipse 左侧的包资源管理器里某个包节点下面，那是错误的做法，放到这里 Eclipse 只复制文件，不参与编译时类路径。解决：在 Eclipse 里右键项目根目录选择 Properties，进入 Deployment Assembly，点击 Add，选择 Java Build Path Entries，把WebContent/WEB-INF/lib下的驱动 jar 加进去；如果嫌麻烦，直接把 jar 复制到 Tomcat 安装目录的lib文件夹下重启服务，立竿见影。

5.3 混进不去的 sa：登录名限制了本地登录

现象：SSMS 里用sa能登录，但 Java 程序连接时报Login failed for user 'sa'。原因：SQL Server 的登录名属性里有“强制实施密码策略”选项，并且该登录名可能被设置在“拒绝连接数据库引擎”或者密码策略要求复杂度，而 Java 端配置里写的是简单密码，MSSQL 安全策略把它拒绝了。解决：在 SSMS 安全性下的登录名节点里双击sa，取消勾选“强制实施密码策略”和“强制实施密码过期策略”，服务器角色页至少勾选sysadmin，然后关掉页面重开一次，如果还报错，可能是 SQL Server 服务本身的验证模式还是 Windows 身份验证，回到安装时的服务器属性页改成“SQL Server 和 Windows 身份验证模式”，改完必须重启 SQL Server 服务。

5.4 所有页面显示乱码，不是数据库而是 JSP 文件编码混乱

现象：登录进去以后页面上的中文全是菱形问号，但数据库里数据正常。原因：源码包里的 JSP 文件保存编码与 Tomcat 解析编码不一致，常见的是 XML 声明用的UTF-8，实际文件保存为GBK，Tomcat 按 XML 声明里的编码读取，两边对不上就全部乱码。解决：用编辑器批量把所有 JSP 文件统一转换成 UTF-8，并在每个 JSP 第一行加上内容类型声明，同时在 Tomcat 的conf/server.xml里给连接器配置 URL 编码，如下面的配置片段所示。

<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" URIEncoding="UTF-8"/>

这段内容来自 Tomcat 的conf/server.xml，其中的URIEncoding="UTF-8"必须手动添加到 Connector 标签里。它的作用是指定 Tomcat 解析 HTTP 请求地址栏参数时使用的字符集，不加的话默认是 ISO-8859-1，前端提交的中文搜索关键词传到 Servlet 里就是乱码。改完保存，重启 Tomcat，绝大多数由请求参数导致的乱码即可消失。

5.5 登录成功但列表页数据全部空白，日志里冒 SQL 语法错误

现象：登录能进系统，菜单能跳转，但商品列表页面表格空白，Console 日志里有Incorrect syntax near the keyword 'where'一类 T-SQL 语法错误。原因：老代码手写的 SQL 拼接字符串里用了 MySQL 的写法，例如用反引号包裹列名，或者分页用了 MySQL 的limit，SQL Server 一概不认识。解决：全局搜索代码里的String sql定义，把反引号“”替换成 SQL Server 兼容的空写或不写，把LIMIT开头的分页改成 SQL Server 2008 的ROW_NUMBER() OVER写法，或 2012+ 的OFFSET FETCH NEXT` 写法。这里有个排查技巧：在日志里找到完整的 SQL 语句，把它原样复制到 SSMS 查询窗口执行，数据库直接告诉你语法错在哪一行，比对着代码瞎猜高效得多。

6. 把一个加分项落到实处：给老项目加商品销量排行榜，5 分钟见效

这类源码功能大同小异，答辩时老师最爱问的无非是“你的系统有什么亮点”，与其美化页面，不如加一个能一眼看出技术含量的东西：基于 SQL Server 聚合查询的商品销量排行榜。这个功能改动小、逻辑清楚、还涉及分组聚合和排序，属于“低成本高展示”的典型改造。

先在tb_order_detail或类似存放销售明细的表上执行一条查询，拿到销量头几名商品：

SELECT TOP 5 t.goods_name, SUM(t.quantity) AS total_quantity FROM tb_order_detail t GROUP BY t.goods_name ORDER BY total_quantity DESC;

TOP 5是 SQL Server 的方言写法，表示只返回销量前 5 的商品；GROUP BY按商品名分组，SUM累加每个商品的售卖数量；最后ORDER BY ... DESC把结果按销量从大到小排。这条 SQL 在 SSMS 里跑通后，把它封装到一个新 Servlet 的doGet方法里，查询结果放到request域并转发到一个新 JSP 页面，用表格展示排名和数量，整个功能半小时内做完。顺手看下每条销售明细是否已经关联了商品名称，如果关联的是商品 ID，就再加一个INNER JOIN tb_goods把名字带出来。

我有一次帮学弟改作业，就是靠这个排行榜把答辩分数拉上去的。那个系统原本只有一个按日期汇总的销售总额报表，老师追问一句“哪种商品卖得最好”，学弟答不上来。改造之后数据来源一目了然，还能顺势讲出分组聚合、排序、结果集封装三层逻辑，唯一要注意的就是quantity字段类型如果是int，数量直接相加没问题，但如果是decimal，前端显示时记得格式化保留两位小数。这算是我个人比较偏爱的一类“小切口真场景”的修改，投入少、好验证、讲得出细节。希望这篇笔记能帮你把这套源码真正变成一个自己能跑通、敢讲解的系统。

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