简介这份JavaSQLserver2000超市管理系统源代码是一套面向课程设计、毕业设计及Java实践学习的完整工程主要服务需要掌握桌面应用与数据库联动开发的初学者和在校生。压缩包共218个文件、约2.76MB包含63个class编译文件、18个java源文件、sql数据库脚本、jar依赖包以及gif、html、配置文件、UML图等辅助资源便于直接导入开发环境编译运行也可对照源码与SQL脚本理解系统设计。系统覆盖用户登录、商品管理、库存更新、销售结算等典型模块涉及Swing图形界面、JDBC数据库访问、多线程并发、异常处理等关键知识点并为配置文件读写、权限管理等提供示例能帮助读者把Java语法与SQL Server操作串联成完整项目。包内class与java文件数量明细清楚备份文件类型丰富适合逐层拆解学习。目前已有551人学习下载作为练手项目具有较强参考价值。1. 别笑它老JavaSQLserver2000超市管理系统源代码.zip为什么还有人在找如果你在硬盘里翻出一个名为“JavaSQLserver2000超市管理系统源代码.zip”的压缩包大概率是两种情况要么是十年前计算机专业的课程设计存档要么是刚接了一个维护老系统的活甲方手里没有比这更完整的资料了。别小看这个组合Java Swing SQL Server 2000 曾是高校超市管理系统最经典的选型商品入库、销售收银、库存预警、会员积分、日结报表都能跑起来数据层逻辑清晰非常适合学习 JDBC 和桌面应用分层。这个 zip 里通常包含源码、SQL 脚本和说明文档你需要的不是重新发明轮子而是把它在今天的环境里复现出来。但现实很骨感SQL Server 2000 是 2000 年的产品微软早已停止支持现代 Windows 10/11 上几乎装不上JDK 版本也经历了大版本迭代老代码里很多 API 或驱动类名已经失效。这篇笔记就按我实际恢复这类项目的顺序先讲环境选型怎么做才不白费力气再给一套完整的导入和运行步骤最后把最常见的五个坑用现象、原因、解决的方式一次性说透。无论是做毕设、应付实训还是救火老系统照着做能少走两天弯路。2. 环境选型JDK、SQL Server 2000与JDBC驱动怎么匹配不翻车2.1 先说结论JDK 1.8 是老项目的“后悔药”很多刚拿到 zip 的人第一反应是装上最新的 JDK 21然后打开 IDEA 直接跑结果一运行就报UnsupportedClassVersionError。原因很简单当年写这个项目的人用的还是 JDK 1.4 或 1.5class 文件版本号是 48 或 49而现在 JDK 21 只能读取版本 65 以内的 class 文件。更麻烦的是老项目经常使用 JDBC-ODBC 桥接驱动也就是把 SQL Server 2000 当作 ODBC 数据源来连接而这个桥在 JDK 8 之前还能用JDK 9 以后直接被移除了。我一般会直接建议不要跟版本较劲装 JDK 1.88u202 或更新这是兼容二十年前代码和现代运行环境的最佳平衡点。JDK 8 还保留了大量老库的兼容行为Swing/AWT 组件也能正常显示。如果你坚持用 JDK 11则必须确认源码里的连接方式已经改成微软官方 JDBC 驱动否则会卡在第一步。这里有个小技巧解压 zip 后先看有没有.classpath或.project文件如果有说明是 Eclipse 老项目它的编译级别预设就在 1.4 到 1.7 之间直接用 JDK 8 导入最省事。2.2 数据库装不上 SQL Server 2000 就用兼容方案SQL Server 2000 的安装包本身就很难在现在的系统上运行它依赖较老的 Windows Installer 版本而且在 Win 10 上安装容易卡在“安装程序检测到挂起的重启”这类问题上。别再硬试了常见做法是装 SQL Server 2005、2008 R2 或 2012它们的逻辑和 2000 几乎一致关键是安装时要把“数据库排序规则”设置为 Chinese_PRC_CI_AS这和 2000 的中文环境完全匹配。如果没有这些老版本也可以用 SQL Server 2019但连接和迁移时要小心后面避坑章节会详细说。比较省心的方案是在 Windows 上装 SQL Server 2008 R2 Express免费的能管理多个数据库也支持“附加数据库”方式直接挂载老 .mdf 文件。很多老系统的数据库脚本是database.sql里面全是建库建表插入数据的纯 SQL 语句在 2008 R2 上执行完全没问题。唯一要改的是连接字符串里的数据库实例名如果安装时用了默认实例MSSQLSERVER连接字符串写localhost即可如果用命名实例比如 SQLEXPRESS就得写localhost\SQLEXPRESS。2.3 JDBC 驱动老驱动类名和新驱动的差异这是最容易踩雷的地方。老项目里通常会有一个lib文件夹里面躺着msbase.jar、mssqlserver.jar、msutil.jar这是微软给 SQL Server 2000 出的第三代 JDBC 驱动驱动类名是com.microsoft.jdbc.sqlserver.SQLServerDriverURL 格式是jdbc:microsoft:sqlserver://127.0.0.1:1433;DatabaseNamesupermarket。如果你换了数据库版本千万别继续用这三个旧 jar新版 SQL Server 已经不支持这个老协议。我现在拿到这类项目时直接删掉旧的三个 jar换上微软官方新驱动。根据 Java 版本选择JDK 1.8 用sqljdbc4.jar或mssql-jdbc-6.2.2.jre8.jar驱动类统一写成com.microsoft.sqlserver.jdbc.SQLServerDriverURL 更新为jdbc:sqlserver://localhost:1433;DatabaseNamesupermarket;useUnicodetrue;characterEncodingUTF-8。这一步能在导入前就避免 80% 的连接报错。如果项目里连接数据库的代码分散在多个类中先全局搜索getConnection把驱动名和 URL 统一替换再决定是否保留旧 jar。2.4 最小环境检查清单动手前先确认三件事在导入源码前先花十分钟把环境检查一遍能省下后面排错的时间。第一命令行输入java -version确认是 1.8第二打开 SQL Server 配置管理器确认 TCP/IP 协议已启用端口是 1433第三用telnet 127.0.0.1 1433测试端口通不通如果提示连接失败先排查 SQL Server 服务是否启动。这三件事做完再碰源码不迟。如果你连数据库都还没装给你一个快速起步的组合JDK 8 SQL Server 2008 R2 Express sqljdbc4.jar。这个组合在 Win 10/11 上都能稳定运行而且完全兼容 SQL Server 2000 的语法除了极少情况下的系统函数差异比如GETDATE()两边都有没问题。至于源码里可能用的 Access 备份或 Microsoft Excel 导入导出那是另外的话题先不管。3. 导入到跑通从解压 zip 到跳出登录窗口的最小步骤3.1 识别压缩包内部结构先看目录再动手解压后不要急着双击某个.java文件先看整体布局。典型的超市管理系统源码 zip 内部大概是这样的supermarket/ ├─ src/ │ ├─ com/supermarket/ │ │ ├─ model/ # 实体类商品、用户、订单 │ │ ├─ dao/ # 数据访问层JDBC操作 │ │ ├─ view/ # Swing界面登录、主窗体、商品管理 │ │ └─ util/ # 数据库连接工具类 ├─ lib/ │ ├─ msbase.jar │ ├─ mssqlserver.jar │ └─ msutil.jar ├─ database/ │ └─ supermarket.sql ├─ README.txt └─ 课程设计报告.doc先打开README.txt或.doc文档里面通常记录了数据库用户名、密码、连接串和默认管理员账号。这个信息比任何代码注释都重要。如果文档里写的数据库名是SuperMarket代码里却是supermarketSQL 脚本里两个都有后面执行脚本时就要注意统一。再检查src下的包名如果类是com.supermarket.view.LoginFrame那就找它运行入口多半是这个类里的main方法。3.2 在 Eclipse 或 IDEA 中导入源码两种方式任选老项目大多是为 Eclipse 写的所以用 Eclipse 导入最顺。操作路径是File - New - Java Project项目名随便起然后在项目根目录右键Import - General - File System选择解压后的src目录和lib目录。导入后选中lib下的所有 jar右键Build Path - Add to Build Path。如果你用 IDEA操作类似New Project选择空项目或 Java 项目再把src目录设为 Sources Rootlib目录设为 Libraries或者直接通过Project Structure - Libraries添加。这里有个细节老项目的包名可能带src的冗余前缀比如src.com.supermarket.view这是 Eclipse 老版本的一种坑。导入后如果看到包名是src...直接删掉src前缀重构成干净的三级包即可。重构不会影响代码逻辑但能让你更快定位类。另外如果.java文件里有中文注释默认编码可能是 GBKIDEA 中需要在Settings - Editor - File Encodings里把全局编码设为 GBK否则注释会乱码但不会导致编译错误。3.3 找到数据库连接点并替换驱动连接数据库的逻辑一般集中在util/DBUtil.java或util/ConnDB.java里。打开它会看到类似下面这样的代码// 老式驱动和URL写法需要更新 Class.forName(com.microsoft.jdbc.sqlserver.SQLServerDriver); String url jdbc:microsoft:sqlserver://localhost:1433;DatabaseNamesupermarket; String user sa; String password 123456; Connection conn DriverManager.getConnection(url, user, password);这段代码在 SQL Server 2000 老驱动下没问题但现在必须换成新驱动。我通常会直接改成这样// 新版驱动sqljdbc4.jar / mssql-jdbc-6.2.2.jre8.jar Class.forName(com.microsoft.sqlserver.jdbc.SQLServerDriver); String url jdbc:sqlserver://localhost:1433;DatabaseNamesupermarket;useUnicodetrue;characterEncodingUTF-8; String user sa; // 改成你实际的数据库登录名 String password sa123; // 改成你实际的密码 Connection conn DriverManager.getConnection(url, user, password);改动点有三个Class.forName里的驱动类名换了URL 里的microsoft关键字去掉了URL 末尾增加了字符集参数。这三者缺一不可否则就会出现ClassNotFoundException或者中文乱码。如果你装的是 SQL Server ExpressURL 里的localhost要换成localhost\\SQLEXPRESS注意反斜杠在 Java 字符串里要写双反斜杠也就是jdbc:sqlserver://localhost\\SQLEXPRESS;DatabaseNamesupermarket。参数说明DatabaseName是目标数据库名要和 SQL 脚本里创建的库名完全一致characterEncodingUTF-8保证中文写入和读取不乱码。如果你新建的数据库排序规则是 Chinese_PRC_CI_AS也可以不加characterEncoding但加上更保险。把这段代码保存后别急着运行先执行数据库脚本。3.4 执行数据库脚本三种方式随你选在 SQL Server 2008 R2 或更高版本中打开supermarket.sql可以直接在 SSMS 里打开文件后按 F5 执行。如果脚本太长建议分段执行先执行建库语句CREATE DATABASE supermarket再用USE supermarket切换到该库再执行建表语句。原因是老脚本里经常包含IF EXISTS (SELECT * FROM sysdatabases WHERE name...) DROP DATABASE ...这类语句在高版本中有些系统表视图已经变化可能报错。 遇到这类语句直接注释掉手动建库最省心。如果你不习惯命令行也可以在 SSMS 中右键“数据库”节点选择“新建数据库”名字填supermarket然后在新库上右键“新建查询”把建表和插入数据的部分粘贴进去执行。插入数据语句是老项目最宝贵的财产里面有预设的测试商品、员工账号保留它们能让你更快验证功能。执行完成后检查dbo.users或dbo.admin表确认有账号记录比如admin / admin或test / 123456记下来登录时要用。3.5 运行项目从 main 方法到登录界面回到代码中展开src下的view包找到LoginFrame.java或MainFrame.java。有些项目把main函数放在一个独立的Test.java里搜索public static void main就能定位。右键运行如果控制台没有报错会弹出 Swing 登录窗口。输入预设账号密码进去之后能看到菜单栏商品管理、进货管理、销售管理、库存管理、系统设置。到这一步整个系统就算跑通了。如果窗口弹不出来而是控制台输出一段异常别慌大概率是连接数据库的问题。回到上一节代码对比异常信息里的类名和行号最常见的情况是用户名密码不对或者数据库名不对。如果异常是com.microsoft.sqlserver.jdbc.SQLServerException: 用户 sa 登录失败那说明驱动和网络都通了只是登录账号问题去 SSMS 里重置 sa 密码即可。4. 避坑老项目最常见的5个翻车现场与解决顺序4.1 现象ClassNotFoundException: com.microsoft.jdbc.sqlserver.SQLServerDriver原因项目没有引入老的三个 jar或者引入了但运行环境是 JDK 9驱动加载失败。另外一个隐藏原因是你换了新版 SQL Server老驱动根本不会去识别新协议。解决把 lib 下旧 jar 全部移除加入 sqljdbc4.jarJDK 8或更高版本驱动然后把 3.3 节中的驱动类名和 URL 全部替换成新写法。如果你确定数据库仍是 SQL Server 2000但驱动 jar 丢了也可以网上下载对应的老驱动但我更建议直接换数据库版本一劳永逸。4.2 现象连接被拒报 Connection refused: connect原因SQL Server 服务没有启动或者 TCP/IP 协议未启用或者连接字符串里的端口不对。SQL Server 2000 的老配置里端口可以是 1433也可能被改成别的。解决打开“SQL Server 配置管理器”高版本是“SQL Server Configuration Manager”把实例对应的 TCP/IP 协议启用右键属性确认端口是 1433。如果使用的是命名实例需要启用“SQL Server Browser 服务”否则通过主机名无法解析到动态端口。测试方法在命令行执行telnet 127.0.0.1 1433能连上就说明端口通。4.3 现象数据库中文乱码显示成“????”原因老项目在连接时没有指定字符集而数据库排序规则可能是 Latin1 或 English导致插入的中文按默认编码转成了乱码。现代 SQL Server 默认排序规则是 SQL_Latin1_General_CP1_CI_AS对中文支持不好。解决统一三处——数据库排序规则设为 Chinese_PRC_CI_AS连接 URL 加characterEncodingUTF-8JVM 编译编码设为 UTF-8 或 GBK取决于源码里的硬编码。如果是已经乱掉的数据需要先清空表再调整排序规则后重新执行插入脚本。4.4 现象用户 sa 登录失败或提示密码过期原因新安装的 SQL Server 默认是 Windows 身份验证模式sa 账号被禁用或者老项目里写死了 sa/123而实际 sa 密码不是这个。解决先用 Windows 身份验证登录 SSMS新建一个登录名比如super_user设置密码勾选“SQL Server 身份验证”将其映射到supermarket数据库并赋db_owner权限再把 DBUtil 里的用户名密码改成这个新登录名。不要试图修改项目里的默认密码去匹配 sa因为 sa 在新版本里默认不允许远程连接除非你显式修改。4.5 现象运行时提示 UnsupportedClassVersionError 或 NoSuchMethodError原因JDK 版本过高或过低都会出现这类问题。如果是UnsupportedClassVersionError说明编译版本的 class 文件高于当前 JDK如果是NoSuchMethodError说明项目依赖的某个 API 在当前 JDK 中被移除例如老 JDBC 桥。解决直接把项目编译级别设为 JDK 1.8并在 Project Structure/Prefs 中把语言级别设为 8。如果某个类用了internal包里的 API很多老 Swing 程序会这样在 JDK 8 里还能跑JDK 11 必然报错所以回到 JDK 8 是最稳妥的。提示这 5 个坑不是孤立出现的经常是连环炸。我习惯按照“驱动类名 → 端口 → 登录权限 → 字符集”的顺序排查因为驱动类名报错最直观连接拒绝次之字符集问题往往在登录成功之后才会暴露。如果你登录都进不去先别管乱码问题那说明数据还没读写到那个阶段。5. 让它变得更安全登录密码 MD5 加密改造与验证方法老项目的登录验证通常是直接查库比对明文密码比如where username admin and password 123456。这在课程设计里没关系但如果你要把它作为毕设展示或包装成可以演示的项目至少把密码做一次 MD5 散列。改动很小却能体现你对安全的理解。先看原有登录验证代码大概率在dao/UserDao.java或view/LoginFrame.java里形式如下String sql SELECT * FROM users WHERE username? AND password?; PreparedStatement ps conn.prepareStatement(sql); ps.setString(1, username); ps.setString(2, password); ResultSet rs ps.executeQuery(); if (rs.next()) { // 登录成功改造思路是插入用户时密码字段存 MD5 值登录查询时把用户输入的密码转成 MD5 再放进 SQL。只需要加一个工具类import java.security.MessageDigest; public class MD5Util { public static String md5(String input) { try { MessageDigest md MessageDigest.getInstance(MD5); byte[] digest md.digest(input.getBytes(UTF-8)); StringBuilder sb new StringBuilder(); for (byte b : digest) { String hex Integer.toHexString(b 0xff); if (hex.length() 1) sb.append(0); sb.append(hex); } return sb.toString(); } catch (Exception e) { throw new RuntimeException(MD5加密失败, e); } } }然后把登录 SQL 改为String sql SELECT * FROM users WHERE username? AND password?; ps.setString(1, username); ps.setString(2, MD5Util.md5(password)); // 密码转MD5后比较同时用一条 SQL 把数据库里已有的明文密码批量改成 MD5比如对admin账号执行UPDATE users SET password UPPER(MD5(123456)) WHERE username admin。注意 SQL Server 里自带的MD5函数在旧版本不可用但 SQL Server 2005 支持HASHBYTES(MD5, 123456)返回十六进制二进制需要转换。更保险的做法是在 Java 里预先算好 MD5 值再手动 update 到表里。验证方法启动程序输入admin / 123456能正常登录在数据库里查询SELECT * FROM users看到密码字段是一串 32 位的十六进制字符说明改造成功。我自己的习惯是每次拿到老系统第一件事不是跑通业务而是把所有明文密码和用户表扫一遍把默认管理员账号改掉防止演示时被人顺手登录进去乱点。顺带把连接池或 DBUtil 里的密码也换成新登录账号别留数据库 sa 口令在代码里。做完这些再提交代码或写说明文档就不心虚了。希望你也能用这套流程把你手头的项目稳稳跑起来并且在遇到问题时知道从哪里下手。希望帮到你。本文还有配套的精品资源点击获取