Spring Boot水果电商系统：教学级Web全栈实战指南

1. 项目概述：一个真实可跑、教学即用的水果电商系统长什么样？

“基于的水果商城的设计与实现（源码+开题）”——这个标题乍看平平无奇，像是高校课程设计里常见的模板化命名，但恰恰是这类项目，最能照见一个开发者从理论到落地的完整能力断层。我带过不少刚接触Web开发的学生和转行新人，发现他们卡在“知道MVC但写不出登录校验”“能背Spring Boot启动流程却配不好MySQL连接池”的尴尬阶段。而这个水果商城，就是一块极佳的“能力试金石”：它不追求高并发秒杀或AI智能推荐，但覆盖了用户端浏览下单、后台商品管理、订单流转、库存扣减、基础支付模拟等电商核心闭环，所有模块都必须真实交互、数据可查、流程可追溯。

关键词里没写具体技术栈，但结合当前高校主流教学实践和企业入门岗要求，它默认指向一套稳扎稳打的技术组合：Java + Spring Boot 2.7.x（兼顾JDK 8兼容性） + MyBatis-Plus + MySQL 5.7 + Thymeleaf（或Vue2轻量集成） + Bootstrap 4。为什么不是Spring Cloud？不是Redis缓存？不是Vue3+TypeScript？因为它的定位非常清晰——不是生产级SaaS系统，而是教学验证型工程。它要解决的核心问题，是让学习者亲手把“数据库ER图”变成“能点开注册的页面”，把“UML时序图”变成“点击提交后订单号真能生成并入库”的确定性反馈。它适合三类人：计算机专业大三学生做课程设计、培训班学员完成结业项目、以及零基础想用一个完整案例建立Web开发全局观的自学者。你不需要一上来就搞微服务拆分，但必须清楚每个Controller怎么接收参数、Service层如何做事务控制、Mapper.xml里#{}和${}的区别在哪——这些细节，才是这个项目真正值钱的地方。

我见过太多“源码+开题”打包下载后直接报错的项目：pom.xml里依赖版本冲突、application.yml中数据库密码写成“root”，甚至前端静态资源路径配错导致CSS全白屏。所以这篇内容不讲空泛架构，只聚焦一个目标：让你拿到源码后，5分钟内跑通首页，30分钟内完成一次模拟下单，2小时内理解核心模块间的数据流向。下面所有解析，都基于真实部署过27个不同学生版本的调试日志、Git提交记录和课堂实录，每一个参数、每一行配置、每一个坑，都有据可查。

2. 整体架构设计与技术选型逻辑：为什么是这套组合，而不是别的？

2.1 分层结构：四层模型如何严丝合缝地咬合？

这个水果商城采用经典的四层分层架构，但每一层的职责边界比教科书更“接地气”。它不是为了炫技分层，而是为了解决初学者最常犯的三个错误：把SQL写在Controller里、在Service层直接操作HTTP Session、把页面跳转逻辑硬编码进DAO。我们来拆解这四层如何各司其职：

• 表现层（Presentation Layer）：使用Thymeleaf作为服务端模板引擎。选择它而非纯前后端分离，是因为它能让新手直观看到“HTML里怎么嵌Java变量”“表单提交后怎么回显错误信息”。比如<span th:text="${user.username}"></span>这行代码，比写一个Vue组件再调API再setState，更能建立“请求-响应-渲染”的直觉。当然，它也预留了Vue2的接入点——在product-list.html里，我们用<div id="app">包裹商品列表，通过Thymeleaf先渲染初始数据，再由Vue接管后续交互，这种渐进式方案避免了一上来就陷入Webpack配置地狱。

• 控制层（Controller Layer）：这是最容易被写“脏”的地方。本项目强制约定：Controller只做三件事——接收参数（用@RequestBody或@RequestParam）、调用Service方法、返回ModelAndView或JSON结果。绝不处理业务逻辑，绝不操作数据库，绝不做字符串拼接。例如用户注册接口/user/register，Controller只校验手机号格式是否合法（正则）、两次输入密码是否一致，然后把干净的User对象丢给UserService。所有密码加密、邮箱验证发送、注册成功后自动登录，全部下沉到Service。这种约束看似死板，但能立刻暴露“业务逻辑该放哪”的认知盲区。

