Java+JSP+SQL Server实现的进销存管理系统源码，含完整数据库脚本与部署文档

open4

226人浏览 · 2026-07-11 06:32:56

open4 · 2026-07-11 06:32:56 发布

简介：这个进销存系统用Java写后端逻辑，JSP做网页界面，数据存到SQL Server里，开箱就能跑。包里有多个可运行项目（java_shop、Lgcsgwxt等），SQL Server建库脚本放在SQL文件夹，database目录和数据库说明.xls讲清楚了怎么还原数据库、表结构怎么设计。软件说明.doc手把手教你怎么配环境、启动Tomcat、登录系统、操作入库出库、查库存、管供应商客户、开销售单。所有功能模块都齐了，代码分层合理，Eclipse或MyEclipse导入就能调试，适合学生做毕业设计、课程实训，也适合刚学Java Web的人跟着练手——从搭环境、建库、跑项目到实际业务操作，每一步都有对应材料支撑。

1. 这套进销存系统到底是什么？它能帮你解决什么问题？

我带过十几届计算机专业的实训课，每年都有学生卡在“毕设做不出来”这一步——不是不会写代码，而是找不到一个真实、完整、可跑、有业务逻辑、不踩坑的参考项目。这套Java+JSP+SQL Server进销存系统，就是我在2018年帮某高职院校信息系搭建实训平台时，从零打磨出来的教学级生产案例。它不是玩具Demo，也不是拼凑的碎片代码，而是一个真正走通了“采购→入库→销售→出库→库存盘点→供应商对账”全链路的轻量级业务系统。核心关键词——进销存系统、Java Web、JSP、SQL Server、库存管理——每一个都不是虚词：它用标准Servlet分层架构（DAO/Service/Servlet/JSP）组织后端逻辑；所有页面交互通过JSP+JSTL+原生JavaScript实现，没用任何前端框架，但表单校验、分页、条件查询都做了；数据库全程基于SQL Server 2008 R2及以上版本设计，主键用INT IDENTITY，外键约束明确，索引按高频查询字段（如商品编码、单据日期）加了，连事务隔离级别都设成了READ_COMMITTED。

它解决的不是“能不能跑”的问题，而是“怎么稳、怎么懂、怎么改”的问题。比如学生常问：“为什么我的JSP页面总报404？”——这套代码里每个Servlet映射路径都严格对应web.xml和注解配置，连Tomcat的context.xml里数据库连接池参数都写了注释；再比如“SQL Server还原老失败”，database目录下的SQL脚本不仅包含CREATE DATABASE语句，还预置了USE语句和SET ANSI_NULLS ON等兼容性开关，配套的数据库说明.xls里甚至画了三张截图：如何在SSMS里右键“数据库”→“还原数据库”→选择.bak文件→勾选“覆盖现有数据库”→点确定。软件说明.doc更狠：从JDK 1.8安装路径设置（必须含空格转义）、到Eclipse中Project Facets勾选Java 1.8和Dynamic Web Module 3.0的细节、再到Tomcat启动后访问http://localhost:8080/java_shop/login.jsp的完整URL，全部列得清清楚楚。这不是教你怎么复制粘贴，而是教你怎么理解每一行配置背后的意图——这才是学生真正缺的。

2. 整体架构设计与技术选型逻辑拆解

2.1 为什么坚持用JSP而不是Spring Boot？

现在一提Java Web，很多人第一反应是Spring Boot。但在这套系统里，我们刻意回避了Spring生态，原因很实在：教学穿透力。Spring Boot的自动配置像一层黑盒，学生能跑起来，但不知道DispatcherServlet怎么拦截请求、ViewResolver怎么解析JSP路径、DataSource怎么被注入到DAO层。而JSP+Servlet架构，每一步都是透明的：你打开web.xml，能看到标签里class属性指向com.servlet.LoginServlet；打开LoginServlet.java，第一行就是HttpSession session = request.getSession()；跳转到login.jsp时，request.setAttribute(“msg”, “用户名错误”)，JSP里${msg}就能直接取到。这种“所见即所得”的调试路径，对初学者建立完整的请求-响应闭环认知至关重要。我试过让学生先跑通这套JSP系统，再对比Spring Boot的@Controller和@ResponseBody，他们立刻明白“原来@RequestMapping本质就是Servlet的doPost/doGet封装”。

