基于SSM框架的社区超市进销存系统实战：从环境搭建到核心业务实现

简介：本资源是一套面向计算机专业本科生的毕业设计实战项目，聚焦社区生活超市进销存与购物商城一体化管理场景，采用JSP+SSM（Spring+SpringMVC+MyBatis）技术栈实现前后端分离式业务逻辑，适配MySQL 5.7+、JDK 1.8及Eclipse/MyEclipse/STS/IDEA等主流开发环境。压缩包共51.55MB，含完整可运行源码、MySQL建库建表脚本、毕业论文（含需求分析、系统设计与实现章节）、答辩PPT、开发环境工具包及同框架项目的详细安装部署教程文档，覆盖管理员、供应商、普通用户三类角色的20余项核心功能模块，如商品类型与信息管理、进货/退货/盘点/销售出库、订单与资讯管理等。目前已有33人学习下载，内容结构清晰、模块职责明确，附带完整业务流程说明与系统权限划分逻辑，可直接用于课程设计、毕设开题与中期答辩支撑，亦可作为SSM框架综合实践的高质量参考范例。

1. 项目背景与核心价值：一个“麻雀虽小，五脏俱全”的实战项目

最近在整理硬盘，翻出来一个压箱底的毕业设计项目，是一个基于JSP+SSM框架的社区生活超市进销存购物商城管理系统。别看它名字长，听起来像是学校里的“课程设计”作业，但说实话，这个项目对于刚入门Java Web开发，特别是想从理论走向实战的同学来说，价值远超一个简单的“作业”。它几乎囊括了一个中小型电商后台管理系统的所有核心模块：商品管理、库存进出、订单处理、会员体系，甚至还有一个面向顾客的前端购物商城。很多同学在学完SSM（Spring+SpringMVC+MyBatis）三大框架后，最大的困惑就是：这些框架怎么串起来？一个真实的项目目录结构应该是怎样的？业务逻辑代码该怎么分层写？这个项目，恰好就是解答这些问题的“活标本”。

我当年带学弟学妹做毕设，或者辅导新人上手企业级开发时，经常拿这个项目作为讲解案例。因为它足够典型，没有太多花里胡哨的“黑科技”，就是踏踏实实地用最经典的技术栈（JSP做视图，Spring做容器和事务管理，SpringMVC做控制器，MyBatis做数据持久层，MySQL存数据），实现了一套完整的业务闭环。你能在里面看到标准的MVC分层、Service层的事务控制、MyBatis的XML映射文件如何编写复杂的动态SQL、以及如何用JSTL和EL表达式在页面上渲染数据。对于初学者，理解这个项目的代码，远比去硬啃一个庞大而复杂的开源电商项目要轻松得多，但收获的知识点却非常扎实。

更重要的是，这个项目自带“进销存”和“购物商城”双视角。后台管理员关心的是商品的采购入库、销售出库、库存盘点、利润统计；而前台用户关心的则是商品浏览、加入购物车、下单支付。一套代码，两种角色，让你能清晰地理解同一套数据（比如商品表、订单表）在不同业务场景下的流转和展现逻辑。这种设计，对于构建完整的业务思维非常有帮助。接下来，我就把这个项目的关键环节拆开揉碎了讲一讲，从环境搭建到核心功能实现，再到那些容易踩坑的细节，希望能给正在做类似项目或想巩固SSM的你，提供一份可直接“抄作业”的实战指南。

2. 技术栈选型与环境搭建：为什么是JSP+SSM+MySQL？

在开始看代码之前，我们得先搞清楚为什么这个项目会选择这样一套技术组合。现在回头看，这套组合或许有点“复古”，但它在教学和传统企业项目中依然有很强的代表性，理解其选型逻辑，本身就是一个很好的学习过程。

2.1 核心框架：SSM的职责与协作

SSM是Spring、SpringMVC和MyBatis三个框架的集成。