• 服务层（Service Layer）：真正的业务中枢。这里用到了两个关键设计：一是事务边界明确，所有涉及多表更新的操作（如下单）都加@Transactional，且传播行为设为REQUIRED；二是领域对象隔离，Service方法的入参和出参全部使用DTO（Data Transfer Object），比如OrderCreateDTO包含商品ID列表、收货地址、支付方式，而不直接传HttpServletRequest。这样做是为了防止Controller层的脏数据污染业务逻辑——曾有个学生把前端传来的恶意JS脚本当用户名存进数据库，就是因为Service没做DTO转换和XSS过滤。

• 持久层（Persistence Layer）：MyBatis-Plus替代原生MyBatis，不是为了偷懒，而是解决初学者的“SQL恐惧症”。它自动生成CRUD方法，让userMapper.selectById(1L)这种调用成为可能，省去手写XML的繁琐。但项目里刻意保留了3个关键XML文件：OrderMapper.xml（处理复杂联表查询订单详情）、ProductStockMapper.xml（实现库存扣减的乐观锁SQL）、UserLoginLogMapper.xml（记录登录日志的批量插入）。这些文件的存在，就是为了告诉学习者：“框架帮你省力，但核心SQL你必须亲手写、亲手调、亲手看执行计划”。

提示：分层不是目的，解耦才是。当你发现修改一个商品价格需要同时改Controller、Service、Mapper三个文件时，说明分层失败了。本项目的检验标准是：只改ProductService.updatePrice()方法，就能让所有调用它的入口（后台管理页、API接口、定时任务）同步生效。

2.2 技术栈取舍：为什么拒绝“最新潮”，拥抱“最稳妥”？

面对满屏的“Spring Boot 3.x + JDK 17 + PostgreSQL + Vue3”，这个项目坚定选择Spring Boot 2.7.18 + JDK 8u291 + MySQL 5.7.36 + Bootstrap 4.6.2。这不是守旧，而是基于教学场景的精准计算：

• JDK 8的不可替代性：高校机房、学生笔记本、老旧服务器，JDK 8仍是装机率超92%的标配。Spring Boot 3.x要求JDK 17，意味着学生下载后第一件事就是重装JDK——而JDK安装失败是新手放弃项目的首要原因。更重要的是，JDK 8的Lambda表达式、Stream API已足够支撑教学需求，强行上JDK 17的密封类、模式匹配，反而增加理解负担。

• MySQL 5.7的生态成熟度：相比MySQL 8.0的严格模式和角色权限体系，5.7对新手更友好。它的GROUP BY宽松语法、无需SSL连接的本地开发体验、丰富的图形化管理工具（Navicat、MySQL Workbench），让“建库-建表-插数据”三步能在10分钟内完成。我们测试过：在学生自备的i5-8250U笔记本上，MySQL 5.7启动内存占用稳定在180MB，而8.0常飙到320MB以上，直接导致IDEA卡死。

• Bootstrap 4的“所见即所得”优势：比起需要配置PostCSS、Tailwind CSS的现代方案，Bootstrap 4的class命名直白易懂（btn btn-primary、card-deck），CDN引入即可用，连CSS盒模型、浮动清除这些基础概念都能在改样式时自然习得。项目里所有页面都遵循“Mobile First”原则，但没用到任何JavaScript插件——轮播图用原生CSS动画，下拉菜单用Bootstrap自带的data-toggle，确保脱离jQuery也能运行。

• Thymeleaf的调试友好性：当页面显示异常时，Thymeleaf的错误提示会精确到第几行第几个标签，比如Exception processing template "user/login": Error resolving template [user/login], template might not exist or might not be accessible by any of the configured Template Resolvers。而Vue的白屏往往只报[Vue warn]: Failed to mount component: template or render function not defined，新手根本找不到问题在哪。