2.2 SQL Server选型：不只是因为“学校机房装了”

很多学生以为选SQL Server纯粹是因为学校实验室环境限制。其实背后有三层考量：第一是事务严谨性。进销存的核心是库存数量变更，必须保证“入库单生成→库存表更新→财务流水记录”三个操作要么全成功，要么全回滚。SQL Server的BEGIN TRAN/COMMIT TRAN语法直观，且默认READ_COMMITTED隔离级别能有效防止脏读，比MySQL默认的REPEATABLE READ更适合单机部署场景。第二是工具链成熟度。SSMS（SQL Server Management Studio）的图形化界面，对学生理解“数据库→表→视图→存储过程”的层级关系非常友好，建表时勾选“允许空值”、设置默认值、添加CHECK约束的操作，比敲CREATE TABLE语句更易上手。第三是企业兼容性。国内大量中小制造企业、商贸公司的ERP底层仍是SQL Server，学生毕业面试时提到“熟悉SQL Server事务处理”，比说“会用H2内存数据库”更有说服力。

2.3 项目结构为何采用java_shop与Lgcsgwxt双工程？

资源包里有两个主工程：java_shop和Lgcsgwxt。这不是冗余，而是刻意设计的渐进式学习路径。java_shop是基础版，只包含商品管理、入库单、出库单、库存查询四个模块，DAO层用JDBC直连，SQL硬编码在Java类里（比如String sql = “INSERT INTO goods VALUES(?, ?, ?)”），适合刚学完JDBC的学生理解CRUD流程；Lgcsgwxt是增强版，引入了DBUtils工具包简化ResultSet处理，增加了供应商管理、客户管理、销售单据、报表统计模块，并把SQL抽离到properties文件中（如goods.sql=SELECT * FROM goods WHERE gcode LIKE ?）。这样学生可以先跑通java_shop，再对比Lgcsgwxt的代码差异，自然理解“为什么要把SQL分离出来”“DBUtils怎么减少样板代码”。database目录下的SQL脚本也对应分层：java_shop.sql只建5张表（goods、inbound、outbound、supplier、user），Lgcsgwxt.sql则扩展到12张，连“销售退货单”和“库存调拨单”的表结构都预留了字段。

2.4 分层架构的落地细节：不是摆设，而是救命稻草

这套系统的分层不是为了炫技，而是为了解决学生最头疼的“改一处崩全局”问题。以入库功能为例：
- JSP层（inbound_add.jsp）只负责展示表单和提交按钮，所有数据校验用JavaScript做前端提示（如“商品编码不能为空”）；
- Servlet层（InboundAddServlet.java）接收request.getParameter()，调用Service层方法，捕获异常后转发到error.jsp；
- Service层（InboundService.java）做业务规则判断（如“入库数量不能为负数”“同一商品同一天不能重复入库”），再调用DAO；
- DAO层（InboundDao.java）只干一件事：执行SQL，用PreparedStatement防SQL注入，返回int影响行数。

这种隔离让调试变得极其简单：如果入库后库存没更新，先看Servlet日志是否打印了“调用service.inboundAdd()”，如果是，就进Service查逻辑；如果不是，说明Servlet没收到请求，去检查web.xml的是否写错路径。我见过太多学生把所有代码塞进一个Servlet里，结果改个日期格式就导致整个页面500错误，根本找不到源头。这套分层，本质上是一张清晰的故障排查地图。

3. 核心模块实现原理与关键代码解析

3.1 商品入库模块：从表单提交到库存原子更新

商品入库看似简单，实则藏着三个关键陷阱：并发写入、库存超限、单据号自动生成。我们来看Lgcsgwxt工程中的核心实现。首先，inbound_add.jsp的表单action指向/inbound_add.do，这个URL由InboundAddServlet处理。Servlet里最关键的不是插入入库单，而是库存更新的原子性保障：