• Spring：扮演的是“大管家”角色。它通过IoC（控制反转）容器来管理所有Java Bean（如Service、Dao）的生命周期和依赖关系。比如，你的UserService需要用到UserDao，不需要自己new，而是由Spring容器注入。更重要的是，它提供了声明式事务管理。在这个超市系统中，用户下单可能涉及扣减库存、生成订单、更新会员积分等多个数据库操作，这些操作必须作为一个整体（事务）来执行，要么全部成功，要么全部回滚。用Spring的@Transactional注解，几行配置就能搞定，避免了手动处理Connection的提交和回滚，既安全又简洁。
• SpringMVC：负责处理来自浏览器的HTTP请求，是项目的“调度中心”。它遵循前端控制器模式，所有的请求先到达一个核心的DispatcherServlet，然后由它根据配置，找到对应的@Controller中的方法（也叫处理器）来处理。这个方法会调用Service层完成业务逻辑，最终返回一个模型（Model，即要展示的数据）和视图名（View Name，比如"productList"）。SpringMVC再根据视图名，解析到具体的JSP页面，并将模型数据渲染进去。整个过程清晰地将请求、业务处理、响应渲染分离开。
• MyBatis：是数据持久层框架，负责和MySQL数据库打交道。它避免了繁琐的JDBC代码，通过XML映射文件或注解，将Java方法和SQL语句关联起来。它的最大优势是SQL的灵活可控。对于进销存系统中复杂的多表关联查询（比如查询某个商品的销售明细，需要关联订单表、订单详情表、商品表），或者动态条件查询（比如根据商品名称、分类、库存范围组合筛选），MyBatis的动态SQL功能（<if>,<where>,<foreach>标签）写起来非常顺手。相比完全面向对象的Hibernate，MyBatis对SQL的掌控力更强，在需要复杂查询和性能优化的场景下更受青睐。

2.2 视图层：为什么还用JSP？

在前后端分离大行其道的今天，JSP确实显得有些过时。但在这个毕业设计项目中，它依然是最合适的选择，原因有三：

1. 学习成本低：JSP本质上就是在HTML中嵌入Java代码（通过脚本<% %>）或使用标签库（JSTL）。对于刚刚学完Java SE、对HTML/CSS/JavaScript只有基础了解的同学来说，JSP是最容易上手的动态网页技术，可以快速看到“数据从数据库到网页”的完整流程。
2. 与SpringMVC集成无缝：SpringMVC原生支持JSP视图解析。配置好视图解析器后，Controller方法返回字符串"success"，就会自动跳转到/WEB-INF/views/success.jsp，数据通过Model对象传递，在JSP中用EL表达式${}就能直接取出，非常简单直观。
3. 项目目标匹配：毕业设计或教学演示项目，核心目标是展示后端业务逻辑和MVC架构，对前端交互的复杂度要求不高。JSP足以胜任商品列表展示、表单提交等基本功能。如果强行引入Vue/React，会增加巨大的学习负担，偏离了“掌握SSM集成与业务开发”的核心目标。

2.3 数据库：MySQL的稳妥之选

MySQL是开源关系型数据库的绝对主流，资料多、社区活跃、安装配置简单。对于超市系统这类OLTP（联机事务处理）应用，MySQL在事务一致性、并发读写性能方面完全够用。项目中涉及的表结构，如商品表、库存表、订单表、用户表，它们之间的关联关系（主外键）也能很好地体现数据库设计范式。

2.4 环境搭建实操与避坑指南

假设你使用IntelliJ IDEA（这也是热词中提到的）作为开发工具，以下是快速搭建环境的步骤和关键注意事项：

1. 创建Maven项目：选择maven-archetype-webapp原型。这会生成标准的Web项目结构，包含src/main/webapp目录。
2. 配置pom.xml：这是项目的依赖清单。你需要添加Spring、SpringMVC、MyBatis以及它们集成的依赖（如mybatis-spring），还有数据库驱动、连接池（如Druid，推荐使用，功能强大且监控方便）、JSTL标签库等。这里第一个坑：务必注意各依赖库的版本兼容性。例如，Spring 5.x 和 MyBatis 3.5.x 有对应的集成包版本。建议初期直接使用项目中已验证可用的版本，避免在版本冲突上浪费时间。

   <!-- 示例：Spring Web MVC 依赖 --> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>5.3.23</version> <!-- 注意版本号 --> </dependency>

3. 配置web.xml：这是Web应用的入口。你需要在这里配置DispatcherServlet（SpringMVC的核心），并指定Spring的配置文件位置。同时，要配置字符编码过滤器，解决中文乱码问题。

   <!-- 字符编码过滤器，必须配置在DispatcherServlet之前 --> <filter> <filter-name>encodingFilter</filter-name> <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>UTF-8</param-value> </init-param> <init-param> <param-name>forceEncoding</param-name> <param-value>true</param-param> </init-param> </filter> <filter-mapping> <filter-name>encodingFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping>

