简介面向计算机相关专业毕业生准备的Java毕业设计项目采用SSM框架实现超市管理系统系统运行在浏览器服务器模式下后端使用Java与MySQL数据库。资源包中包含完整项目源码、文字说明文档、数据库初始化脚本以及演示视频覆盖从系统搭建、编码开发到答辩展示的完整链路。系统功能分为前台与后台前台面向普通用户提供网站首页、员工信息、商品信息、积分商品等展示与查询后台面向管理员支持系统用户管理、商品类别管理、积分商品管理、商品问题管理等多种业务操作结合录入的演示视频可直观感受各模块运行效果。压缩包内共910个文件除jsp页面、java源码、class编译文件、jar依赖库、sql脚本、xml配置外还有大量gif、jpg、png等图片资源用于界面设计参考整体大小57.01MB目录按业务分层组织利于快速定位和学习内容预览中可见支付宝相关处理类说明项目包含支付接口模块值得深入研究。目前已有186人学习适合毕业设计参考也适合希望掌握SSM整合开发、B/S结构项目完整流程的Java学习者。1. 为什么这个SSM超市管理系统是Java毕业设计里最不该卡住的项目提起Java毕业设计基于SSM框架的超市管理系统几乎是模板库里出现频率最高的名字之一。它不像秒杀系统那样要解释高并发也不像推荐项目那样依赖算法业务边界非常清楚商品、库存、供应商、收银、进货退货任何一个认真学过Java基础的人都能把代码从头读到尾。同时Spring、SpringMVC、MyBatis三个框架全占答辩时考官问原理你有话可说问业务你也有场景可讲。可现实是很多同学拿到源码压缩包之后第一晚就卡在环境上——JDK版本不对、Maven依赖下不动、MySQL密码对不上、Tomcat启动报错。这篇笔记我就按“先看懂架构、再跑通项目、最后改成自己的作品”的顺序把SSM超市管理系统拆开讲清楚适合正在做Java课程设计或者毕业设计、手里正好持有一套这类源码但还没跑通的人。2. 看懂SSM超市管理系统的架构先弄明白三件事再动手改代码2.1 SSM三个框架分别管哪一层为什么这个组合适合毕设SSM是Spring、SpringMVC、MyBatis三个框架的组合对应Java Web项目里三层架构的三块拼图。Spring管对象和事务Service层的类由Spring容器创建和注入声明式事务用Transactional一行注解就能包住多个数据库操作。SpringMVC管请求分发浏览器发来的HTTP请求由DispatcherServlet接收按URL找到对应的Controller方法再把返回的字符串解析成跳转路径或JSON。MyBatis管数据库访问写SQL不再用JDBC里那一大段Connection、PreparedStatement、ResultSet的样板代码只需要定义Mapper接口在XML里写SQL框架自动完成参数绑定和结果集映射。这套组合是目前Java课程设计案例源码里覆盖面最完整的一套。为什么不是Spring Boot因为SSM要求你手动配置web.xml、spring-mvc.xml、applicationContext.xml、mybatis-config.xml每一步配置都能被考官追问答得出来就是“真的懂”而Spring Boot把很多细节藏起来了回答“自动配置”反而容易被追问到底。所以毕业设计选SSM不是为了技术先进而是为了把Java Web的核心知识点完整暴露出来。如果你的目标是求职SSM和Spring Boot的区别本身也是Java面试题里的高频考点做完这个项目你等于把答案背熟了。2.2 超市业务的功能模块与数据库表设计超市管理系统在业务上围绕“进销存”三个字展开。进货是跟供应商打交道销售是跟顾客打交道库存是两者之间的缓冲。源码里最常见的模块划分是用户管理多角色登录、商品管理增删改查、上下架、库存管理入库、出库、盘点、销售管理收银、退货、日结、供应商管理、进货管理。权限上通常分管理员、收银员、仓库管理员、采购员管理员拥有全部菜单收银员只能访问收银和查询仓库管理员管入库出库。对应的数据库表一般包含这样几张核心表表名关键字段作用sys_userid, username, password, realname, role登录账号与角色goods_infoid, goods_name, barcode, price, stock, category_id商品基本信息与库存supplier_infoid, supplier_name, contact, phone, address供应商档案stock_inid, supplier_id, goods_id, quantity, in_price, create_time进货入库流水sale_orderid, order_no, total_amount, create_time, user_id销售单头sale_order_detailid, order_id, goods_id, price, quantity销售明细表之间靠外键串起来sale_order_detail通过order_id指向sale_order通过goods_id指向goods_infostock_in通过supplier_id指向supplier_info。这里要注意商品库存字段stock直接放在goods_info里是课程设计最常见的做法优点是查询快、代码好写缺点是没有库存流水盘点时说不清每一次变动。如果后面想升级再补一张goods_stock_log表就行第一版不用过度设计。提示看源码时先打开数据库脚本把这几张表的关系画在纸上比先看代码效率高一倍。我就是因为先看代码绕了很大一圈才搞清楚字段含义。2.3 一次“进货入库”请求的完整调用链把SSM的调用链走一遍是答辩时最值钱的一段话。以新增进货单为例用户在JSP页面填写商品、数量、进货价点击提交表单POST到/stockIn/add。DispatcherServlet先根据URL找到StockInController.add()方法Controller负责接收参数、调用Service不写业务逻辑。Service里先往stock_in表插入一条进货记录再更新goods_info表的库存和最新进货价两个操作必须在一个事务里要么都成功要么都失败。Mapper层由MyBatis生成SQL执行最后Controller把页面重定向到进货列表用户看到最新结果。Controller的典型写法是这样的Controller RequestMapping(/stockIn) public class StockInController { Autowired private StockInService stockInService; RequestMapping(/add) public String add(StockIn stockIn) { boolean ok stockInService.addStockInWithGoods(stockIn); return ok ? redirect:/stockIn/list : error; } }关键在RequestMapping(/add)它和表单的action路径必须一致方法参数StockIn stockIn是SpringMVC的自动参数绑定要求表单字段名和实体类属性名一致这是新手最容易忽略的一件事——字段名拼错了不报错只存进去一个null。返回的redirect:/stockIn/list是重定向刷新页面不会重复提交表单比直接返回视图名更安全。Service层的事务写法是另一个重点Service Transactional public class StockInServiceImpl implements StockInService { Autowired private StockInDao stockInDao; Autowired private GoodsDao goodsDao; Override public boolean addStockInWithGoods(StockIn stockIn) { // 第一步写入进货单 stockInDao.insert(stockIn); // 第二步更新商品库存 goodsDao.updateStock(stockIn.getGoodsId(), stockIn.getQuantity()); return true; } }这里的Transactional是Spring声明式事务默认遇到RuntimeException就回滚。意思是第二步如果抛异常比如商品ID不存在第一步插入的进货单也会被撤销不会留下“只有进货单没有库存变化”的脏数据。查看源码时重点看Service实现类上有没有这个注解很多简化版项目把它漏掉一旦数据出问题整张表状态就是乱的。3. 把SSM超市管理系统源码跑起来四步环境配置与最小启动流程3.1 版本搭配这个组合最不容易翻车拿到源码先别急着解压。SSM是2015年前后流行的框架组合仓库里的代码大概率是按JDK 1.8写的所以环境版本直接决定你能不能跑起来。我验证过多次最稳的组合是JDK 1.8、Tomcat 8.5、Maven 3.6.3、MySQL 5.7开发工具用IDEA 2020到2023之间的任意版本。JDK 11也可以跑大部分项目但个别老版本CGLIB代理在JDK 17上会直接报IllegalAccessError不建议冒险。MySQL 8.0也能用但要注意驱动类名变了这一点后面我会单独讲。Java环境变量配置是第一个坑。Windows上装完JDK后系统变量里要配JAVA_HOME指向JDK安装根目录PATH里加%JAVA_HOME%\bin。配置完不要直接打开IDEA先开一个命令行窗口验证java -version mvn -versionjava -version输出里看到1.8.0_xxx就对了如果显示的是11或17说明JAVA_HOME被其他软件改过了。mvn -version除了看Maven版本还要看它底下的Java version是不是也指向1.8Maven和IDEA用的JDK不是同一个是很多“明明配好了却编译报错”的根源。3.2 用IDEA导入Maven项目并配置依赖下载SSM源码有两种常见组织方式一种是Maven工程根目录有pom.xml另一种是老式Eclipse Web Project目录里直接是src和WebContent。前者是主流。Maven工程导入IDEA的步骤是File → New → Project from Existing Sources选择根目录下的pom.xmlIDEA会识别出Maven结构。导入后第一件事打开File → Settings → Build Tools → Maven确认Maven home path指向你本机的Maven再检查Runner → JRE选的是1.8。依赖下载慢是老项目的通病因为Spring 4、MyBatis 3这些依赖加起来有好几十个第一次会从中央仓库慢慢拉。我一般会在Maven的settings.xml里配一个阿里云镜像这一步能省半小时mirror idaliyunmaven/id mirrorOfcentral/mirrorOf namealiyun public repository/name urlhttps://maven.aliyun.com/repository/public/url /mirror配完后在IDEA里点Maven → Reload All Projects等进度条跑完。如果某个依赖反复下载失败看IDEA右下角的日志常见的是网络超时重试几次基本能过。3.3 建库、改连接、部署Tomcat跑通登录页依赖下载完不代表能跑数据库还没有。打开压缩包里的SQL脚本一般叫db_supermarket.sql或者schema.sql用命令行或者Navicat执行。命令行方式最稳mysql -uroot -p登录后执行CREATE DATABASE IF NOT EXISTS supermarket DEFAULT CHARSET utf8mb4; USE supermarket; SOURCE /your/path/db_supermarket.sql;执行完用SHOW TABLES;确认表都建出来了。然后找到源码里的jdbc.properties有的叫db.properties把数据库连接改为你本机的账号密码jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/supermarket?useUnicodetruecharacterEncodingutf8useSSLfalse jdbc.usernameroot jdbc.password123456如果你装的是MySQL 8.0第一行驱动要改成com.mysql.cj.jdbc.Driver否则启动时会报ClassNotFoundException。最后配置TomcatRun → Edit Configurations → Tomcat Server → LocalDeployment标签页里点 → Artifact选项目名:war explodedApplication context填/supermarket启动后访问http://localhost:8080/supermarket。看到登录页就说明环境通了。压缩包里的演示视频作用就是让你先看一遍作者跑通时的操作顺序如果你的版本和视频不一致以你本地实际为准不用逐帧对齐。提示启动Tomcat时如果端口被占用改Tomcat的server.xml里8080端口或者找到占用进程关掉别硬等。4. 核心功能逐段拆解登录拦截、分页查询与库存扣减的代码长什么样4.1 登录认证与权限拦截不写过滤器页面就裸奔超市管理系统的所有功能必须登录后才能用这一层在SSM里通常是HandlerInterceptor实现的。拦截器比Filter更细可以精确到某个URL规则还能拿到Handler信息。典型写法是public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session request.getSession(); Object loginUser session.getAttribute(loginUser); if (loginUser null) { response.sendRedirect(request.getContextPath() /login.jsp); return false; } return true; } }preHandle返回false表示请求被拦截页面跳去登录返回true放行。getContextPath()是拿项目名这样无论部署成/supermarket还是其他路径重定向都不会写死。光有拦截器类还不够要注册到SpringMVC配置里才生效mvc:interceptors mvc:interceptor mvc:mapping path/**/ mvc:exclude-mapping path/login/ mvc:exclude-mapping path/css/**/ mvc:exclude-mapping path/js/**/ mvc:exclude-mapping path/images/**/ /mvc:interceptor /mvc:interceptorspath/**表示拦截所有路径exclude-mapping放行登录接口和静态资源。这里如果把静态资源也拦了页面会丢样式但很多人第一时间想不到是拦截器的问题。源码里如果没有这个拦截器你也可以自己加这是给毕设“加工作量”又不容易出错的点。4.2 商品分页查询手写LIMIT和PageHelper两种方式商品列表页一定需要分页否则几百条商品全查出来页面会卡。老项目里常见两种做法一种是手写LIMIT简单直接适合展示SQL功底另一种是引入PageHelper插件一行代码搞定适合追求效率。先看手写方式Controller里接收页码RequestMapping(/list) public String list(RequestParam(defaultValue 1) Integer pageNum, RequestParam(defaultValue 10) Integer pageSize, Model model) { int start (pageNum - 1) * pageSize; ListGoods goodsList goodsDao.selectPage(start, pageSize); int total goodsDao.count(); model.addAttribute(goodsList, goodsList); model.addAttribute(total, total); model.addAttribute(pageNum, pageNum); return goods/list; }对应的Mapper XMLselect idselectPage resultTypecom.demo.entity.Goods SELECT * FROM goods_info ORDER BY id LIMIT #{start}, #{limit} /select select idcount resultTypeint SELECT COUNT(*) FROM goods_info /selectLIMIT #{start}, #{limit}里的start是偏移量计算公式是(当前页-1)*每页条数比如第1页start为0第2页start为10。参数名必须和注解里写的RequestParam对应上否则SpringMVC会报参数缺失。手写分页的缺点是要查两次库一次数据、一次总数数据量大时性能一般但课程设计完全够用。PageHelper的写法是去掉LIMIT在Service里加一行PageHelper.startPage(pageNum, pageSize)MyBatis执行时自动拼上分页SQL。要确认源码里有没有引入pagehelper.jar没有的话在pom.xml里加依赖。答辩时如果被问到分页原理手写版能说清楚“先查总数再查当前页”比背插件用法更能体现java基础。4.3 收银扣库存为什么必须加事务减库存和生成单子的先后顺序超市收银是整个系统里最需要严谨的模块。顾客买了一堆商品系统要做三件事生成销售单、生成销售明细、扣减每种商品的库存。这三件事不一致的后果很严重——单子显示卖出去了仓库库存没变盘点时对不上账。所以这个方法必须用事务包起来Transactional public boolean sale(ListSaleItem items) { for (SaleItem item : items) { Goods goods goodsDao.selectById(item.getGoodsId()); if (goods null) { throw new RuntimeException(商品不存在ID item.getGoodsId()); } if (goods.getStock() item.getQuantity()) { throw new RuntimeException(商品库存不足 goods.getGoodsName()); } // 先扣减库存 goodsDao.reduceStock(item.getGoodsId(), item.getQuantity()); // 再插入明细 saleOrderDetailDao.insert(item); } return true; }这段代码有三个细节值得注意。第一查询库存后要立刻判断而不是直接减否则会把库存扣成负数。第二抛出的是RuntimeException而不是普通Exception因为Spring声明式事务默认只对运行时异常回滚抛普通异常事务不会回滚这是一个非常经典的面试陷阱。第三先扣库存再写明细顺序上如果插入明细失败事务回滚会连同库存扣减一起撤销最终结果仍然一致。另外这里还有一个容易被忽略的点goods查出后减库存的SQL要写成UPDATE goods_info SET stock stock - #{quantity} WHERE id #{id} AND stock #{quantity}让数据库来判断库存够不够而不是只靠Java层的if判断。多个收银员同时卖同一件商品时Java层的判断有竞态风险数据库条件判断才可靠。5. 避坑SSM超市管理系统从导入到运行最常见的5个翻车点5.1 启动Tomcat就报ClassNotFoundException: org.springframework.web.servlet现象Tomcat启动到一半控制台抛出ClassNotFoundException类名是org.springframework.web.servlet.DispatcherServlet页面直接500。原因IDEA里这个项目标记被弄乱了。Maven依赖已经下载到本地仓库但没有被部署到Tomcat的运行时classpath里Tomcat找不到Spring的jar包。解决右键项目 →Maven → Reload Project然后打开File → Project Structure → Artifacts在WEB-INF/lib下确认能看到Spring相关jar包如果看不到删掉原Artifact重新新建Web Application Exploded。这一步做完再重启Tomcat。5.2 登录页能显示但CSS样式全部丢失页面纯文本混乱现象功能正常但页面没有任何样式浏览器F12看到一堆404路径都是css/或js/开头的。原因SpringMVC的DispatcherServlet在web.xml里被映射到了/或者/*把图片、CSS、JS请求也当成Controller处理了。解决在spring-mvc.xml里加mvc:default-servlet-handler/让静态资源交给Tomcat默认Servlet处理或者显式配置资源映射mvc:resources mapping/css/** location/css//。另一个稳妥做法是把DispatcherServlet的映射路径改成*.do动态请求走以.do结尾的URL静态资源天然不受影响。5.3 往数据库插入中文变成问号现象页面上填的商品名称是“农夫山泉”存进数据库变成???或者查询出来乱码。原因三层字符集不一致。数据库建库时用了latin1或者表不是utf8JDBC连接串里没有指定编码Tomcat接收POST请求时默认用ISO-8859-1解析。解决按三层统一。建库语句写成CREATE DATABASE supermarket DEFAULT CHARSET utf8mb4jdbc.url里加useUnicodetruecharacterEncodingutf8Spring里加一个CharacterEncodingFilterencoding设为UTF-8forceEncoding设为true放在web.xml所有过滤器的第一位。5.4 修改jdbc.properties后程序仍然连旧数据库现象明明改了密码或库名重启Tomcat后报的仍然是老连接错误甚至打印日志里显示的还是旧值。原因Spring的context:property-placeholder在容器启动时把properties读进内存IDEA的target目录里还残留编译前的旧版本文件有时候Tomcat的exploded目录也缓存了旧的配置文件。解决每次改完配置文件做三件事Build → Rebuild ProjectMaven → Clean删掉Tomcat的work/Catalina目录缓存。这个问题的迷惑性很强很多“改了不生效”的玄学问题最后都是缓存惹的祸。5.5 演示视频里的页面功能和我本地跑出来的对不上现象视频里明明有“会员管理”菜单本地登录后没有视频里的商品列表能导出Excel本地点了没反应。原因演示视频录制时间和源码版本可能不一致数据脚本也可能是旧版覆盖不全还有人用了同一个库但之前跑过别的项目残留表互相对不上。解决以源码里自带的SQL脚本为准新建一个干净的库重新source不要复用别的项目数据库。核对功能时对照说明文档列出的功能清单而不是视频画面。视频只用来帮你看清操作顺序比如默认账号密码、菜单入口位置功能差异以代码和说明为准。6. 二次开发与答辩把SSM超市管理系统变成你自己的作品6.1 加一个会员积分功能把改动控制在三张表以内最简单的升级方案是给系统加“会员消费积分”。改三处sys_user表加score字段sale_order表加member_id字段在销售Service里结算后加积分。代码改动量小又能在答辩时作为“我独立完成的功能”讲清楚。核心逻辑就一行放在生成销售单之后// 每消费10元积1分memberId为0表示非会员 if (order.getMemberId() ! null order.getMemberId() 0) { int score (int) (order.getTotalAmount() / 10); userDao.updateScore(order.getMemberId(), score); }升级字段直接写原建表脚本里避免手动执行重复语句报错。这个功能的好处是边界清晰非会员不加积分、会员订单才计算、积分计算向下取整答辩被追问时每个边界都能说清楚。6.2 答辩前做一轮边界回归验证用默认管理员账号登录逐项检查商品库存能不能被减成负数、重复提交收银订单会不会生成两条销售单、删除一个正在被进货单引用的商品会怎样、用户密码有没有用MD5存。这些问题不需要高深技术只要把异常输入走一遍就能发现。我建议整理一张A4纸左边写操作步骤右边写预期结果答辩演示时按纸走避免现场手忙脚乱。哪怕只有一个功能出现异常也比被考官指出“你连自己项目都不熟”要强。回答框架时讲三件事表怎么设计、请求怎么走、事务怎么保证。把第2章的调用链和第4章的事务逻辑讲顺SSM三个框架的职责自然就带出来了这部分比背Java面试八股文更实用。6.3 讲一个你真正踩过的坑比背原理更有说服力答辩时如果有追问环节主动讲一个自己排错的过程。比如静态资源404那次你是怎么发现是拦截器路径配错的或者中文乱码那次你如何确认是数据库还是连接串的编码问题。考官想确认的不是你记得多少术语而是你有没有独立解决问题的能力。我当初赶进度时跳过数据库脚本直接跑结果登录页能开但商品列表全空白后来一条条对比SQL才发现是表结构变了。说白了源码只是别人的骨架你踩过坑、加过功能、能说清楚边界这套SSM超市管理系统才真正属于你。希望这篇笔记能帮你少走几步弯路。本文还有配套的精品资源点击获取
SSM超市管理系统：Java毕业设计从架构拆解到跑通部署
简介面向计算机相关专业毕业生准备的Java毕业设计项目采用SSM框架实现超市管理系统系统运行在浏览器服务器模式下后端使用Java与MySQL数据库。资源包中包含完整项目源码、文字说明文档、数据库初始化脚本以及演示视频覆盖从系统搭建、编码开发到答辩展示的完整链路。系统功能分为前台与后台前台面向普通用户提供网站首页、员工信息、商品信息、积分商品等展示与查询后台面向管理员支持系统用户管理、商品类别管理、积分商品管理、商品问题管理等多种业务操作结合录入的演示视频可直观感受各模块运行效果。压缩包内共910个文件除jsp页面、java源码、class编译文件、jar依赖库、sql脚本、xml配置外还有大量gif、jpg、png等图片资源用于界面设计参考整体大小57.01MB目录按业务分层组织利于快速定位和学习内容预览中可见支付宝相关处理类说明项目包含支付接口模块值得深入研究。目前已有186人学习适合毕业设计参考也适合希望掌握SSM整合开发、B/S结构项目完整流程的Java学习者。1. 为什么这个SSM超市管理系统是Java毕业设计里最不该卡住的项目提起Java毕业设计基于SSM框架的超市管理系统几乎是模板库里出现频率最高的名字之一。它不像秒杀系统那样要解释高并发也不像推荐项目那样依赖算法业务边界非常清楚商品、库存、供应商、收银、进货退货任何一个认真学过Java基础的人都能把代码从头读到尾。同时Spring、SpringMVC、MyBatis三个框架全占答辩时考官问原理你有话可说问业务你也有场景可讲。可现实是很多同学拿到源码压缩包之后第一晚就卡在环境上——JDK版本不对、Maven依赖下不动、MySQL密码对不上、Tomcat启动报错。这篇笔记我就按“先看懂架构、再跑通项目、最后改成自己的作品”的顺序把SSM超市管理系统拆开讲清楚适合正在做Java课程设计或者毕业设计、手里正好持有一套这类源码但还没跑通的人。2. 看懂SSM超市管理系统的架构先弄明白三件事再动手改代码2.1 SSM三个框架分别管哪一层为什么这个组合适合毕设SSM是Spring、SpringMVC、MyBatis三个框架的组合对应Java Web项目里三层架构的三块拼图。Spring管对象和事务Service层的类由Spring容器创建和注入声明式事务用Transactional一行注解就能包住多个数据库操作。SpringMVC管请求分发浏览器发来的HTTP请求由DispatcherServlet接收按URL找到对应的Controller方法再把返回的字符串解析成跳转路径或JSON。MyBatis管数据库访问写SQL不再用JDBC里那一大段Connection、PreparedStatement、ResultSet的样板代码只需要定义Mapper接口在XML里写SQL框架自动完成参数绑定和结果集映射。这套组合是目前Java课程设计案例源码里覆盖面最完整的一套。为什么不是Spring Boot因为SSM要求你手动配置web.xml、spring-mvc.xml、applicationContext.xml、mybatis-config.xml每一步配置都能被考官追问答得出来就是“真的懂”而Spring Boot把很多细节藏起来了回答“自动配置”反而容易被追问到底。所以毕业设计选SSM不是为了技术先进而是为了把Java Web的核心知识点完整暴露出来。如果你的目标是求职SSM和Spring Boot的区别本身也是Java面试题里的高频考点做完这个项目你等于把答案背熟了。2.2 超市业务的功能模块与数据库表设计超市管理系统在业务上围绕“进销存”三个字展开。进货是跟供应商打交道销售是跟顾客打交道库存是两者之间的缓冲。源码里最常见的模块划分是用户管理多角色登录、商品管理增删改查、上下架、库存管理入库、出库、盘点、销售管理收银、退货、日结、供应商管理、进货管理。权限上通常分管理员、收银员、仓库管理员、采购员管理员拥有全部菜单收银员只能访问收银和查询仓库管理员管入库出库。对应的数据库表一般包含这样几张核心表表名关键字段作用sys_userid, username, password, realname, role登录账号与角色goods_infoid, goods_name, barcode, price, stock, category_id商品基本信息与库存supplier_infoid, supplier_name, contact, phone, address供应商档案stock_inid, supplier_id, goods_id, quantity, in_price, create_time进货入库流水sale_orderid, order_no, total_amount, create_time, user_id销售单头sale_order_detailid, order_id, goods_id, price, quantity销售明细表之间靠外键串起来sale_order_detail通过order_id指向sale_order通过goods_id指向goods_infostock_in通过supplier_id指向supplier_info。这里要注意商品库存字段stock直接放在goods_info里是课程设计最常见的做法优点是查询快、代码好写缺点是没有库存流水盘点时说不清每一次变动。如果后面想升级再补一张goods_stock_log表就行第一版不用过度设计。提示看源码时先打开数据库脚本把这几张表的关系画在纸上比先看代码效率高一倍。我就是因为先看代码绕了很大一圈才搞清楚字段含义。2.3 一次“进货入库”请求的完整调用链把SSM的调用链走一遍是答辩时最值钱的一段话。以新增进货单为例用户在JSP页面填写商品、数量、进货价点击提交表单POST到/stockIn/add。DispatcherServlet先根据URL找到StockInController.add()方法Controller负责接收参数、调用Service不写业务逻辑。Service里先往stock_in表插入一条进货记录再更新goods_info表的库存和最新进货价两个操作必须在一个事务里要么都成功要么都失败。Mapper层由MyBatis生成SQL执行最后Controller把页面重定向到进货列表用户看到最新结果。Controller的典型写法是这样的Controller RequestMapping(/stockIn) public class StockInController { Autowired private StockInService stockInService; RequestMapping(/add) public String add(StockIn stockIn) { boolean ok stockInService.addStockInWithGoods(stockIn); return ok ? redirect:/stockIn/list : error; } }关键在RequestMapping(/add)它和表单的action路径必须一致方法参数StockIn stockIn是SpringMVC的自动参数绑定要求表单字段名和实体类属性名一致这是新手最容易忽略的一件事——字段名拼错了不报错只存进去一个null。返回的redirect:/stockIn/list是重定向刷新页面不会重复提交表单比直接返回视图名更安全。Service层的事务写法是另一个重点Service Transactional public class StockInServiceImpl implements StockInService { Autowired private StockInDao stockInDao; Autowired private GoodsDao goodsDao; Override public boolean addStockInWithGoods(StockIn stockIn) { // 第一步写入进货单 stockInDao.insert(stockIn); // 第二步更新商品库存 goodsDao.updateStock(stockIn.getGoodsId(), stockIn.getQuantity()); return true; } }这里的Transactional是Spring声明式事务默认遇到RuntimeException就回滚。意思是第二步如果抛异常比如商品ID不存在第一步插入的进货单也会被撤销不会留下“只有进货单没有库存变化”的脏数据。查看源码时重点看Service实现类上有没有这个注解很多简化版项目把它漏掉一旦数据出问题整张表状态就是乱的。3. 把SSM超市管理系统源码跑起来四步环境配置与最小启动流程3.1 版本搭配这个组合最不容易翻车拿到源码先别急着解压。SSM是2015年前后流行的框架组合仓库里的代码大概率是按JDK 1.8写的所以环境版本直接决定你能不能跑起来。我验证过多次最稳的组合是JDK 1.8、Tomcat 8.5、Maven 3.6.3、MySQL 5.7开发工具用IDEA 2020到2023之间的任意版本。JDK 11也可以跑大部分项目但个别老版本CGLIB代理在JDK 17上会直接报IllegalAccessError不建议冒险。MySQL 8.0也能用但要注意驱动类名变了这一点后面我会单独讲。Java环境变量配置是第一个坑。Windows上装完JDK后系统变量里要配JAVA_HOME指向JDK安装根目录PATH里加%JAVA_HOME%\bin。配置完不要直接打开IDEA先开一个命令行窗口验证java -version mvn -versionjava -version输出里看到1.8.0_xxx就对了如果显示的是11或17说明JAVA_HOME被其他软件改过了。mvn -version除了看Maven版本还要看它底下的Java version是不是也指向1.8Maven和IDEA用的JDK不是同一个是很多“明明配好了却编译报错”的根源。3.2 用IDEA导入Maven项目并配置依赖下载SSM源码有两种常见组织方式一种是Maven工程根目录有pom.xml另一种是老式Eclipse Web Project目录里直接是src和WebContent。前者是主流。Maven工程导入IDEA的步骤是File → New → Project from Existing Sources选择根目录下的pom.xmlIDEA会识别出Maven结构。导入后第一件事打开File → Settings → Build Tools → Maven确认Maven home path指向你本机的Maven再检查Runner → JRE选的是1.8。依赖下载慢是老项目的通病因为Spring 4、MyBatis 3这些依赖加起来有好几十个第一次会从中央仓库慢慢拉。我一般会在Maven的settings.xml里配一个阿里云镜像这一步能省半小时mirror idaliyunmaven/id mirrorOfcentral/mirrorOf namealiyun public repository/name urlhttps://maven.aliyun.com/repository/public/url /mirror配完后在IDEA里点Maven → Reload All Projects等进度条跑完。如果某个依赖反复下载失败看IDEA右下角的日志常见的是网络超时重试几次基本能过。3.3 建库、改连接、部署Tomcat跑通登录页依赖下载完不代表能跑数据库还没有。打开压缩包里的SQL脚本一般叫db_supermarket.sql或者schema.sql用命令行或者Navicat执行。命令行方式最稳mysql -uroot -p登录后执行CREATE DATABASE IF NOT EXISTS supermarket DEFAULT CHARSET utf8mb4; USE supermarket; SOURCE /your/path/db_supermarket.sql;执行完用SHOW TABLES;确认表都建出来了。然后找到源码里的jdbc.properties有的叫db.properties把数据库连接改为你本机的账号密码jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/supermarket?useUnicodetruecharacterEncodingutf8useSSLfalse jdbc.usernameroot jdbc.password123456如果你装的是MySQL 8.0第一行驱动要改成com.mysql.cj.jdbc.Driver否则启动时会报ClassNotFoundException。最后配置TomcatRun → Edit Configurations → Tomcat Server → LocalDeployment标签页里点 → Artifact选项目名:war explodedApplication context填/supermarket启动后访问http://localhost:8080/supermarket。看到登录页就说明环境通了。压缩包里的演示视频作用就是让你先看一遍作者跑通时的操作顺序如果你的版本和视频不一致以你本地实际为准不用逐帧对齐。提示启动Tomcat时如果端口被占用改Tomcat的server.xml里8080端口或者找到占用进程关掉别硬等。4. 核心功能逐段拆解登录拦截、分页查询与库存扣减的代码长什么样4.1 登录认证与权限拦截不写过滤器页面就裸奔超市管理系统的所有功能必须登录后才能用这一层在SSM里通常是HandlerInterceptor实现的。拦截器比Filter更细可以精确到某个URL规则还能拿到Handler信息。典型写法是public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session request.getSession(); Object loginUser session.getAttribute(loginUser); if (loginUser null) { response.sendRedirect(request.getContextPath() /login.jsp); return false; } return true; } }preHandle返回false表示请求被拦截页面跳去登录返回true放行。getContextPath()是拿项目名这样无论部署成/supermarket还是其他路径重定向都不会写死。光有拦截器类还不够要注册到SpringMVC配置里才生效mvc:interceptors mvc:interceptor mvc:mapping path/**/ mvc:exclude-mapping path/login/ mvc:exclude-mapping path/css/**/ mvc:exclude-mapping path/js/**/ mvc:exclude-mapping path/images/**/ /mvc:interceptor /mvc:interceptorspath/**表示拦截所有路径exclude-mapping放行登录接口和静态资源。这里如果把静态资源也拦了页面会丢样式但很多人第一时间想不到是拦截器的问题。源码里如果没有这个拦截器你也可以自己加这是给毕设“加工作量”又不容易出错的点。4.2 商品分页查询手写LIMIT和PageHelper两种方式商品列表页一定需要分页否则几百条商品全查出来页面会卡。老项目里常见两种做法一种是手写LIMIT简单直接适合展示SQL功底另一种是引入PageHelper插件一行代码搞定适合追求效率。先看手写方式Controller里接收页码RequestMapping(/list) public String list(RequestParam(defaultValue 1) Integer pageNum, RequestParam(defaultValue 10) Integer pageSize, Model model) { int start (pageNum - 1) * pageSize; ListGoods goodsList goodsDao.selectPage(start, pageSize); int total goodsDao.count(); model.addAttribute(goodsList, goodsList); model.addAttribute(total, total); model.addAttribute(pageNum, pageNum); return goods/list; }对应的Mapper XMLselect idselectPage resultTypecom.demo.entity.Goods SELECT * FROM goods_info ORDER BY id LIMIT #{start}, #{limit} /select select idcount resultTypeint SELECT COUNT(*) FROM goods_info /selectLIMIT #{start}, #{limit}里的start是偏移量计算公式是(当前页-1)*每页条数比如第1页start为0第2页start为10。参数名必须和注解里写的RequestParam对应上否则SpringMVC会报参数缺失。手写分页的缺点是要查两次库一次数据、一次总数数据量大时性能一般但课程设计完全够用。PageHelper的写法是去掉LIMIT在Service里加一行PageHelper.startPage(pageNum, pageSize)MyBatis执行时自动拼上分页SQL。要确认源码里有没有引入pagehelper.jar没有的话在pom.xml里加依赖。答辩时如果被问到分页原理手写版能说清楚“先查总数再查当前页”比背插件用法更能体现java基础。4.3 收银扣库存为什么必须加事务减库存和生成单子的先后顺序超市收银是整个系统里最需要严谨的模块。顾客买了一堆商品系统要做三件事生成销售单、生成销售明细、扣减每种商品的库存。这三件事不一致的后果很严重——单子显示卖出去了仓库库存没变盘点时对不上账。所以这个方法必须用事务包起来Transactional public boolean sale(ListSaleItem items) { for (SaleItem item : items) { Goods goods goodsDao.selectById(item.getGoodsId()); if (goods null) { throw new RuntimeException(商品不存在ID item.getGoodsId()); } if (goods.getStock() item.getQuantity()) { throw new RuntimeException(商品库存不足 goods.getGoodsName()); } // 先扣减库存 goodsDao.reduceStock(item.getGoodsId(), item.getQuantity()); // 再插入明细 saleOrderDetailDao.insert(item); } return true; }这段代码有三个细节值得注意。第一查询库存后要立刻判断而不是直接减否则会把库存扣成负数。第二抛出的是RuntimeException而不是普通Exception因为Spring声明式事务默认只对运行时异常回滚抛普通异常事务不会回滚这是一个非常经典的面试陷阱。第三先扣库存再写明细顺序上如果插入明细失败事务回滚会连同库存扣减一起撤销最终结果仍然一致。另外这里还有一个容易被忽略的点goods查出后减库存的SQL要写成UPDATE goods_info SET stock stock - #{quantity} WHERE id #{id} AND stock #{quantity}让数据库来判断库存够不够而不是只靠Java层的if判断。多个收银员同时卖同一件商品时Java层的判断有竞态风险数据库条件判断才可靠。5. 避坑SSM超市管理系统从导入到运行最常见的5个翻车点5.1 启动Tomcat就报ClassNotFoundException: org.springframework.web.servlet现象Tomcat启动到一半控制台抛出ClassNotFoundException类名是org.springframework.web.servlet.DispatcherServlet页面直接500。原因IDEA里这个项目标记被弄乱了。Maven依赖已经下载到本地仓库但没有被部署到Tomcat的运行时classpath里Tomcat找不到Spring的jar包。解决右键项目 →Maven → Reload Project然后打开File → Project Structure → Artifacts在WEB-INF/lib下确认能看到Spring相关jar包如果看不到删掉原Artifact重新新建Web Application Exploded。这一步做完再重启Tomcat。5.2 登录页能显示但CSS样式全部丢失页面纯文本混乱现象功能正常但页面没有任何样式浏览器F12看到一堆404路径都是css/或js/开头的。原因SpringMVC的DispatcherServlet在web.xml里被映射到了/或者/*把图片、CSS、JS请求也当成Controller处理了。解决在spring-mvc.xml里加mvc:default-servlet-handler/让静态资源交给Tomcat默认Servlet处理或者显式配置资源映射mvc:resources mapping/css/** location/css//。另一个稳妥做法是把DispatcherServlet的映射路径改成*.do动态请求走以.do结尾的URL静态资源天然不受影响。5.3 往数据库插入中文变成问号现象页面上填的商品名称是“农夫山泉”存进数据库变成???或者查询出来乱码。原因三层字符集不一致。数据库建库时用了latin1或者表不是utf8JDBC连接串里没有指定编码Tomcat接收POST请求时默认用ISO-8859-1解析。解决按三层统一。建库语句写成CREATE DATABASE supermarket DEFAULT CHARSET utf8mb4jdbc.url里加useUnicodetruecharacterEncodingutf8Spring里加一个CharacterEncodingFilterencoding设为UTF-8forceEncoding设为true放在web.xml所有过滤器的第一位。5.4 修改jdbc.properties后程序仍然连旧数据库现象明明改了密码或库名重启Tomcat后报的仍然是老连接错误甚至打印日志里显示的还是旧值。原因Spring的context:property-placeholder在容器启动时把properties读进内存IDEA的target目录里还残留编译前的旧版本文件有时候Tomcat的exploded目录也缓存了旧的配置文件。解决每次改完配置文件做三件事Build → Rebuild ProjectMaven → Clean删掉Tomcat的work/Catalina目录缓存。这个问题的迷惑性很强很多“改了不生效”的玄学问题最后都是缓存惹的祸。5.5 演示视频里的页面功能和我本地跑出来的对不上现象视频里明明有“会员管理”菜单本地登录后没有视频里的商品列表能导出Excel本地点了没反应。原因演示视频录制时间和源码版本可能不一致数据脚本也可能是旧版覆盖不全还有人用了同一个库但之前跑过别的项目残留表互相对不上。解决以源码里自带的SQL脚本为准新建一个干净的库重新source不要复用别的项目数据库。核对功能时对照说明文档列出的功能清单而不是视频画面。视频只用来帮你看清操作顺序比如默认账号密码、菜单入口位置功能差异以代码和说明为准。6. 二次开发与答辩把SSM超市管理系统变成你自己的作品6.1 加一个会员积分功能把改动控制在三张表以内最简单的升级方案是给系统加“会员消费积分”。改三处sys_user表加score字段sale_order表加member_id字段在销售Service里结算后加积分。代码改动量小又能在答辩时作为“我独立完成的功能”讲清楚。核心逻辑就一行放在生成销售单之后// 每消费10元积1分memberId为0表示非会员 if (order.getMemberId() ! null order.getMemberId() 0) { int score (int) (order.getTotalAmount() / 10); userDao.updateScore(order.getMemberId(), score); }升级字段直接写原建表脚本里避免手动执行重复语句报错。这个功能的好处是边界清晰非会员不加积分、会员订单才计算、积分计算向下取整答辩被追问时每个边界都能说清楚。6.2 答辩前做一轮边界回归验证用默认管理员账号登录逐项检查商品库存能不能被减成负数、重复提交收银订单会不会生成两条销售单、删除一个正在被进货单引用的商品会怎样、用户密码有没有用MD5存。这些问题不需要高深技术只要把异常输入走一遍就能发现。我建议整理一张A4纸左边写操作步骤右边写预期结果答辩演示时按纸走避免现场手忙脚乱。哪怕只有一个功能出现异常也比被考官指出“你连自己项目都不熟”要强。回答框架时讲三件事表怎么设计、请求怎么走、事务怎么保证。把第2章的调用链和第4章的事务逻辑讲顺SSM三个框架的职责自然就带出来了这部分比背Java面试八股文更实用。6.3 讲一个你真正踩过的坑比背原理更有说服力答辩时如果有追问环节主动讲一个自己排错的过程。比如静态资源404那次你是怎么发现是拦截器路径配错的或者中文乱码那次你如何确认是数据库还是连接串的编码问题。考官想确认的不是你记得多少术语而是你有没有独立解决问题的能力。我当初赶进度时跳过数据库脚本直接跑结果登录页能开但商品列表全空白后来一条条对比SQL才发现是表结构变了。说白了源码只是别人的骨架你踩过坑、加过功能、能说清楚边界这套SSM超市管理系统才真正属于你。希望这篇笔记能帮你少走几步弯路。本文还有配套的精品资源点击获取