// InboundAddServlet.java 片段
public void doPost(HttpServletRequest request, HttpServletResponse response) {
    // 1. 获取表单参数
    String gcode = request.getParameter("gcode");
    int qty = Integer.parseInt(request.getParameter("qty"));

    // 2. 调用Service，传入事务上下文
    InboundService service = new InboundService();
    try {
        service.addInbound(gcode, qty); // 关键：这里开启事务
        request.setAttribute("msg", "入库成功");
    } catch (Exception e) {
        request.setAttribute("msg", "入库失败：" + e.getMessage());
    }
    request.getRequestDispatcher("inbound_list.jsp").forward(request, response);
}

重点在InboundService.addInbound()方法。它不是简单地insert into inbound，而是用SQL Server的显式事务包裹两步操作：

// InboundService.java
public void addInbound(String gcode, int qty) throws SQLException {
    Connection conn = null;
    PreparedStatement ps1 = null, ps2 = null;
    try {
        conn = JdbcUtil.getConnection(); // 从连接池获取
        conn.setAutoCommit(false); // 关闭自动提交

        // 步骤1：插入入库单
        String sql1 = "INSERT INTO inbound(gcode, qty, indate, operator) VALUES(?, ?, GETDATE(), ?)";
        ps1 = conn.prepareStatement(sql1);
        ps1.setString(1, gcode);
        ps1.setInt(2, qty);
        ps1.setString(3, "admin");
        ps1.executeUpdate();

        // 步骤2：更新商品库存（关键：库存增加）
        String sql2 = "UPDATE goods SET stock = stock + ? WHERE gcode = ?";
        ps2 = conn.prepareStatement(sql2);
        ps2.setInt(1, qty);
        ps2.setString(2, gcode);
        int rows = ps2.executeUpdate();
        if (rows == 0) throw new SQLException("商品编码不存在：" + gcode);

        conn.commit(); // 两步都成功才提交
    } catch (Exception e) {
        if (conn != null) conn.rollback(); // 任一步失败就回滚
        throw e;
    } finally {
        JdbcUtil.close(ps1, ps2, conn);
    }
}

这里有几个学生容易忽略的细节：第一，conn.setAutoCommit(false)必须在获取Connection后立即执行，否则后续的commit/rollback无效；第二，GETDATE()是SQL Server函数，不是Java的new Date()，避免时区转换问题；第三，UPDATE goods SET stock = stock + ?用的是原地加法，不是先SELECT再UPDATE，彻底规避并发场景下的库存超卖（比如两个入库单同时操作同一商品，传统先查后改会丢失一次更新）。我在实训中让学生故意用JMeter发100个并发入库请求，java_shop版本（无事务）会出现库存少加的情况，而Lgcsgwxt版本始终精准。

3.2 库存查询模块：动态SQL与分页性能优化

库存查询页面（stock_query.jsp）支持按商品名称、编码、类别多条件组合搜索，还要分页显示。如果直接用SELECT * FROM goods WHERE name LIKE '%?%'，性能会随数据量增长急剧下降。我们的解决方案是条件拼接+索引优化。DAO层代码如下：

// StockDao.java
public List<Goods> queryStock(String gname, String gcode, String category, int start, int pageSize) {
    StringBuilder sql = new StringBuilder("SELECT * FROM goods WHERE 1=1");
    List<String> params = new ArrayList<>();

    if (gname != null && !gname.trim().isEmpty()) {
        sql.append(" AND name LIKE ?");
        params.add("%" + gname.trim() + "%");
    }
    if (gcode != null && !gcode.trim().isEmpty()) {
        sql.append(" AND gcode = ?");
        params.add(gcode.trim());
    }
    if (category != null && !category.trim().isEmpty()) {
        sql.append(" AND category = ?");
        params.add(category.trim());
    }

    // 添加分页（SQL Server 2012+语法）
    sql.append(" ORDER BY gcode OFFSET ? ROWS FETCH NEXT ? ROWS ONLY");
    params.add(String.valueOf(start));
    params.add(String.valueOf(pageSize));

    return queryList(sql.toString(), params.toArray()); // DBUtils封装方法
}