4. 配置Spring和MyBatis：通常有至少两个配置文件：spring-context.xml（负责Service、Dao等Bean的扫描和事务管理）和spring-mvc.xml（负责控制器扫描、视图解析器等）。MyBatis的配置（如数据源、事务管理器、Mapper扫描）也整合在Spring的配置文件中。第二个大坑：Mapper接口的扫描路径一定要写对，确保MyBatis能找到你的DAO接口和对应的XML映射文件。

   <!-- 在spring-context.xml中 --> <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="dataSource" ref="dataSource"/> <!-- 指定MyBatis全局配置文件位置，如果简单使用，很多配置可以在此bean的属性中设置 --> <property name="mapperLocations" value="classpath:mapper/*.xml"/> <!-- 关键！映射文件位置 --> </bean> <bean class="org.mybatis.spring.mapper.MapperScannerConfigurer"> <property name="basePackage" value="com.supermarket.dao"/> <!-- 关键！Mapper接口所在包 --> <property name="sqlSessionFactoryBeanName" value="sqlSessionFactory"/> </bean>

5. MySQL安装与连接：从MySQL官网下载安装包，安装过程注意记住设置的root密码。使用Navicat或MySQL Workbench（热词中提到的工具）创建数据库和表，并运行项目提供的SQL脚本初始化数据。在Spring配置中，数据源的url、username、password务必填写正确。第三个常见问题：时区错误。如果连接出现时区错误，可以在数据库连接URL后面加上参数：?serverTimezone=Asia/Shanghai&useUnicode=true&characterEncoding=utf8。

注意：在IDEA中开发JSP，可能会遇到页面语法不高亮或者函数无法跳转的问题（如热词“idea2026.2中jsp页面中的函数点击引用无法跳转”）。这通常是因为IDEA没有正确识别项目为Web项目，或者JSP支持插件未启用。你需要检查File -> Project Structure -> Facets，确保有Web模块，并且Web Resource Directories指向了webapp目录。有时需要手动在File -> Settings -> Languages & Frameworks -> JSP中调整相关设置。

3. 核心业务模块深度解析：从数据库设计到代码实现

一个系统的骨架是技术栈，而血肉就是业务逻辑。这个超市管理系统，核心业务围绕“商品”和“订单”展开，我们选取几个最具代表性的模块，看看代码是如何落地的。

3.1 商品与库存管理：进销存的“进”与“存”

这是后台管理的核心。对应的数据库表通常至少有product（商品信息）和inventory（库存流水）两张表。

• 商品表(product)：字段包括id,name,category_id,price,cost_price（成本价，用于计算毛利）,description,image_url,status等。
• 库存流水表(inventory)：这是一个关键设计。它记录每一次库存变动，包括id,product_id,type（操作类型：1-采购入库、2-销售出库、3-盘盈、4-盘亏）,quantity（变动数量，正负表示增减）,current_stock（操作后实时库存）,operator,create_time等。这种“流水账”式的设计，保证了库存变动的可追溯性。

在代码层面，一个采购入库的Service方法可能如下：

@Service @Transactional // 关键！保证以下操作在一个事务内 public class ProductServiceImpl implements ProductService { @Autowired private ProductMapper productMapper; @Autowired private InventoryMapper inventoryMapper; @Override public void purchaseProduct(Integer productId, Integer quantity, String operator) { // 1. 参数校验（略） // 2. 查询当前商品信息 Product product = productMapper.selectById(productId); if (product == null) { throw new RuntimeException("商品不存在"); } // 3. 更新商品表中的库存字段（或有一个独立的库存快照表） product.setStock(product.getStock() + quantity); productMapper.updateStock(product); // 更新库存 // 4. 生成一条入库流水记录 Inventory record = new Inventory(); record.setProductId(productId); record.setType(1); // 采购入库 record.setQuantity(quantity); record.setCurrentStock(product.getStock()); // 更新后的库存 record.setOperator(operator); record.setCreateTime(new Date()); inventoryMapper.insert(record); // 5. 可能还需要更新采购单状态等，此处省略 } }