注意：技术选型文档里写的“支持Vue3”，指的是项目结构预留了src/main/resources/static/vue/目录和vue.config.js占位符，但默认不启用。这是给学有余力者留的扩展口子，不是强制要求。就像汽车说明书里写“可选装座椅加热”，不等于你买车必须买。

2.3 数据库设计：一张ER图如何撑起整个业务？

水果商城的数据库只有5张核心表，但每张表的字段设计都直指电商痛点。我们不堆砌“高大上”的设计模式，只解决最实际的问题：

这张ER图的精髓在于用空间换时间，用冗余保一致性。比如t_order_item里存product_name和price，看似违反范式，但解决了商品改名、调价后历史订单信息失真的问题。再比如t_order.order_no不用自增ID而用雪花算法，是因为自增ID在分布式部署时会冲突，而雪花ID的毫秒级时间戳前缀，让订单号天然具备按时间排序的能力——后台导出Excel时，订单号列本身就是时间倒序。

3. 核心功能模块详解与实操实现：从数据库建表到下单成功

3.1 商品管理模块：后台CRUD背后的事务与校验

商品管理是后台管理员最常用的功能，但也是最容易写出“半残废”系统的模块。很多学生实现的“添加商品”功能，点提交后页面没反应，刷新一看数据库空空如也——问题往往出在事务传播和参数绑定上。我们来还原一个真实的开发现场：

第一步：建表与实体类映射
在MySQL中执行建表语句后，用MyBatis-Plus的代码生成器生成Product.java。关键点在于@TableField注解：

@TableField("stock") private Integer stock; // 必须小写，匹配数据库字段 @TableField("status") private Integer status; // 状态值：0下架，1上架

如果写成private Integer Stock;，MyBatis-Plus会按驼峰规则转成stock，但加上@TableField能杜绝歧义。

第二步：Controller层接收参数
ProductController.addProduct()方法接收ProductAddDTO对象，而非Product实体：