关键点在于：第一，WHERE 1=1是拼接技巧，避免判断条件时要额外处理AND位置；第二，分页用的是SQL Server的OFFSET/FETCH语法，比旧版ROW_NUMBER()更简洁；第三，数据库说明.xls里明确标注了在goods表的gcode、name、category字段上建立了非聚集索引。实测数据：当goods表有5万条记录时，纯模糊查询name LIKE ‘%手机%’耗时1.2秒，加上gcode精确匹配后降到0.03秒。学生常犯的错误是把所有条件都写成LIKE，导致索引失效，我们在软件说明.doc里专门用红色字体强调：“精确匹配字段（如gcode）务必用=，不要用LIKE”。

3.3 销售单据处理：状态机驱动的业务流转

销售单据不是简单的增删改，而是有明确状态流转：新建→已审核→已发货→已完成→已作废。Lgcsgwxt工程用一张sales_status字段（tinyint类型）控制，0=新建，1=已审核，2=已发货，3=已完成，4=已作废。状态变更不是随意update，而是通过Service层的状态机校验：

// SalesService.java
public void updateStatus(int sid, int newStatus) throws Exception {
    // 状态迁移规则：只能向前推进，不能退回
    int currentStatus = getCurrentStatus(sid);
    if (newStatus <= currentStatus) {
        throw new Exception("状态不能降级，当前状态：" + currentStatus);
    }
    if (currentStatus == 0 && newStatus != 1) {
        throw new Exception("新建单据只能审核，不能直接发货");
    }
    if (currentStatus == 1 && newStatus != 2) {
        throw new Exception("已审核单据只能发货，不能直接完成");
    }
    // ... 其他规则

    // 执行更新
    String sql = "UPDATE sales SET status = ? WHERE sid = ?";
    executeUpdate(sql, newStatus, sid);

    // 状态变更后的副作用：发货时扣减库存
    if (newStatus == 2) {
        deductStockForSales(sid);
    }
}

这个设计让学生理解：业务系统不是数据堆砌，而是规则集合。我在课堂上会让学生手动修改数据库里的status字段，然后尝试点击“完成”按钮，系统会弹出“状态不能降级”的提示——这种即时反馈比讲一百遍理论都管用。配套的数据库说明.xls里还画了一张状态迁移图，用箭头标明哪些状态可以互相转换，哪些禁止，连“已作废单据不可恢复”这种细节都标出来了。

4. 部署全流程实操指南：从零开始到系统上线

4.1 环境准备：JDK、Tomcat、SQL Server的版本锁死策略

很多学生失败的第一步，就是环境版本不匹配。我们强制规定：
- JDK必须用1.8.0_202（不是最新版！因为Tomcat 8.5.x对JDK 11+支持不稳定）；
- Tomcat必须用8.5.93（官方最后支持JDK 1.8的稳定版，比9.x更兼容JSP 2.3）；
- SQL Server必须用2012 SP4或更高版本（低版本不支持OFFSET/FETCH分页语法）。

安装顺序有讲究：先装JDK，设置JAVA_HOME环境变量（路径不能含中文和空格，如C:\Java\jdk1.8.0_202）；再解压Tomcat到D:\tomcat8，修改bin\setenv.bat添加set JAVA_HOME=C:\Java\jdk1.8.0_202；最后装SQL Server，实例名必须设为MSSQLSERVER（默认实例），否则连接字符串里的server=localhost会失败。我在软件说明.doc里写了验证步骤：命令行输入java -version应输出1.8.0_202，catalina version应显示8.5.93，SSMS连接localhost应能列出master数据库。这三个验证全通过，才算环境搭好——跳过任何一步，后面都会报莫名其妙的ClassNotFoundException或SQLException。

4.2 数据库还原四步法：避开90%的还原失败