这里的关键点：@Transactional注解确保了第3步和第4步要么都成功，要么都失败。假设在插入流水记录时数据库异常，那么更新库存的操作也会回滚，避免了数据不一致。这就是Spring声明式事务带来的好处。

3.2 购物车与订单生成：进销存的“销”

这是前台商城用户侧的核心流程。涉及cart（购物车）、order（订单主表）、order_item（订单明细表）。

• 购物车：通常可以用Session或数据库存储。对于未登录用户，Session简单易用；对于已登录用户，存数据库可以实现多端同步。购物车业务相对独立。
• 下单流程：这是系统最复杂的业务之一，对事务一致性要求极高。
  1. 验证与扣减库存：用户提交订单时，需要遍历购物车中的商品，逐一检查实时库存是否充足。这里有一个经典的“超卖”坑：如果多人同时购买同一件商品，简单的“查询库存>购买量”然后“更新库存=库存-购买量”会导致超卖。必须使用乐观锁或悲观锁。在MySQL中，一种常见的做法是使用UPDATE product SET stock = stock - ? WHERE id = ? AND stock >= ?。这条SQL语句利用了数据库的行锁和原子性，在更新时再次判断库存，只有库存充足的记录才会被更新。
  2. 生成订单：库存扣减成功后，生成唯一的订单号（可以用时间戳+随机数），创建order主记录（包含总金额、用户ID、状态等）和多个order_item明细记录。
  3. 清空购物车。
  4. 所有操作必须在一个事务内。任何一步失败（如库存不足、生成订单号重复），整个事务回滚，库存恢复。

对应的Service方法伪代码逻辑：

