简介这是一份基于JSPSSM框架的生鲜超市进销存管理系统完整毕业设计项目面向计算机专业毕业生及SSM初学者涵盖销售出库、进货采购、基本档案、商品信息管理等核心业务模块开发环境为JDK1.8支持Eclipse、MyEclipse、STS、IDEA等常见工具。资源包为RAR压缩格式共428个文件约35.79MB主要包括Java源码.java/.class、JSP页面、XML/Properties配置、CSS/JS/PNG前端资源、MySQL数据库脚本.sql及论文文档.docx另有MP4安装教程视频等结构清晰便于按需取用。目前已有89人学习/下载可用于快速搭建毕业设计框架、学习SSM整合流程、理解进销存业务逻辑也可作为课程设计或项目实训的参考模板。除完整源码和数据库脚本外还附带毕业论文、环境工具包及同框架项目的安装教程说明文档帮助解决开发环境配置和项目部署难题同时包含进货监管提示、员工/供应商/客户管理、商品类别及库存管理等功能细节具备较好的实用性、安全性与可维护性。1. 一套专为毕设场景打包的 JSPSSM 项目它解决了谁的什么问题毕业设计季最常见的尴尬是题目定下来了代码却没头绪。jspssm 生鲜超市进销存管理系统这类交付物恰好把三道关卡一次解决——技术栈是高校覆盖率极高的 JSP SSM业务域是进销存这个永远不会过时的管理场景交付形态又带上了源码、文档和教程。标题里的 B 版本是这套交付物的标识落到手上就是源码、文档、教程三件套。更关键的是生鲜超市比普通商品超市多一个“保质期”维度这直接决定了项目里必须处理批次号、有效期、临期预警这些字段而不是一个纯增删改查的模板。给谁用给 JSP 课程刚结束、需要独立完成毕设并且想在答辩时讲清楚业务逻辑的人。能不能直接用、怎么复现、坑在哪下面按落地顺序拆开讲。2. 技术栈选型SSM 里三层架构怎么分工JSP 视图层该不该硬留2.1 SSM 的分工逻辑谁管对象、谁管请求、谁管 SQL老生常谈的三层放到毕设里其实是三层兜底。Spring 通过 IOC 容器管理 Service 层和 Mapper 层的生命周期在任何类里打上 Autowired 就能直接拿到对象省掉自己 new 对象的硬编码。SpringMVC 负责把浏览器请求路由到 Controller再把 Model 数据填充到 JSP 页面。MyBatis 则是把接口方法和 SQL 语句绑定在一起返回的结果集自动映射成 Java 对象。这三块拼在一起正好覆盖了“请求进来、业务处理、数据落库、页面回显”的完整闭环。对毕设来说选这套还有一个现实理由资料密度高。搜任何一个报错几乎都能找到对应的博客或问答这点比跟新框架死磕要省太多时间。容易出现的问题反而是把三者的边界搞混比如在 Controller 里直接写 SQL 逻辑或者在 JSP 里写 JDBC 代码。项目的可维护性差答辩时被问“你这个分层的依据是什么”就容易被问住。我的判断是SSM 不是最潮的但它是毕设周期里容错率最高的组合之一。分层清晰改一处不容易炸全局导师看的核心是业务建模和代码组织不是框架版本号。2.2 JSP 视图层的边界什么场景留 JSP什么场景别留JSP 在这个项目里承担的是视图层的职责最大优点是开箱即用不用像 Vue 项目那样搭 node 环境也不需要联调跨域。JSP 页面可以直接用 EL 表达式和 JSTL 标签渲染后端传来的数据比如从 Model 里拿一个商品列表循环输出到表格里代码量比字符串拼接要少得多。但 JSP 的边界也很明确——它只做展示不写业务。常见翻车做法是在 JSP 里写 Java 脚本片段% %去查数据库或者做金额计算。这样页面一多就乱成一团答辩时也很难解释清楚为什么业务逻辑会出现在视图层。合理的方式是Controller 把已经组好的数据放进 ModelJSP 负责循环、判断和格式展示。金额格式化、日期格式化这类表现层的操作可以用 JSTL 的 fmt 标签做不碰业务。还有一点路径问题容易绕晕新手JSP 里引用 CSS、JS 和跳转链接时要用 ${pageContext.request.contextPath} 拼上项目上下文路径否则部署到带上下文名的路径时静态资源容易 404。我的结论是毕设场景下保留 JSP 是划算的选择但前提是把它当纯视图来用不要掺业务逻辑。2.3 环境选型与 Maven 依赖的最小配置先给一套保守的组合JDK 8 Tomcat 8.5 或 9.0 MySQL 5.7 或 8.0。JDK 8 对应 Tomcat 8 系列兼容性最好SSM 的 Spring 5.x 在 JDK 8 上跑得最稳。MySQL 5.7 是老项目最常见的默认库如果是 8.0驱动类和时区配置有变化这一点放到避坑章节细说。Maven 依赖不需要多核心就五个spring-webmvc、spring-jdbc、mybatis、mybatis-spring、mysql 驱动、jstl。下面是一个能跑通登录和进销存的最小依赖集合。dependencies dependency groupIdorg.springframework/groupId artifactIdspring-webmvc/artifactId version5.3.20/version /dependency dependency groupIdorg.springframework/groupId artifactIdspring-jdbc/artifactId version5.3.20/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis/artifactId version3.5.10/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis-spring/artifactId version2.1.0/version /dependency !-- 5.x 用 com.mysql.jdbc.Driver8.x 用 com.mysql.cj.jdbc.Driver -- dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version5.1.49/version /dependency dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.2/version /dependency /dependencies依赖版本的选择思路Spring 5.3.x 对 JDK 8 有完整支持MyBatis 3.5.x 搭配 mybatis-spring 2.x 也是社区里最常用的组合。如果你用的是 Tomcat 9spring-webmvc 5.3 不会有兼容问题。mysql 驱动版本一定要和数据库版本对齐5.1.x 驱动连 MySQL 8 会踩时区相关的坑。2.4 入口配置web.xml 与 Spring 容器如何对接入口是 web.xml它同时负责两件事加载 Spring 容器配置以及注册 SpringMVC 的 DispatcherServlet。注意 DispatcherServlet 的 load-on-startup 数值表示启动顺序写 1 表示随容器启动加载。SpringMVC 的配置放在独立的 XML 文件里再由 web.xml 指路这个路指错会导致启动直接报错。context-param param-namecontextConfigLocation/param-name param-valueclasspath:applicationContext.xml/param-value /context-param listener listener-classorg.springframework.web.context.ContextLoaderListener/listener-class /listener servlet servlet-namedispatcher/servlet-name servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class init-param param-namecontextConfigLocation/param-name param-valueclasspath:spring-mvc.xml/param-value /init-param load-on-startup1/load-on-startup /servlet servlet-mapping servlet-namedispatcher/servlet-name url-pattern//url-pattern /servlet-mappingurl-pattern 的写法直接决定静态资源会不会被拦截。写 / 会把所有请求交给 DispatcherServlet此时静态资源需要额外放行写 /* 则会连 JSP 也拦截JSP 解析会出问题一般不这么配。我通常用 / 配合 spring-mvc.xml 里的静态资源映射把 css、js、images 放行JSP 找视图时走 InternalResourceViewResolver。3. 生鲜进销存的数据库设计把保质期和批次建模进三张核心表3.1 普通进销存和生鲜进销存的本质差异普通图书或日用品的进销存核心就是数量加减进多少、卖多少、剩多少。但生鲜类商品多了一个随时可能引发实际损失的因素——时间。保质期三天和保质期一年的商品库存管理逻辑完全不同。临期商品要提醒、要促销、可能还要报损。这决定了数据表里必须有保质期天数、生产日期、到期日期和批次号这些字段否则系统做出来也只是一张普通的流水账表。所以先把业务对象梳理清楚商品、供应商、进货单、销售单、库存。其中库存不是简单的“一个商品一条记录”而是“一个商品在一个批次下有一条记录”。同一种蔬菜不同批次进货价不同、到期日不同必须分开管理。这个建模思路做好了后面做先进先出扣减和临期预警才有数据基础。3.2 商品表与批次库存表的字段设计商品表product存基础档案名称、分类、单位、保质期天数、预警库存线。批次库存表stock存实际可售数量商品 ID、批次号、生产日期、到期日期、库存量。进货单表和销售单表则记录流水。这种设计比单表存总库存多了一个维度但对生鲜场景是必需的。下面给三张核心表的建表 SQL。先把这三张表跑通业务再补供应商、销售明细等外围表。CREATE TABLE product ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL COMMENT 商品名称, category VARCHAR(20) COMMENT 分类蔬菜/水果/肉禽等, unit VARCHAR(10) COMMENT 单位斤/盒/袋, shelf_life_days INT COMMENT 保质期天数用于推算到期日, warning_stock INT DEFAULT 10 COMMENT 低库存预警线 ); CREATE TABLE stock ( id INT PRIMARY KEY AUTO_INCREMENT, product_id INT NOT NULL, batch_no VARCHAR(30) COMMENT 批次号可按进货日期生成, quantity INT DEFAULT 0 COMMENT 当前库存数量, purchase_price DECIMAL(10,2) COMMENT 该批次进货单价, produce_date DATE COMMENT 生产日期, expire_date DATE COMMENT 到期日期, KEY idx_product_batch (product_id, batch_no) ); CREATE TABLE purchase_order ( id INT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(30) COMMENT 进货单号, product_id INT NOT NULL, quantity INT, purchase_price DECIMAL(10,2), batch_no VARCHAR(30), produce_date DATE, expire_date DATE, create_time DATETIME );字段注释要养成习惯后面写设计文档和论文时直接省力。shelf_life_days 和 produce_date 是用来推算 expire_date 的即使进货时没填到期日也能通过这两列自动计算避免录入人员漏填。warning_stock 是预警阈值可以和分类关联比如肉禽类阈值低、蔬菜类阈值高。3.3 批次库存的累加与扣减两条关键 SQL进货入库后库存应该追加到对应批次上。如果该商品加上该批次号已有记录就做数量累加没有记录就插入一行。MyBatis 里常见的写法是先查再判断但用一条 UPDATE 配合影响行数判断更紧凑。UPDATE stock SET quantity quantity #{quantity} WHERE product_id #{productId} AND batch_no #{batchNo};执行后如果更新行数为 0说明批次不存在执行一条 INSERT 插入该批次。销售出库时则反过来从最早到期的批次开始扣减也就是先进先出。先按到期日排序选出有库存的批次再逐批扣减。SELECT batch_no, quantity, expire_date FROM stock WHERE product_id #{productId} AND quantity 0 ORDER BY expire_date ASC;为什么要按 expire_date 而不是按进货时间扣因为生鲜先卖旧批次才能减少损耗。这个点在后端 Service 里用循环扣减实现Controller 和 Mapper 都不用管。答辩时主动提到“先进先出”业务逻辑的层次感一下就出来了。3.4 查询细节保留字、驼峰映射与空值统计字段名尽量别用 order、group、condition 这类 SQL 保留字。如果建表时已经踩了查询时就得加反引号。另外 MyBatis 里可以配置 mapUnderscoreToCamelCase 为 true让数据库的下划线字段名自动映射成 Java 驼峰属性省掉大量手写 resultMap。另一个高频小坑是 count 统计。库存为 0 的记录仍然是存在的但销售统计只关心发生交易的记录所以关联查询时注意左连接和 where 条件的顺序先过滤再关联和先关联再过滤结果完全不同。MyBatis 的 XML 写复杂查询之前先在客户端工具里把 SQL 跑对再粘贴进 Mapper能省掉一半联调时间。注意MyBatis XML 中大于号和小于号会被解析成标签边界小于号要写成 或者直接用 包住整段 SQL。4. 从登录到出入库把进销存主链路跑通的最小步骤4.1 登录校验与拦截器哪些页面必须登录才能看管理系统基本不存在完全公开的页面登录后的会话校验是最基础的一环。这里用到的是 SpringMVC 拦截器 HandlerInterceptor。它有三个回调方法通常只用 preHandle 做前置校验返回 false 就中断请求跳去登录页。public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { Object loginUser request.getSession().getAttribute(loginUser); if (loginUser null) { response.sendRedirect(request.getContextPath() /login.jsp); return false; } return true; } }request.getContextPath() 是动态获取项目上下文路径避免把路径写死在代码里项目改个名字就失效。这个拦截器注册到 spring-mvc.xml 里并放行登录请求和静态资源。mvc:interceptors mvc:interceptor mvc:mapping path/**/ mvc:exclude-mapping path/login/ mvc:exclude-mapping path/login.jsp/ mvc:exclude-mapping path/static/**/ bean classcom.example.interceptor.LoginInterceptor/ /mvc:interceptor /mvc:interceptorsexclude-mapping 里漏掉登录页就会出现“还没登录就被跳去登录页”的循环。这里是 XML 配置方式也有项目用 Java Config 加注解但 SSM 老项目绝大多数还是 XML 风格。4.2 进货入库Service 层的两个 SQL 与一个事务进货业务的完整动作分两步插入进货单流水同时把库存表里对应批次的库存数量增加。这两步必须在一个数据库事务里任何一步失败都要回滚。Spring 让这件事变得很简单只要在 Service 方法上加 Transactional。Service public class PurchaseService { Autowired private PurchaseOrderMapper purchaseOrderMapper; Autowired private StockMapper stockMapper; Transactional public void purchaseIn(PurchaseOrder order) { purchaseOrderMapper.insert(order); int updated stockMapper.increaseStock(order.getProductId(), order.getQuantity(), order.getBatchNo()); if (updated 0) { stockMapper.insertBatch(order); } } }increaseStock 对应前面那条 UPDATE 语句。注意判断的是影响行数不是查询结果这样把“查重插入”两步压缩成“更新兜底插入”两步逻辑更紧凑。事务一定要放在 Service 层而不是 Mapper 层因为两个 Mapper 方法是两个独立操作只有调用方也就是 Service 方法的事务边界才能把两者包在一起。还有一点容易踩坑Transactional 默认只对运行时异常回滚。如果在代码里用 try-catch 把异常吞掉了或者抛出的是检查异常事务都不会回滚。所以在 catch 块里要么重新抛出 RuntimeException要么手动调用 TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()。4.3 销售出库按到期日先进先出扣减销售出库比入库多一层逻辑先查出该商品所有有库存的批次按到期日从早到晚排序然后逐个批次扣减。一个批次扣不完就扣下一个批次金额上要处理 Decimal 精度不要用 double 直接算。Transactional public void saleOut(SaleOrder saleOrder) { ListStock batches stockMapper.selectBatchesByExpireDate(saleOrder.getProductId()); int remain saleOrder.getQuantity(); for (Stock batch : batches) { if (remain 0) break; int deduct Math.min(batch.getQuantity(), remain); stockMapper.deductStock(batch.getId(), deduct); remain - deduct; } if (remain 0) { throw new RuntimeException(库存不足); } saleOrderMapper.insert(saleOrder); }先进先出在代码里表现为 ORDER BY expire_date ASC。这个方法要注意并发场景如果两个请求同时抢同一批次的库存可能出现超卖。毕设阶段通常不会压测并发但想做得稳妥可以在扣减语句上带数量条件比如 UPDATE stock SET quantity quantity - #{deduct} WHERE id #{id} AND quantity #{deduct}让数据库来做最后的校验影响行数为 0 再回滚。4.4 预警查询低库存与临期商品一眼可见系统最后要能回答两个问题哪些商品快卖完了哪些批次快到期了低库存用商品表的 warning_stock 和库存表做聚合对比临期直接用到期日期筛选。下面就是低库存预警的查询。select idlistWarningStock resultTypemap SELECT p.id AS productId, p.name AS productName, p.warning_stock AS warningStock, IFNULL(SUM(s.quantity), 0) AS currentStock FROM product p LEFT JOIN stock s ON p.id s.product_id GROUP BY p.id, p.name, p.warning_stock HAVING IFNULL(SUM(s.quantity), 0) p.warning_stock /selectHAVING 是对分组后的结果做筛选和 WHERE 对原始行筛选不同。这里的 LEFT JOIN 保证没有任何库存记录的商品也能出现在结果里IFNULL 把空值转成 0。如果你把 SUM(s.quantity) 放在 HAVING 里而 SELECT 里没有同名字段某些 SQL 模式下会报错所以两端字段保持一致最省心。临期预警就是查 expire_date 在某个时间窗口内的批次。熟练以后可以把窗口天数做成参数在 Controller 里传入页面加一个下拉框选“3 天内 / 7 天内到期”比写死一个数字灵活得多。5. 避坑指南JSPSSM 项目本地部署常见的 5 个翻车点5.1 Tomcat 启动就报 ClassNotFoundException但依赖明明存在现象导入项目后点运行Tomcat 启动日志里出现 java.lang.ClassNotFoundException指向某个 Spring 或 MyBatis 的类可 pom.xml 里已经写了依赖。原因Maven 项目需要把依赖打包进 WEB-INF/lib 或者按 WAR 方式部署。如果你只是在开发环境里运行但 Tomcat 启动时根本没读取 Maven 的依赖就会缺类。解决检查运行配置里是否启用了模块 classpath 依赖或者在 IDEA 右侧 Maven Lifecycle 里执行 clean 后 package确认生成的 WAR 或 target 目录里包含 WEB-INF/lib 下的 jar 包。经验做法是直接把 WAR 包丢进 Tomcat 的 webapps 目录避免开发环境的虚拟路径和运行环境不一致。5.2 中文乱码页面乱、数据库乱、请求参数乱同时出现现象新建页面打开后中文全部变成问号或者从表单提交的中文保存到数据库里乱成一团。原因多处编码不一致。JSP 页面编码、Tomcat URI 编码、数据库连接 URL 的 characterEncoding以及表本身的字符集任何一环断了都会出问题。解决统一成 UTF-8。JSP 顶部写 % page contentTypetext/html;charsetUTF-8 pageEncodingUTF-8 %数据库连接 URL 带 characterEncodingutf8建表时指定 DEFAULT CHARSETutf8Tomcat 的 server.xml 里给 Connector 加 URIEncodingUTF-8。四段同时改乱码基本消失。这里有个血泪经验很多人只改页面和连接但表是建库时默认的 latin1 字符集照样乱。5.3 MyBatis 里 ${} 和 #{} 选错导致 SQL 注入或查询失败现象用 ${} 拼接排序字段或表名可以动态传参但传入字符串时出现 SQL 语法错误或者被安全测试盯上。原因${} 是字符串替换直接把参数拼进 SQL#{} 是预编译占位符参数安全可靠。排序字段、表名这类结构性的位置只能用 ${}值的位置必须用 #{}。解决规则很简单值永远走 #{}。动态排序如果必须用 ${}就在后端写一个白名单 Map把前端传来的排序字段映射成固定的数据库列名而不是直接把参数接进去。这样既保留了动态能力又堵住了注入面。5.4 Transactional 加了注解但事务就是不生效现象进货时插入进货单成功但库存更新报错回滚后数据库里却还留着进货单记录。原因第一可能是代理没有生效方法在同类中通过 this 调用注解被绕过。第二可能是异常被 catch 吞掉。第三可能是数据源没有交给 Spring 的事务管理器注解等于摆设。解决SSM 需要在 Spring 配置里注册 DataSourceTransactionManager并开启注解驱动。检查 Service 方法是否 public且由外部调用才走代理。finally 或 catch 里不要把异常吞干净至少要 throw new RuntimeException。这三个条件全部满足事务才真正兜底。5.5 MySQL 8.0 连接失败驱动类名变了、时区报错、SSL 告警现象明明 MySQL 已启动账号密码也对应用启动却报 Cannot create PoolableConnectionException 或者 The server time zone value 异常。原因MySQL 8 和 5.x 在驱动类名、时区策略、SSL 默认配置上都有差异。5.1.x 的老驱动不认识 com.mysql.cj.jdbc.Driver连接 URL 里默认会尝试使用 SSL 并检查服务器时区。解决如果是 MySQL 8驱动换成 mysql-connector-java 8.0.x类名写成 com.mysql.cj.jdbc.Driver连接 URL 加上 serverTimezoneAsia%2FShanghai 或 serverTimezoneHongkong并关闭 SSL 的 useSSLfalse。版本对齐这个习惯能省掉整个下午的浪费时间。提示项目里如果同时有多个 MySQL 版本环境连接串里不要写死 IP优先用 localhost避免换了机器之后还要记着一处处改连接地址。6. 拿到源码后怎么用复现顺序、文档配合与一个能加分的二次开发点拿到这套源码附带文档和教程第一件事不要急着看代码先按“建库、改配置、启动、验证”的顺序跑通。常见做法是先用教程里的建库脚本把数据库建好再在项目配置里改数据库连接的用户名密码然后启动 Tomcat用演示账号登录走一遍进货、销售、库存查询。跑通之后再打开文档按文档里的模块说明对照代码看每个页面背后调了哪个 Controller、哪个 Service。文档的价值不是让你从头读源码而是给你一张地图。我自己的习惯是先读数据库设计章节把表关系在纸上画一遍再读功能模块说明对“商品档案—进货—销售—库存”这条链路建立整体认知。文档里如果有接口说明或页面清单拿来当核对表用一个模块一个模块验证。真正能让系统在答辩里加分的是做一个不复杂但有用的二次开发点。以这套系统为例建议加一个“近 7 日销售排行”或“临期商品提醒页”。实现路径很简单在销售表上按商品聚合销售数量取前五名页面用表格或引入一个轻量图表库画柱状图展示。SELECT product_id, SUM(quantity) AS sale_count FROM sale_order WHERE create_time DATE_SUB(CURDATE(), INTERVAL 7 DAY) GROUP BY product_id ORDER BY sale_count DESC LIMIT 5;临期提醒则借用前面 4.4 说的 expire_date 窗口查询在后台首页加一个红色显示的区域。这两个功能都只涉及一张表的简单查询却能让系统看起来真的在以数据辅助经营。最后说一个教训某次我帮人部署类似项目图省事直接用高版本 JDK 启动老项目Tomcat 加载 class 时各种版本不兼容我一度以为是项目写错了后来才发现是编译版本和运行时版本不一致。从此我养成的习惯是部署前先确认三个版本JDK 版本、Tomcat 版本、MySQL 版本三者对齐再动环境。版本不齐代码写得再对也跑不顺畅。希望这个经验也能帮到你顺着这条链路把源码跑通把业务讲透毕业设计这道关也就稳了。本文还有配套的精品资源点击获取