database目录下的SQL脚本是.sql文本文件，但实际部署推荐用.bak备份文件（资源包里有）。还原步骤必须严格按顺序：
1. 创建空数据库：在SSMS里右键“数据库”→“新建数据库”，名称填lgcsgwxt（不能用java_shop，因为Lgcsgwxt工程的web.xml里写死了jdbc.url=jdbc:sqlserver://localhost;databaseName=lgcsgwxt）；
2. 还原备份：右键刚建的lgcsgwxt数据库→“任务”→“还原”→“数据库”，在“源”选项卡选择“设备”，点击右侧省略号，添加lgcsgwxt.bak文件；
3. 关键设置：切换到“选项”选项卡，必须勾选“覆盖现有数据库”（否则报错“数据库正在使用”），同时勾选“保留复制设置”（防止日志链断裂）；
4. 执行还原：点确定，等待进度条完成。

常见错误及修复：
- 报错“还原过程中数据库正在使用”：说明有其他程序连着lgcsgwxt库，关闭SSMS所有查询窗口，或在“活动监视器”里杀掉相关进程；
- 报错“逻辑文件名不匹配”：说明.bak文件是从其他服务器备份的，需在“选项”卡里手动修改“还原为”路径，指向你本地的SQL Server数据目录（如C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\DATA\）；
- 还原后表为空：检查SSMS左侧对象资源管理器，展开lgcsgwxt→“表”，确认goods、inbound等表是否存在，若不存在，说明还原时选错了.bak文件，重来。

数据库说明.xls里附了三张截图：第一页是新建数据库对话框，第二页是还原向导的“选项”卡设置，第三页是还原成功后的表列表。学生照着截图一步步点，基本零失败。

4.3 Eclipse导入与项目配置：五个必改项

导入java_shop工程到Eclipse后，90%的学生会遇到404错误，根源在于五个配置项没改：
1. Java Compiler版本：右键项目→Properties→Java Compiler→勾选“Enable project specific settings”，Compiler compliance level选1.8；
2. Targeted Runtimes：Properties→Targeted Runtimes→勾选Apache Tomcat v8.5（必须是你解压的D:\tomcat8路径）；
3. Deployment Assembly：Properties→Deployment Assembly→删除默认的/META-INF，添加WebContent文件夹并映射到/根路径；
4. web.xml Servlet映射：打开WebContent\WEB-INF\web.xml，确认的与JSP页面里的form action一致（如 /login.do 对应login.jsp里的action=”login.do”）；
5. 数据库连接配置：打开src\config.properties，修改jdbc.url=jdbc:sqlserver://localhost:1433;databaseName=lgcsgwxt（注意端口号1433不能漏），jdbc.username和jdbc.password填你SQL Server的登录凭据（默认sa用户，密码在安装时设置）。

我在实训中让学生逐项打钩验证，改完一项重启Tomcat测试一次。比如改完Compiler版本，启动Tomcat能看到控制台输出“Server startup in XXX ms”，说明基础环境OK；改完Deployment Assembly，访问http://localhost:8080/java_shop/能看到404还是首页，就能定位问题在路径映射。

4.4 启动与首次登录：绕过密码加密的快捷通道

系统默认账号是admin/admin，但密码在数据库里是MD5加密存储的。如果你改过密码又忘了，不用重装——database目录下有个reset_password.sql脚本，内容只有一行：

UPDATE users SET password = '21232f297a57a5a743894a0e4a801fc3' WHERE username = 'admin'

这个MD5值对应明文admin，直接执行即可重置。软件说明.doc里写了两种执行方式：在SSMS里新建查询窗口粘贴执行，或用命令行sqlcmd -S localhost -U sa -P your_password -i reset_password.sql。首次登录后，系统会跳转到main.jsp，左侧菜单栏显示“商品管理”“入库管理”“出库管理”等模块，点击任意链接都能正常加载——这就证明整个MVC链路跑通了。我建议学生先不急着操作业务，而是用浏览器开发者工具（F12）看Network标签，刷新页面时观察/login.do、/menu.jsp等请求的Status是否都是200，Response里有没有报错堆栈，这是最直接的健康检查。