@Transactional(rollbackFor = Exception.class) public String createOrder(Integer userId, List<CartItem> cartItems, Address address) { // 1. 初步计算总价（前端可传，后端须校验） // 2. 遍历cartItems，锁定并扣减库存（使用带条件的UPDATE语句） for (CartItem item : cartItems) { int rows = productMapper.reduceStock(item.getProductId(), item.getQuantity()); if (rows == 0) { // 更新失败，库存不足 throw new RuntimeException("商品【" + item.getProductName() + "】库存不足"); } } // 3. 库存扣减全部成功，开始创建订单 Order order = new Order(); order.setOrderNo(generateOrderNo()); // 生成唯一订单号 order.setUserId(userId); order.setTotalAmount(calculateTotal(cartItems)); // ... 设置其他字段 orderMapper.insert(order); // 4. 创建订单明细 for (CartItem item : cartItems) { OrderItem orderItem = new OrderItem(); orderItem.setOrderId(order.getId()); orderItem.setProductId(item.getProductId()); // ... 设置其他字段 orderItemMapper.insert(orderItem); } // 5. 清空用户购物车（数据库存储方式） cartService.clearCart(userId); // 6. 可能触发其他异步操作，如发送订单创建通知（可放入消息队列，避免事务过长） return order.getOrderNo(); }

3.3 数据统计与报表：SQL的用武之地

进销存系统离不开报表。比如“每日销售毛利统计”，这需要关联order、order_item、product表，计算（销售价-成本价）* 数量。这种复杂查询正是MyBatis动态SQL的舞台。

在ReportMapper.xml中：

<select id="selectDailyGrossProfit" resultType="map"> SELECT DATE(o.create_time) as date, SUM(oi.quantity * (p.price - p.cost_price)) as gross_profit FROM `order` o JOIN order_item oi ON o.id = oi.order_id JOIN product p ON oi.product_id = p.id WHERE o.status = 4 <!-- 假设4代表已完成 --> <if test="startDate != null"> AND o.create_time >= #{startDate} </if> <if test="endDate != null"> AND o.create_time <![CDATA[ <= ]]> #{endDate} </if> GROUP BY DATE(o.create_time) ORDER BY date DESC </select>

这个查询用到了多表JOIN、条件过滤<if>、聚合函数SUM和分组GROUP BY。在MyBatis中，结果可以映射到一个List<Map<String, Object>>，方便在Service层处理和传递给前端展示。这也回应了热词中“sql进销存报表模板”的需求，报表的核心就是这类聚合查询。

4. 前端JSP页面与后端交互：那些容易忽略的细节

虽然前端不是重点，但JSP页面如何与后端SpringMVC协作，里面有不少细节值得注意。

4.1 控制器(Controller)的编写规范

Controller应该保持“瘦”，它只负责接收参数、调用Service、返回视图或数据。

@Controller @RequestMapping("/admin/product") public class ProductAdminController { @Autowired private ProductService productService; // 显示商品列表页 @GetMapping("/list") public String listProducts(@RequestParam(value="page", defaultValue="1") Integer pageNum, Model model) { // 调用Service分页查询 PageInfo<Product> pageInfo = productService.getProductList(pageNum, 10); model.addAttribute("pageInfo", pageInfo); return "admin/product_list"; // 对应 /WEB-INF/views/admin/product_list.jsp } // 处理商品新增提交（POST请求） @PostMapping("/add") public String addProduct(Product product, // 自动绑定表单参数 @RequestParam("mainImage") MultipartFile file, // 文件上传 RedirectAttributes redirectAttributes) { // 重定向带参数 try { // 处理文件上传（保存到服务器，路径存数据库） if (!file.isEmpty()) { String fileName = saveUploadFile(file); product.setImageUrl(fileName); } productService.addProduct(product); // 使用RedirectAttributes传递成功消息，避免刷新重复提交 redirectAttributes.addFlashAttribute("msg", "商品添加成功！"); } catch (Exception e) { redirectAttributes.addFlashAttribute("error", "添加失败：" + e.getMessage()); } return "redirect:/admin/product/list"; // 重定向到列表页，PRG模式 } }

关键点：

• @RequestMapping和@GetMapping/@PostMapping：清晰地定义URL和HTTP方法。
• @RequestParam：获取查询参数或表单参数，可设置默认值。
• Model：用于向JSP页面传递数据。
• RedirectAttributes：在重定向时传递参数（如成功/失败消息），这是实现PRG（Post-Redirect-Get）模式的关键，能有效防止表单重复提交。
• MultipartFile：处理文件上传，需要在Spring配置中配置MultipartResolver。

4.2 JSP页面中的EL、JSTL与分页展示

在product_list.jsp中，你会看到这样的代码：

<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> <table> <c:forEach items="${pageInfo.list}" var="product"> <tr> <td>${product.id}</td> <td><img src="${pageContext.request.contextPath}/uploads/${product.imageUrl}" width="50"></td> <td>${product.name}</td> <td>${product.price}</td> <td>${product.stock}</td> <td> <a href="edit?id=${product.id}">编辑</a> <a href="javascript:if(confirm('确定删除？')) location.href='delete?id=${product.id}'">删除</a> </td> </tr> </c:forEach> </table> <!-- 分页条 --> <div class="pagination"> <c:if test="${pageInfo.hasPreviousPage}"> <a href="list?page=${pageInfo.prePage}">上一页</a> </c:if> <c:forEach begin="${pageInfo.navigateFirstPage}" end="${pageInfo.navigateLastPage}" var="pn"> <c:choose> <c:when test="${pageInfo.pageNum == pn}"> <strong>[${pn}]</strong> </c:when> <c:otherwise> <a href="list?page=${pn}">${pn}</a> </c:otherwise> </c:choose> </c:forEach> <c:if test="${pageInfo.hasNextPage}"> <a href="list?page=${pageInfo.nextPage}">下一页</a> </c:if> </div>

• <%@ taglib %>：引入JSTL核心标签库。
• ${pageInfo.list}：EL表达式，从Model中取出名为pageInfo的对象，并访问其list属性（即当前页的数据列表）。
• <c:forEach>：JSTL迭代标签，遍历列表。
• ${pageContext.request.contextPath}：获取应用上下文路径，用于拼接正确的静态资源（如图片、CSS）URL，这是一个非常容易出错的地方，如果路径不对，图片和样式会加载失败。
• 分页逻辑：使用了PageInfo对象（来自分页插件如PageHelper）提供的各种属性（hasPreviousPage,navigateFirstPage等）来动态生成分页链接。

4.3 中文乱码与静态资源处理

• 全局乱码解决：如前所述，在web.xml中配置CharacterEncodingFilter，并设置forceEncoding为true，可以解决绝大多数POST请求的中文乱码问题。对于GET请求，可能需要修改Tomcat服务器的server.xml中的Connector配置，添加URIEncoding="UTF-8"。
• 静态资源被拦截：SpringMVC的DispatcherServlet通常会拦截所有请求（/）。这会导致对CSS、JS、图片的请求也被当成Controller请求，从而404。解决方法是在spring-mvc.xml中配置静态资源映射：

  <mvc:resources mapping="/static/**" location="/static/"/> <mvc:resources mapping="/uploads/**" location="file:${upload.path}"/> <!-- 上传文件路径 -->

  或者使用<mvc:default-servlet-handler/>。

5. 项目部署、调试与进阶思考

5.1 项目打包与部署

开发完成后，使用Maven的package命令，会生成一个项目名.war文件。将其部署到Tomcat的webapps目录下，启动Tomcat即可。也可以配置IDEA本地Tomcat进行调试。部署时，确保数据库连接配置（如jdbc.properties）中的服务器地址、端口、数据库名、用户名密码与生产环境一致。

5.2 常见问题排查（Debugging）

1. 404错误：

   • 路径错误：检查JSP页面中的链接、表单的action、以及Controller的@RequestMapping路径是否匹配。注意相对路径和绝对路径。
   • 视图解析失败：检查spring-mvc.xml中视图解析器的前缀(prefix)和后缀(suffix)配置，确保能正确拼出JSP文件的物理路径（如/WEB-INF/views/admin/product_list.jsp）。
   • 静态资源404：检查静态资源映射配置。

2. 500错误（服务器内部错误）：

   • 查看Tomcat日志（logs/catalina.out或localhost.log），这是最直接的错误信息源。
   • 空指针异常(NullPointerException)：最常见。检查@Autowired注入是否成功（Bean是否被Spring扫描到）、从Model或HttpSession中取出的对象是否为null。
   • SQL异常：检查MyBatis的XML映射文件中SQL语法是否正确，参数#{ }传递是否正常，数据库字段名和实体类属性名是否对应（注意驼峰命名映射）。

3. 数据不显示或显示错误：

   • EL表达式取不到值：检查Controller中是否通过model.addAttribute()正确添加了对象，且属性名与JSP中${}内的名字一致。
   • 数据库查询结果为空：在Service层或Mapper接口的方法上打断点，或者打印SQL日志（配置MyBatis的log-impl为STDOUT_LOGGING），查看实际执行的SQL语句和参数，核对是否与预期一致。

5.3 从“毕业设计”到“生产级项目”的思考

这个项目作为学习范本是优秀的，但要用于真实生产环境，还有很长的路要走。你可以基于此进行深入的思考和拓展：

1. 架构演进：前后端分离。将JSP替换为RESTful API（使用@RestController），前端使用Vue/React，通过Ajax调用API。这能带来更好的用户体验和团队协作效率。
2. 性能优化：
   • 数据库：为频繁查询的字段（如product.name,order.create_time）建立索引。考虑分库分表（当数据量极大时）。
   • 缓存：引入Redis，缓存热点数据（如商品信息、首页内容），减轻数据库压力。
   • 异步处理：将耗时的操作（如生成报表、发送邮件）放入消息队列（如RabbitMQ、RocketMQ）异步执行，提升请求响应速度。
3. 安全性加固：
   • SQL注入：MyBatis的#{}预编译方式已能有效防止，但要避免在动态SQL中错误地使用${}进行字符串拼接。
   • XSS攻击：对用户输入进行过滤和转义，或者在JSP中利用JSTL的<c:out>标签输出内容。
   • CSRF攻击：在表单中添加Token验证。
   • 权限控制：引入Spring Security或Shiro，实现精细化的URL和按钮级别的访问控制，而不仅仅是Session判断。
4. 代码质量：
   • 分层更清晰：考虑引入DTO（数据传输对象）进行前后端数据交互，避免直接使用实体类暴露数据库结构。
   • 统一异常处理：使用@ControllerAdvice和@ExceptionHandler全局处理异常，返回友好的错误信息。
   • 接口文档：使用Swagger自动生成API文档，便于前后端联调。

回过头看，这个JSP+SSM的超市管理系统项目，就像一本经典的“武功秘籍”，它系统地展示了Java Web开发的基础招式。虽然招式看起来简单，但每一招每一式都对应着核心的原理和最佳实践。吃透它，你就能建立起扎实的MVC和三层架构思想，为后续学习更复杂的微服务、分布式架构打下坚实的基础。在学习和复现的过程中，多问几个“为什么”：为什么这里要用事务？为什么SQL要这样写？为什么Controller要这样设计？当你把这些问题都搞明白了，这个项目的价值也就真正体现出来了。

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