@PostMapping("/add") public Result add(@Valid @RequestBody ProductAddDTO dto) { // @Valid触发JSR-303校验，dto里用@NotBlank、@NotNull注解 productService.addProduct(dto); return Result.success(); }

DTO里定义校验规则：

public class ProductAddDTO { @NotBlank(message = "商品名称不能为空") private String name; @NotNull(message = "价格不能为空") @DecimalMin(value = "0.01", message = "价格不能小于0.01") private BigDecimal price; @NotNull(message = "库存不能为空") @Min(value = 0, message = "库存不能为负数") private Integer stock; }

第三步：Service层事务控制
ProductService.addProduct()方法必须加@Transactional，且要处理库存初始化：

@Transactional(rollbackFor = Exception.class) public void addProduct(ProductAddDTO dto) { Product product = new Product(); product.setName(dto.getName()); product.setPrice(dto.getPrice()); product.setStock(dto.getStock() == null ? 0 : dto.getStock()); // 防止null插入 product.setStatus(1); // 新商品默认上架 productMapper.insert(product); // 关键：插入后立即查出ID，用于日志记录（非必需，但教学演示好） Long productId = product.getId(); log.info("新增商品成功，ID={}", productId); }

这里rollbackFor = Exception.class很重要。默认只对RuntimeException回滚，如果service里抛出IOException（比如调用外部API失败），事务不会回滚，导致商品插入成功但后续操作失败，数据不一致。

第四步：Mapper层SQL优化
ProductMapper.xml里不写简单INSERT，而是用<selectKey>获取自增ID：

<insert id="insert" parameterType="com.example.entity.Product" useGeneratedKeys="true" keyProperty="id"> INSERT INTO t_product (name, price, stock, status, create_time) VALUES (#{name}, #{price}, #{stock}, #{status}, NOW()) </insert>

useGeneratedKeys="true"让MyBatis自动将生成的ID回填到product.getId()，省去SELECT LAST_INSERT_ID()的额外查询。

实操心得：测试添加功能时，一定要用Postman发JSON请求，不要用浏览器直接访问URL。因为@RequestBody只能接收POST请求体里的JSON，浏览器地址栏输入?name=苹果&price=5.5会被忽略。我让学生第一次测试就栽在这儿，折腾半小时才发现请求方式错了。

3.2 用户下单模块：库存扣减与订单生成的原子性保障

下单是整个系统最考验功底的环节。它必须保证：库存扣减成功，订单才生成；订单生成失败，库存必须回滚。很多学生用两步操作实现：

// 错误示范：非原子操作 productService.reduceStock(productId, quantity); // 第一步 orderService.createOrder(orderDTO); // 第二步

这会导致极端情况下的超卖：A用户扣减库存成功，B用户在同一毫秒也扣减成功，但A的订单创建失败，B的订单创建成功，结果库存少了2份，只生成1个订单。

本项目采用数据库乐观锁+Service层事务双保险：

第一步：库存扣减SQL
ProductStockMapper.xml里写带条件的UPDATE：

<update id="reduceStock" parameterType="map"> UPDATE t_product SET stock = stock - #{quantity} WHERE id = #{productId} AND stock >= #{quantity} </update>

关键在AND stock >= #{quantity}——如果库存不足，UPDATE影响行数为0，MyBatis-Plus的updateById()会返回false。

第二步：下单Service方法

@Transactional(rollbackFor = Exception.class) public Order createOrder(OrderCreateDTO dto) { // 1. 校验库存（查库存） Product product = productMapper.selectById(dto.getProductId()); if (product == null || product.getStock() < dto.getQuantity()) { throw new BusinessException("库存不足"); } // 2. 扣减库存（带条件UPDATE） int affectedRows = productStockMapper.reduceStock( Collections.singletonMap("productId", dto.getProductId()), Collections.singletonMap("quantity", dto.getQuantity()) ); if (affectedRows == 0) { throw new BusinessException("库存已被抢光，请刷新重试"); } // 3. 生成订单（含明细） Order order = buildOrder(dto); orderMapper.insert(order); OrderItem item = buildOrderItem(dto, order.getId()); orderItemMapper.insert(item); return order; }

这里buildOrder()方法用雪花算法生成订单号：

private String generateOrderNo() { return IdUtil.getSnowflake(1, 1).nextIdStr(); // 时间戳+机器ID+序列号 }

雪花ID的nextIdStr()返回字符串，避免Long类型在前端JS中精度丢失（JavaScript最大安全整数是2^53-1，雪花ID常超此范围）。

第三步：前端防重复提交
Thymeleaf模板里加按钮禁用：

<button type="submit" id="submitBtn" onclick="disableBtn()">提交订单</button> <script> function disableBtn() { document.getElementById('submitBtn').disabled = true; document.getElementById('submitBtn').innerText = '提交中...'; } </script>

后端Controller加@RepeatSubmit自定义注解（基于Redis Token），但教学版暂未启用，优先保证核心逻辑正确。

常见问题：学生常问“为什么不用Redis做库存？”。答案是：教学项目要暴露问题。Redis库存需要处理网络分区、Redis宕机后的数据恢复，这些超出课程范围。MySQL的行锁+事务，足够解释“原子性”概念，且错误时能直接看到数据库报错，便于调试。

3.3 支付模拟模块：没有真实支付SDK，如何体现支付状态流转？

真实电商必接微信/支付宝，但教学项目接入SDK会引入大量配置、证书、异步通知，90%的学生卡在“验签失败”。本项目用状态机+定时任务模拟支付全流程，既体现业务逻辑，又规避外部依赖：

支付状态定义：

public enum PayStatusEnum { WAIT_PAY(1, "待支付"), PAID(2, "已支付"), PAY_FAILED(3, "支付失败"), REFUNDING(4, "退款中"), REFUNDED(5, "已退款"); private final int code; private final String desc; // 构造方法、getter略 }

模拟支付接口：
PayController.mockPay()接受订单号，随机返回成功/失败：

@PostMapping("/mockPay") public Result mockPay(@RequestParam String orderNo) { Order order = orderMapper.selectOne(new QueryWrapper<Order>().eq("order_no", orderNo)); if (order == null) { return Result.fail("订单不存在"); } if (order.getStatus() != 1) { // 非待支付状态禁止支付 return Result.fail("订单状态异常"); } // 模拟支付网关返回 boolean success = Math.random() > 0.3; // 70%成功率 if (success) { order.setStatus(2); // 已支付 order.setPayTime(LocalDateTime.now()); orderMapper.updateById(order); return Result.success("支付成功"); } else { order.setStatus(3); // 支付失败 orderMapper.updateById(order); return Result.fail("支付失败，请重试"); } }

定时任务补单：
用@Scheduled(cron = "0 0/5 * * * ?")每5分钟扫描超时未支付订单：

@Scheduled(cron = "0 0/5 * * * ?") public void checkTimeoutOrders() { LocalDateTime timeoutTime = LocalDateTime.now().minusMinutes(30); List<Order> timeoutOrders = orderMapper.selectList( new QueryWrapper<Order>() .eq("status", 1) // 待支付 .lt("create_time", timeoutTime) ); for (Order order : timeoutOrders) { order.setStatus(5); // 自动取消 orderMapper.updateById(order); log.info("自动取消超时订单：{}", order.getOrderNo()); } }

这个定时任务教会学生两件事：一是cron表达式怎么写（0 0/5 * * * ?表示每5分钟执行），二是数据库批量更新时要用updateById而非update，避免全表扫描。

注意事项：定时任务在开发环境要关闭，否则每5分钟刷屏日志。在application-dev.yml里加spring.task.scheduling.enabled=false，生产环境再开启。

4. 开发环境搭建与源码运行指南：5分钟跑通首页的实操步骤

4.1 环境准备清单：一份不踩坑的安装顺序

别急着下载源码，先按这个顺序装环境，能避开80%的“环境问题”：

1. JDK 8u291：去Oracle官网下载，不要用OpenJDK。因为部分学校机房的OpenJDK缺少JavaFX组件，导致Thymeleaf模板编译失败。安装后验证：java -version输出必须含1.8.0_291。

2. MySQL 5.7.36：用官方ZIP包解压即用，不要用MySQL Installer。Installer会强制安装一堆服务，新手常因端口冲突（3306被占用）而放弃。解压后编辑my.ini：

   [mysqld] port=3306 character-set-server=utf8mb4 collation-server=utf8mb4_unicode_ci

   启动命令：bin\mysqld --console --skip-grant-tables（首次启动用免密模式）。

3. IDEA 2021.3.3：比2022.x更稳定，对JDK 8兼容性更好。安装时勾选“Git Integration”和“Lombok Plugin”，不要装Database Tools——学生用Navicat看数据库更直观。

4. Navicat 15：免费版够用。连接MySQL时，认证协议选“MySQL 5.x”，字符集选“utf8mb4”，否则中文存成乱码。

提示：所有软件安装路径不要含中文和空格！比如C:\Program Files\Java会因空格导致Maven编译失败，必须改成C:\Java。

4.2 源码导入与配置修改：三处必改的配置项

下载源码后，按此流程操作：

第一步：导入Maven项目
打开IDEA → Open → 选中源码根目录 → 选“Import project from external model” → Maven → Finish。等待Maven自动下载依赖（约3-5分钟）。

第二步：修改数据库配置
编辑src/main/resources/application-dev.yml：

spring: datasource: url: jdbc:mysql://localhost:3306/fruit_shop?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai username: root # 默认用户名 password: 123456 # 默认密码，若你改过请同步 driver-class-name: com.mysql.cj.jdbc.Driver

注意：serverTimezone=Asia/Shanghai必须加，否则Java时间与MySQL时间差8小时，订单创建时间全错。

第三步：创建数据库与初始化数据
在Navicat中新建数据库fruit_shop，字符集选utf8mb4。然后执行源码里的sql/fruit_shop_init.sql（右键运行SQL文件）。这个SQL文件包含建表语句和5条测试数据（苹果、香蕉等），确保t_product表里有数据。

第四步：启动项目
点击IDEA右上角绿色三角形，或运行FruitShopApplication.main()。看到控制台输出：

Tomcat started on port(s): 8080 (http) with context path '' Started FruitShopApplication in 8.234 seconds (JVM running for 9.123)

说明启动成功。

第五步：访问首页
浏览器打开http://localhost:8080。如果看到水果商城首页（轮播图+商品列表），恭喜！你已跑通第一个里程碑。

实操心得：如果启动报错Failed to configure a DataSource，90%是application-dev.yml里密码写错了，或MySQL服务没启动。用netstat -ano | findstr :3306检查端口是否被占用。

4.3 前后端联调技巧：如何快速定位“页面空白”问题

跑通首页只是开始，接下来常遇到“点击登录没反应”“商品列表为空”等问题。按这个顺序排查：

1. 看浏览器F12控制台：

   • 如果报GET http://localhost:8080/css/bootstrap.min.css net::ERR_ABORTED，说明静态资源路径错。检查src/main/resources/static/目录结构是否为static/css/bootstrap.min.css，不是static/dist/css/。

2. 看IDEA控制台日志：

   • 启动时出现Caused by: java.lang.ClassNotFoundException: org.springframework.boot.autoconfigure.web.servlet.WebMvcAutoConfiguration，说明Maven依赖没下载全。右键项目 → Maven → Reload。

3. 看Thymeleaf模板语法：

   • 页面空白但控制台无报错？可能是Thymeleaf语法错误。比如<div th:if="${user != null}">写成<div th:if="${user != null">（少了个}），Thymeleaf会静默失败。在application-dev.yml里加：

     spring: thymeleaf: cache: false # 开发时禁用模板缓存 enabled: true

4. 查数据库连接：

   • 商品列表为空？执行SQLSELECT * FROM t_product;看是否有数据。如果没有，说明sql/fruit_shop_init.sql没执行成功，或执行时选错了数据库。

常见问题速查表：

现象	可能原因	解决方案
启动报Access denied for user 'root'@'localhost'	MySQL密码不对	用mysql -u root -p登录MySQL，执行ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '123456';
首页CSS失效，页面纯文字	static/目录位置错	确认static/在src/main/resources/同级，不是src/main/java/下
点击“加入购物车”弹窗空白	thymeleaf-extras-java8time依赖缺失	检查pom.xml是否含<artifactId>thymeleaf-extras-java8time</artifactId>

5. 开题报告撰写要点与答辩避坑指南：让老师眼前一亮的关键细节

5.1 开题报告结构：如何把“水果商城”写出学术感？

开题报告不是项目说明书，而是向导师证明“你理解了问题，且有可行方案”。本项目开题报告建议按此逻辑展开：

• 研究背景：不写“电商发展迅速”，而写“高校课程设计普遍存在重界面轻逻辑、重功能轻健壮的问题。以水果商城为例，需重点解决库存超卖、订单状态不一致、用户数据泄露等典型缺陷”。

• 研究内容：分三点写，每点带技术关键词：

  1. 基于MyBatis-Plus的动态SQL构建：解决多条件商品搜索的SQL注入风险；
  2. 基于Spring事务传播的订单原子性保障：对比REQUIRED与REQUIRES_NEW在下单场景的差异；
  3. 基于Thymeleaf模板引擎的安全渲染机制：通过th:text自动HTML转义，防范XSS攻击。

• 技术路线图：用文字描述，不用Visio画图。例如：“第一阶段（1周）：完成数据库设计与MyBatis-Plus逆向工程；第二阶段（2周）：实现商品管理与用户登录模块，重点调试事务边界；第三阶段（1周）：集成Bootstrap 4完成前端适配，编写单元测试覆盖核心Service”。

• 创新点：不吹“国内首创”，写实在的改进：
  “在传统课程设计中引入乐观锁库存扣减，替代简单的UPDATE语句，使学生直观理解并发控制；
  “采用DTO分层传输，强制分离Controller参数与数据库实体，培养代码洁癖”。

注意：开题报告里所有技术名词（如“乐观锁”“DTO”）必须在正文中给出简明定义，比如“乐观锁：不加锁，通过版本号或条件判断实现并发控制，适用于读多写少场景”。

5.2 答辩常见问题与应答策略：老师最可能问的3个致命问题

答辩时老师不会问“这个按钮怎么实现的”，而是考察你的设计深度。提前准备这3个问题的回答：

Q1：为什么商品表里price用DECIMAL而不是DOUBLE？
A：因为金融计算必须精确。DOUBLE是浮点数，0.1+0.2≠0.3，会导致结算金额误差。DECIMAL(10,2)表示10位数字，2位小数，MySQL内部用字符串存储，保证计算绝对精确。我们在OrderService.createOrder()里所有金额运算都用BigDecimal，避免double隐式转换。

Q2：订单状态用INT类型，如何保证状态流转不越界？
A：两层防护。第一层是数据库CHECK约束：ALTER TABLE t_order ADD CONSTRAINT chk_status CHECK (status IN (1,2,3,4,5));。第二层是Java枚举PayStatusEnum，所有状态变更都通过PayStatusEnum.fromCode(code)方法转换，非法code直接抛异常。这样即使SQL绕过应用层直接更新，数据库也会拦截。

Q3：如果要做高并发，这个架构怎么升级？
A：分三步走，不提“上云”“微服务”等虚词：

1. 读写分离：用ShardingSphere-JDBC配置主从，写操作走主库，商品列表查询走从库；
2. 缓存穿透防护：对/product/{id}接口，用布隆过滤器拦截无效ID请求；
3. 库存预热：用Redis的INCRBY做库存扣减，MySQL仅做最终一致性落库。
   （停顿）但当前项目目标是教学验证，过度设计反而掩盖核心原理。

实操心得：答辩时带一份打印的OrderService.createOrder()方法源码，当老师问事务问题时，直接指着代码说“这里@Transactional保证了库存扣减和订单生成的原子性”，比口头解释有力十倍。

6. 源码扩展与二次开发建议：从课程设计到个人作品集的跃迁路径

6.1 轻量级增强：3个让项目脱颖而出的改造点

源码跑通只是起点，以下改造能让它从“及格作业”变成“面试作品”：

• 接入微信扫码支付（沙箱环境）：
  微信支付沙箱环境无需企业资质，用wxpay-sdk调用unifiedorder接口。关键改3处：

  1. 在PayService里新增wechatPay()方法，组装XML请求；
  2. 在PayController加/wechat/pay接口，返回package参数给前端调起JSAPI；
  3. 新增/wechat/notify异步回调，验签后更新订单状态。
     改造后，你的项目就有了真实支付流程，面试时可演示“扫码→支付成功→订单状态变更为已支付”。

• 增加商品搜索与筛选：
  不用Elasticsearch，用MyBatis-Plus的QueryWrapper动态构建：

  QueryWrapper<Product> wrapper = new QueryWrapper<>(); if (StringUtils.isNotBlank(keyword)) { wrapper.like("name", keyword); // 模糊搜索 } if (minPrice != null) { wrapper.ge("price", minPrice); // 大于等于 } List<Product> products = productMapper.selectList(wrapper);

  前端加搜索框和价格区间滑块，用AJAX加载，体验接近真实商城。

• 添加用户行为日志：
  用AOP切面记录关键操作：

  @Aspect @Component public class LogAspect { @Around("@annotation(org.springframework.web.bind.annotation.PostMapping)") public Object logPost(ProceedingJoinPoint joinPoint) throws Throwable { long start = System.currentTimeMillis(); Object result = joinPoint.proceed(); long end = System.currentTimeMillis(); log.info("接口{}执行耗时{}ms", joinPoint.getSignature(), end - start); return result; } }

  日志存入t_operation_log表，面试时可展示“如何监控系统性能”。

6.2 项目价值升华：如何把“水果商城”讲成你的能力证明

最后送你一句答辩金句：“这个水果商城，表面是个卖水果的网站，实质是我对Web开发全链路的理解载体：

• 从CREATE TABLE建表语句，我理解了数据一致性；
• 从@Transactional注解，我掌握了事务边界的艺术；