5. 常见问题与实战排错技巧实录

5.1 经典404错误：八成源于路径映射错位

学生问得最多的问题：“为什么我访问http://localhost:8080/java_shop/login.jsp是404？”答案几乎全是路径问题。我们整理了四种典型场景及自查清单：

现象	可能原因	快速验证方法	解决方案
访问/login.jsp 404，但访问/login.do正常	login.jsp不在WebContent根目录下	在Eclipse里展开WebContent，确认login.jsp文件图标是否在顶层	将login.jsp拖到WebContent文件夹内，不要放在子文件夹里
访问/login.do 404，但login.jsp能打开	web.xml里的写错了	打开web.xml，搜索`<url-pattern>`，确认值是`/login.do`而非`/login`或`*.do`	修改为`/login.do`，重启Tomcat
所有.do请求404，但.jsp能打开	Tomcat未正确关联项目	在Eclipse的Servers视图里，双击Tomcat，检查“Modules”列表是否有java_shop，Deploy Path是否为/java_shop	右键Servers→Clean，再右键java_shop→Run As→Run on Server
访问/login.jsp显示空白，查看源码是乱码	JSP文件编码不是UTF-8	右键login.jsp→Properties→Resource→Text file encoding，确认是UTF-8	在Eclipse菜单Window→Preferences→General→Workspace，设置Text file encoding为UTF-8

我在课堂上演示过：故意把login.jsp放到WebContent/pages/子目录，然后让学生猜为什么404。当他们发现浏览器地址栏写的是/java_shop/login.jsp，而文件实际在/java_shop/pages/login.jsp时，立刻明白“路径是相对于WebContent根目录的”。这种亲手犯错再纠正的过程，比讲十遍概念都深刻。

5.2 数据库连接失败：从驱动到权限的全链路排查

报错java.sql.SQLException: Cannot create PoolableConnectionFactory是最让人抓狂的。我们的排查流程是线性的：
1. 先看驱动：确认lib目录下有sqljdbc42.jar（SQL Server 2012+专用驱动），不是sqljdbc.jar或sqljdbc4.jar；
2. 再查连接字符串：config.properties里jdbc.url必须是jdbc:sqlserver://localhost:1433;databaseName=lgcsgwxt;encrypt=false;trustServerCertificate=true，其中encrypt=false和trustServerCertificate=true是关键，否则JDK 1.8会因SSL证书问题拒绝连接；
3. 验证SQL Server服务：按Ctrl+Shift+Esc打开任务管理器，服务选项卡里找SQL Server (MSSQLSERVER)，状态必须是“正在运行”；
4. 测试登录凭据：用SSMS以相同用户名密码连接localhost，如果SSMS连不上，说明不是Java问题，而是SQL Server配置问题；
5. 检查防火墙：Windows防火墙可能阻止1433端口，在“高级安全Windows防火墙”里新建入站规则，开放TCP 1433端口。

数据库说明.xls里附了连接字符串各参数含义表：encrypt=false表示不启用SSL加密（教学环境无需），trustServerCertificate=true表示信任自签名证书（SQL Server默认用自签名证书）。学生常把encrypt=true当成“更安全”，结果连不上，这就是典型的经验盲区。

5.3 中文乱码终极解决方案：三处编码统一

JSP页面中文显示为???, 或表单提交后数据库存的是乱码，根源一定是编码没统一对齐。我们的方案是“三统一”：
- JSP页面编码：所有JSP文件第一行必须是<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>；
- Tomcat连接器编码：修改conf\server.xml，在标签里添加 URIEncoding="UTF-8"属性（如 <Connector port="8080" protocol="HTTP/1.1" URIEncoding="UTF-8" />）；
- 数据库排序规则：新建lgcsgwxt数据库时，在“选项”卡里将Collation设为 Chinese_PRC_CI_AS（中文排序规则），不是默认的SQL_Latin1_General_CP1_CI_AS。

验证方法：在inbound_add.jsp里写<%= "测试中文" %>，页面显示正常；提交入库单后，在SSMS里SELECT * FROM inbound，中文字段显示正常。如果仍乱码，一定是某一处漏了——我让学生用Notepad++打开所有JSP文件，用“编码”菜单确认是否为UTF-8无BOM格式，因为Windows记事本保存的UTF-8默认带BOM，会导致JSP解析失败。

5.4 功能异常避坑指南：那些文档没写的实战细节

除了技术问题，业务逻辑也有隐藏坑：
- 入库单日期不准：SQL Server的GETDATE()返回服务器时间，如果学生电脑时区设为UTC+8，而SQL Server服务时区是UTC，会导致日期差8小时。解决方案是在SSMS里执行SELECT GETDATE()，确认返回时间与本地时间一致，不一致则修改SQL Server服务的Windows系统时区；
- 分页跳转失效：stock_query.jsp的分页链接写成<a href="stock_query.jsp?page=${page+1}">下一页</a>，但没传递查询条件参数，导致翻页后条件丢失。正确写法是<a href="stock_query.jsp?page=${page+1}&gname=${param.gname}&gcode=${param.gcode}">下一页</a>；
- 密码修改后无法登录：UserService.updatePassword()方法里，新密码用MD5加密后存入数据库，但学生常忘记在update语句里加WHERE条件，导致所有用户密码被改成同一个值。我们在代码里加了注释：“// 注意：必须有WHERE username = ?，否则批量改密！”

这些细节，都是我在带学生调试时，从几十个真实报错里提炼出来的。软件说明.doc里专门设了“避坑提醒”章节，用灰色底纹标出，比如：“警告：修改密码SQL务必带WHERE条件，否则后果严重”。不是吓唬人，而是用血泪教训告诉学生：业务系统里，一个符号的缺失，可能毁掉整个数据一致性。

6. 学习路径规划与二次开发建议

这套系统最大的价值，不在于它现在能做什么，而在于它为你铺好了从模仿到创造的阶梯。我给学生的三阶段学习路线是：

第一阶段（1周）：跑通与理解
目标：不改一行代码，让系统在自己电脑上完整跑起来。重点做三件事：① 按4.1~4.4节部署，确保能登录、查库存、下入库单；② 用Debug模式在Eclipse里打断点，跟踪一个请求（如/login.do）从Servlet→Service→DAO→数据库的完整路径；③ 对照数据库说明.xls，用SSMS查看goods表结构，理解stock字段为什么是int类型，而不是decimal（因为进销存业务中库存数量必为整数）。

第二阶段（2周）：定制与扩展
目标：基于现有架构，增加一个新功能模块。推荐从“库存预警”入手：当某商品stock < 10时，在库存查询页面用红色高亮显示。需要改动三处：① 在goods表加warning_level字段（int，默认10）；② 修改StockDao.queryStock()方法，在SELECT语句里加入该字段；③ 在stock_query.jsp的循环里加判断<c:if test="${goods.stock < goods.warning_level}"><font color="red">${goods.stock}</font></c:if>。这个改动小但完整，涵盖了数据库、DAO、JSP三层，让学生体会“改一个功能要动哪些地方”。

第三阶段（持续）：重构与升级
目标：把JSP系统演进为现代架构。这不是推倒重来，而是渐进替换：① 用Thymeleaf替换JSP，保持Controller不变，只换视图层；② 用MyBatis替换JDBC，把SQL抽到XML里；③ 最后引入Spring Boot，把web.xml配置迁移到application.yml。我在毕业设计指导中，要求学生必须提交“重构前后对比报告”，说明为什么MyBatis比JDBC更适合复杂查询，为什么Spring Boot的自动配置减少了多少样板代码。这种对比，才是技术成长的刻度尺。

最后分享一个小技巧：每次改完代码，不要急着重启Tomcat，先在Eclipse里右键项目→Refresh，再右键Servers→Publish。很多学生习惯暴力重启，结果Tomcat假死，反而浪费时间。真正的效率，来自于对工具链的深度理解——而这套系统，就是最好的教材。

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