简介本资源为基于Spring Boot框架的网上购物商城后端系统源码面向具备Java与Spring Boot基础的开发者及计算机专业学生可用于小型电商项目的学习参考或二次开发。系统涵盖地址管理、购物车管理、客服管理及商品评论管理四大模块提供分页查询、条件查询、详情查询、保存、修改、删除与提醒等接口并采用MyBatis Plus完成数据库增删改查操作。压缩包共772个文件约14.62MB包含121个Java源文件、153个JavaScript脚本、46个Vue组件、44个CSS样式、40个HTML页面及SQL脚本、XML配置等前后端资源与构建脚本齐备目录结构清晰。已有87人学习下载适合需要理解电商后端接口设计、掌握MyBatis Plus实际应用或搭建课程设计项目的读者参考借鉴。1. 拿到一份 Spring Boot 网上购物商城后端源码先别急着 run很多人拿到「基于 Spring Boot 框架的网上购物商城后端系统」这类源码压缩包第一反应是解压、找Application主类、点绿三角。我见过太多人卡在第一步数据库连不上、依赖下不动、接口 404然后开始怀疑这份源码是不是「假的」。其实问题不在代码在于你把它当成了一个能一键跑起来的成品而它本质是一套需要你补齐运行环境的工程骨架。这个标题背后对应的是一类非常典型的 Java 后端项目用 Spring Boot 做 Web 层和自动装配用 MyBatis 或 JPA 做持久层围绕「用户—商品—购物车—订单—支付回调」这条主线组织业务。它能解决的是「我想有一个能二次开发的电商后端底座」适合三类人想拿它做课程设计或毕设的学生、想快速搭一个自营商城 MVP 的独立开发者、以及想通过读真实业务代码补 Spring Boot 实战经验的后端新人。热搜里「spring boot mybatis 的 java 开源多商户跨境商城源码下载」这类词频繁出现说明大家真正想要的不是一份能跑的 demo而是一套能改、能扩、能上线的结构。这一章先把「它是什么、边界在哪」讲清楚后面几章再动手。2. 拆开这份商城后端分层结构、依赖与数据模型2.1 先看清 Spring Boot 商城后端的标准分层一份规范的商城后端目录结构基本逃不出这几层。你解压后先别管具体业务按下面这张表对照一遍心里就有底了。目录/包名职责你二次开发时改它的频率controller接收 HTTP 请求、参数校验、返回统一响应体高service/service.impl业务编排、事务边界最高mapper/repository数据库访问接口中entity/domain与表对应的实体中dto/vo入参出参对象和 entity 分离高config拦截器、跨域、MyBatis、Swagger 配置低但关键common/utils统一返回、异常、常量、工具类低判断一份源码值不值得投入我一般看两点entity和dto有没有分开service里有没有清晰的接口。如果所有逻辑都堆在 controller 里、实体直接当入参出参用那这份代码改起来会很痛苦趁早换。2.2 依赖清单pom.xml 里哪几个坐标决定成败打开pom.xml重点看这几组依赖它们直接决定你能不能跑起来。!-- Web 层提供内嵌 Tomcat 和 MVC -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency !-- 持久层MyBatis 与 Spring Boot 整合 -- dependency groupIdorg.mybatis.spring.boot/groupId artifactIdmybatis-spring-boot-starter/artifactId version2.3.1/version !-- 版本以你本地仓库能拉到的为准 -- /dependency !-- 数据库驱动MySQL 8 用这个5.x 用旧坐标 -- dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency !-- 连接池HikariCP 通常随 starter 自带无需手写 --逻辑说明spring-boot-starter-web是 Web 项目的根没有它连RestController都编译不过mybatis-spring-boot-starter负责把mapper接口扫描成 Bean驱动坐标在 MySQL 8 之后从mysql-connector-java改成了com.mysql:mysql-connector-j很多老源码还写着旧坐标拉不下来就是这个原因。参数上version不要盲目照抄先看你本地 Maven 仓库或公司私服有什么版本能对齐 Spring Boot 父版本最好。2.3 数据模型五张核心表撑起整个商城商城后端的表再多核心就五张理解它们的关系业务逻辑就通了一半。user用户表存账号、密码哈希、手机号、状态。product商品表存标题、价格、库存、上下架状态、分类 ID。cart购物车表user_id product_id quantity注意加唯一索引防重复行。orders订单主表存订单号、用户、总金额、订单状态。order_item订单明细存订单号、商品快照、单价、数量。这里有个血泪经验order_item一定要存下单时的商品价格快照而不是下单后去product表查现价。否则商家改一次价历史订单金额就全乱了这是新手最容易翻车的地方。2.4 把项目跑起来的最小步骤环境准备好后按顺序执行别跳步。# 1. 建库字符集用 utf8mb4否则中文和 emoji 会乱码 mysql -uroot -p -e CREATE DATABASE mall DEFAULT CHARACTER SET utf8mb4; # 2. 导入源码里的 SQL 脚本一般在 src/main/resources 或 doc 目录 mysql -uroot -p mall doc/mall.sql # 3. 改配置把数据库账号密码换成你自己的 # 文件位置src/main/resources/application.yml # 4. 启动指定端口避免和本地其他服务冲突 mvn spring-boot:run -Dspring-boot.run.arguments--server.port8081application.yml里必须核对的三项spring: datasource: url: jdbc:mysql://localhost:3306/mall?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 你的密码 mybatis: mapper-locations: classpath:mapper/*.xml # XML 映射文件路径写错就报 Invalid bound statement configuration: map-underscore-to-camel-case: true # user_name 自动映射 userNameserverTimezone不写MySQL 8 会报时区错误mapper-locations路径不对启动不报错但一调接口就抛Invalid bound statement (not found)这是最高频的坑。端口用--server.port覆盖比改配置文件更灵活也方便你同时跑多个版本对比。3. 核心业务链路从登录到下单的接口怎么落地3.1 统一响应体与全局异常处理在写业务前先把返回格式统一不然后面每个接口各写各的前端要疯。// 统一响应结构code0 表示成功 public class ResultT { private int code; private String msg; private T data; public static T ResultT ok(T data) { ResultT r new Result(); r.code 0; r.msg success; r.data data; return r; } public static T ResultT fail(String msg) { ResultT r new Result(); r.code 500; r.msg msg; return r; } }逻辑说明所有 controller 返回ResultT前端只判断code。配合一个RestControllerAdvice全局异常处理器把BusinessException、参数校验异常、系统异常分别映射成不同 code业务代码里就不用到处 try-catch。参数上code的取值建议固定一套约定0 成功、4xx 客户端、5xx 服务端别每个模块自定义。3.2 登录与鉴权JWT 还是 Session商城后端常见两种做法。Session 简单但多实例部署要共享存储JWT 无状态适合前后端分离和水平扩展。我一般选 JWT登录成功后签发 token前端放请求头后端用拦截器校验。// 拦截器里校验 token放行登录、注册、商品列表等白名单 Override public boolean preHandle(HttpServletRequest req, HttpServletResponse resp, Object handler) { String token req.getHeader(Authorization); if (token null || !jwtUtil.verify(token)) { resp.setStatus(401); return false; } // 把 userId 塞进 ThreadLocal供后续业务取用 Long userId jwtUtil.getUserId(token); UserContext.set(userId); return true; }逻辑说明preHandle返回 false 直接中断请求。UserContext用ThreadLocal存当前用户业务层随时取请求结束记得在afterCompletion里remove()否则线程池复用会导致用户串号这是隐蔽性极强的 bug。参数上token 有效期别设太长一般 2 小时配合刷新 token 机制。3.3 下单接口库存扣减与事务边界下单是整个系统最容易出问题的地方核心是「扣库存 建订单 建明细」必须在一个事务里且库存要防超卖。Transactional(rollbackFor Exception.class) public String createOrder(Long userId, ListCartItem items) { // 1. 逐条扣库存用带条件的 UPDATE 防超卖 for (CartItem it : items) { int rows productMapper.deductStock(it.getProductId(), it.getQuantity()); if (rows 0) { throw new BusinessException(库存不足 it.getProductId()); } } // 2. 生成订单主表和明细 Orders order buildOrder(userId, items); orderMapper.insert(order); orderItemMapper.batchInsert(order.getItems()); return order.getOrderNo(); }对应的扣库存 SQL 是关键UPDATE product SET stock stock - #{quantity} WHERE id #{productId} AND stock #{quantity}逻辑说明WHERE stock #{quantity}让数据库在库存不足时返回影响行数 0业务层据此抛异常回滚天然防超卖比先查再改的写法安全得多。参数上Transactional的rollbackFor一定要写Exception.class否则默认只回滚运行时异常受检异常不回滚订单建了库存没扣就麻烦了。高并发场景下这套还会成为瓶颈进阶做法是 Redis 预扣加消息队列异步落库后面章节再展开。3.4 商品列表与分页查询商品列表是读多写少的典型分页用 MyBatis 的PageHelper或手写LIMIT。select idlistByPage resultTypeProductVO SELECT id, title, price, stock, cover FROM product WHERE status 1 if testcategoryId ! null AND category_id #{categoryId} /if ORDER BY id DESC LIMIT #{offset}, #{size} /select逻辑说明status 1只查上架商品if让分类筛选可选。参数上offset (pageNum - 1) * pageSizesize别超过 100否则一次拉太多数据拖垮接口。深分页比如第 1000 页用LIMIT会越来越慢进阶方案是用游标记录上一页最后一个 id替代 offset。4. 避坑与排查这份源码最容易翻车的五个地方4.1 启动报 Invalid bound statement (not found)现象项目能启动一调接口就抛这个异常。原因MyBatis 没找到 XML 映射文件通常是mapper-locations路径写错或者 XML 没被打进target/classes。解决确认application.yml里mapper-locations: classpath:mapper/*.xml并检查pom.xml的resources是否把src/main/java下的 XML 也纳入打包很多人把 XML 和接口放一起就会漏。4.2 中文乱码或 emoji 存不进去现象商品标题里的中文变问号或者带 emoji 的评论插入报错。原因建库时字符集用了utf8而不是utf8mb4utf8在 MySQL 里只支持 3 字节存不下 emoji。解决建库建表统一utf8mb4连接串加characterEncodingutf8JDBC 驱动会自动协商。4.3 时区导致订单时间差 8 小时现象下单时间比实际早或晚 8 小时。原因MySQL 8 默认时区是 UTCJava 应用用的是东八区两边没对齐。解决连接串加serverTimezoneAsia/Shanghai或者数据库全局设default-time-zone08:00。这个坑不报错但数据全错属于典型的黑匣子问题。4.4 事务失效导致库存扣了订单没建现象库存减了订单表却没记录。原因Transactional方法被同类内部调用代理不生效或者异常被 catch 了没往外抛。解决把事务方法抽到独立 Bean通过注入调用catch 块里要么重新抛出要么手动TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()。4.5 端口冲突与依赖拉不下来现象启动报Port 8080 was already in use或者 Maven 一直卡在下载。原因本地已有服务占用端口公司网络访问不了中央仓库。解决用--server.port8081换端口依赖问题配置国内镜像源或在settings.xml里指定私服地址。热搜里「spring boot 修改 demo 端口号」问的就是这个改配置文件或命令行参数都行。5. 进阶把这份源码改造成能扛并发的商城后端5.1 用 Redis 预扣库存削峰单靠数据库UPDATE扣库存在秒杀场景下会把数据库打满。常见做法是把库存预热到 Redis下单时用 Lua 脚本原子扣减扣成功再异步落库。-- KEYS[1]库存key, ARGV[1]购买数量 local stock tonumber(redis.call(get, KEYS[1])) if stock nil or stock tonumber(ARGV[1]) then return -1 end redis.call(decrby, KEYS[1], ARGV[1]) return stock - tonumber(ARGV[1])逻辑说明Lua 脚本在 Redis 里单线程执行天然原子避免「查了再扣」的竞态。返回 -1 表示库存不足业务层直接拒绝。参数上库存 key 建议带活动 ID比如seckill:stock:1001活动结束记得清理否则内存泄漏。落库用消息队列异步消费保证最终一致。5.2 接口幂等防止重复下单用户手抖点两次或者网络重试都可能生成两笔订单。做法是下单前用「用户 ID 商品 ID 时间窗口」生成唯一键存 RedisSETNX成功才继续。String key order:lock: userId : productId; Boolean ok redisTemplate.opsForValue().setIfAbsent(key, 1, 10, TimeUnit.SECONDS); if (Boolean.FALSE.equals(ok)) { throw new BusinessException(请勿重复提交); }逻辑说明setIfAbsent对应 Redis 的SET NX EX10 秒内同一用户同一商品只能下一次单。参数上过期时间别太长否则用户正常复购会被拦也别太短起不到防重作用5 到 10 秒是常见区间。5.3 验证改造是否生效的三个手段改完别凭感觉说「应该没问题」用数据验证。第一用 JMeter 或 wrk 压下单接口看库存是否出现负数正常应该始终 0。第二查订单表有没有重复订单号唯一索引应该拦住。第三看 Redis 库存和数据库库存最终是否一致允许短暂不一致但最终要收敛。我一般会写一个对账脚本定时比对两边差值超过阈值就告警。5.4 我踩过的坑和现在的习惯最后说点实在的。我早期改这类商城源码总想一口气把所有功能都跑通结果每个模块都半生不熟。后来养成习惯先只跑通「登录—浏览商品—下单」这条最短链路把数据库、事务、鉴权这三块吃透再去碰支付、优惠券、秒杀这些复杂模块。还有一点源码里的 SQL 脚本和配置一定要先备份一份原始版本改崩了能回退这就是我的后悔药。读源码时别只看 controller真正的业务逻辑和坑都在 service 和 mapper 里那才是这份 Spring Boot 网上购物商城后端系统最值钱的部分。希望帮到你。本文还有配套的精品资源点击获取
简介本资源为基于Spring Boot框架的网上购物商城后端系统源码面向具备Java与Spring Boot基础的开发者及计算机专业学生可用于小型电商项目的学习参考或二次开发。系统涵盖地址管理、购物车管理、客服管理及商品评论管理四大模块提供分页查询、条件查询、详情查询、保存、修改、删除与提醒等接口并采用MyBatis Plus完成数据库增删改查操作。压缩包共772个文件约14.62MB包含121个Java源文件、153个JavaScript脚本、46个Vue组件、44个CSS样式、40个HTML页面及SQL脚本、XML配置等前后端资源与构建脚本齐备目录结构清晰。已有87人学习下载适合需要理解电商后端接口设计、掌握MyBatis Plus实际应用或搭建课程设计项目的读者参考借鉴。1. 拿到一份 Spring Boot 网上购物商城后端源码先别急着 run很多人拿到「基于 Spring Boot 框架的网上购物商城后端系统」这类源码压缩包第一反应是解压、找Application主类、点绿三角。我见过太多人卡在第一步数据库连不上、依赖下不动、接口 404然后开始怀疑这份源码是不是「假的」。其实问题不在代码在于你把它当成了一个能一键跑起来的成品而它本质是一套需要你补齐运行环境的工程骨架。这个标题背后对应的是一类非常典型的 Java 后端项目用 Spring Boot 做 Web 层和自动装配用 MyBatis 或 JPA 做持久层围绕「用户—商品—购物车—订单—支付回调」这条主线组织业务。它能解决的是「我想有一个能二次开发的电商后端底座」适合三类人想拿它做课程设计或毕设的学生、想快速搭一个自营商城 MVP 的独立开发者、以及想通过读真实业务代码补 Spring Boot 实战经验的后端新人。热搜里「spring boot mybatis 的 java 开源多商户跨境商城源码下载」这类词频繁出现说明大家真正想要的不是一份能跑的 demo而是一套能改、能扩、能上线的结构。这一章先把「它是什么、边界在哪」讲清楚后面几章再动手。2. 拆开这份商城后端分层结构、依赖与数据模型2.1 先看清 Spring Boot 商城后端的标准分层一份规范的商城后端目录结构基本逃不出这几层。你解压后先别管具体业务按下面这张表对照一遍心里就有底了。目录/包名职责你二次开发时改它的频率controller接收 HTTP 请求、参数校验、返回统一响应体高service/service.impl业务编排、事务边界最高mapper/repository数据库访问接口中entity/domain与表对应的实体中dto/vo入参出参对象和 entity 分离高config拦截器、跨域、MyBatis、Swagger 配置低但关键common/utils统一返回、异常、常量、工具类低判断一份源码值不值得投入我一般看两点entity和dto有没有分开service里有没有清晰的接口。如果所有逻辑都堆在 controller 里、实体直接当入参出参用那这份代码改起来会很痛苦趁早换。2.2 依赖清单pom.xml 里哪几个坐标决定成败打开pom.xml重点看这几组依赖它们直接决定你能不能跑起来。!-- Web 层提供内嵌 Tomcat 和 MVC -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency !-- 持久层MyBatis 与 Spring Boot 整合 -- dependency groupIdorg.mybatis.spring.boot/groupId artifactIdmybatis-spring-boot-starter/artifactId version2.3.1/version !-- 版本以你本地仓库能拉到的为准 -- /dependency !-- 数据库驱动MySQL 8 用这个5.x 用旧坐标 -- dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency !-- 连接池HikariCP 通常随 starter 自带无需手写 --逻辑说明spring-boot-starter-web是 Web 项目的根没有它连RestController都编译不过mybatis-spring-boot-starter负责把mapper接口扫描成 Bean驱动坐标在 MySQL 8 之后从mysql-connector-java改成了com.mysql:mysql-connector-j很多老源码还写着旧坐标拉不下来就是这个原因。参数上version不要盲目照抄先看你本地 Maven 仓库或公司私服有什么版本能对齐 Spring Boot 父版本最好。2.3 数据模型五张核心表撑起整个商城商城后端的表再多核心就五张理解它们的关系业务逻辑就通了一半。user用户表存账号、密码哈希、手机号、状态。product商品表存标题、价格、库存、上下架状态、分类 ID。cart购物车表user_id product_id quantity注意加唯一索引防重复行。orders订单主表存订单号、用户、总金额、订单状态。order_item订单明细存订单号、商品快照、单价、数量。这里有个血泪经验order_item一定要存下单时的商品价格快照而不是下单后去product表查现价。否则商家改一次价历史订单金额就全乱了这是新手最容易翻车的地方。2.4 把项目跑起来的最小步骤环境准备好后按顺序执行别跳步。# 1. 建库字符集用 utf8mb4否则中文和 emoji 会乱码 mysql -uroot -p -e CREATE DATABASE mall DEFAULT CHARACTER SET utf8mb4; # 2. 导入源码里的 SQL 脚本一般在 src/main/resources 或 doc 目录 mysql -uroot -p mall doc/mall.sql # 3. 改配置把数据库账号密码换成你自己的 # 文件位置src/main/resources/application.yml # 4. 启动指定端口避免和本地其他服务冲突 mvn spring-boot:run -Dspring-boot.run.arguments--server.port8081application.yml里必须核对的三项spring: datasource: url: jdbc:mysql://localhost:3306/mall?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 你的密码 mybatis: mapper-locations: classpath:mapper/*.xml # XML 映射文件路径写错就报 Invalid bound statement configuration: map-underscore-to-camel-case: true # user_name 自动映射 userNameserverTimezone不写MySQL 8 会报时区错误mapper-locations路径不对启动不报错但一调接口就抛Invalid bound statement (not found)这是最高频的坑。端口用--server.port覆盖比改配置文件更灵活也方便你同时跑多个版本对比。3. 核心业务链路从登录到下单的接口怎么落地3.1 统一响应体与全局异常处理在写业务前先把返回格式统一不然后面每个接口各写各的前端要疯。// 统一响应结构code0 表示成功 public class ResultT { private int code; private String msg; private T data; public static T ResultT ok(T data) { ResultT r new Result(); r.code 0; r.msg success; r.data data; return r; } public static T ResultT fail(String msg) { ResultT r new Result(); r.code 500; r.msg msg; return r; } }逻辑说明所有 controller 返回ResultT前端只判断code。配合一个RestControllerAdvice全局异常处理器把BusinessException、参数校验异常、系统异常分别映射成不同 code业务代码里就不用到处 try-catch。参数上code的取值建议固定一套约定0 成功、4xx 客户端、5xx 服务端别每个模块自定义。3.2 登录与鉴权JWT 还是 Session商城后端常见两种做法。Session 简单但多实例部署要共享存储JWT 无状态适合前后端分离和水平扩展。我一般选 JWT登录成功后签发 token前端放请求头后端用拦截器校验。// 拦截器里校验 token放行登录、注册、商品列表等白名单 Override public boolean preHandle(HttpServletRequest req, HttpServletResponse resp, Object handler) { String token req.getHeader(Authorization); if (token null || !jwtUtil.verify(token)) { resp.setStatus(401); return false; } // 把 userId 塞进 ThreadLocal供后续业务取用 Long userId jwtUtil.getUserId(token); UserContext.set(userId); return true; }逻辑说明preHandle返回 false 直接中断请求。UserContext用ThreadLocal存当前用户业务层随时取请求结束记得在afterCompletion里remove()否则线程池复用会导致用户串号这是隐蔽性极强的 bug。参数上token 有效期别设太长一般 2 小时配合刷新 token 机制。3.3 下单接口库存扣减与事务边界下单是整个系统最容易出问题的地方核心是「扣库存 建订单 建明细」必须在一个事务里且库存要防超卖。Transactional(rollbackFor Exception.class) public String createOrder(Long userId, ListCartItem items) { // 1. 逐条扣库存用带条件的 UPDATE 防超卖 for (CartItem it : items) { int rows productMapper.deductStock(it.getProductId(), it.getQuantity()); if (rows 0) { throw new BusinessException(库存不足 it.getProductId()); } } // 2. 生成订单主表和明细 Orders order buildOrder(userId, items); orderMapper.insert(order); orderItemMapper.batchInsert(order.getItems()); return order.getOrderNo(); }对应的扣库存 SQL 是关键UPDATE product SET stock stock - #{quantity} WHERE id #{productId} AND stock #{quantity}逻辑说明WHERE stock #{quantity}让数据库在库存不足时返回影响行数 0业务层据此抛异常回滚天然防超卖比先查再改的写法安全得多。参数上Transactional的rollbackFor一定要写Exception.class否则默认只回滚运行时异常受检异常不回滚订单建了库存没扣就麻烦了。高并发场景下这套还会成为瓶颈进阶做法是 Redis 预扣加消息队列异步落库后面章节再展开。3.4 商品列表与分页查询商品列表是读多写少的典型分页用 MyBatis 的PageHelper或手写LIMIT。select idlistByPage resultTypeProductVO SELECT id, title, price, stock, cover FROM product WHERE status 1 if testcategoryId ! null AND category_id #{categoryId} /if ORDER BY id DESC LIMIT #{offset}, #{size} /select逻辑说明status 1只查上架商品if让分类筛选可选。参数上offset (pageNum - 1) * pageSizesize别超过 100否则一次拉太多数据拖垮接口。深分页比如第 1000 页用LIMIT会越来越慢进阶方案是用游标记录上一页最后一个 id替代 offset。4. 避坑与排查这份源码最容易翻车的五个地方4.1 启动报 Invalid bound statement (not found)现象项目能启动一调接口就抛这个异常。原因MyBatis 没找到 XML 映射文件通常是mapper-locations路径写错或者 XML 没被打进target/classes。解决确认application.yml里mapper-locations: classpath:mapper/*.xml并检查pom.xml的resources是否把src/main/java下的 XML 也纳入打包很多人把 XML 和接口放一起就会漏。4.2 中文乱码或 emoji 存不进去现象商品标题里的中文变问号或者带 emoji 的评论插入报错。原因建库时字符集用了utf8而不是utf8mb4utf8在 MySQL 里只支持 3 字节存不下 emoji。解决建库建表统一utf8mb4连接串加characterEncodingutf8JDBC 驱动会自动协商。4.3 时区导致订单时间差 8 小时现象下单时间比实际早或晚 8 小时。原因MySQL 8 默认时区是 UTCJava 应用用的是东八区两边没对齐。解决连接串加serverTimezoneAsia/Shanghai或者数据库全局设default-time-zone08:00。这个坑不报错但数据全错属于典型的黑匣子问题。4.4 事务失效导致库存扣了订单没建现象库存减了订单表却没记录。原因Transactional方法被同类内部调用代理不生效或者异常被 catch 了没往外抛。解决把事务方法抽到独立 Bean通过注入调用catch 块里要么重新抛出要么手动TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()。4.5 端口冲突与依赖拉不下来现象启动报Port 8080 was already in use或者 Maven 一直卡在下载。原因本地已有服务占用端口公司网络访问不了中央仓库。解决用--server.port8081换端口依赖问题配置国内镜像源或在settings.xml里指定私服地址。热搜里「spring boot 修改 demo 端口号」问的就是这个改配置文件或命令行参数都行。5. 进阶把这份源码改造成能扛并发的商城后端5.1 用 Redis 预扣库存削峰单靠数据库UPDATE扣库存在秒杀场景下会把数据库打满。常见做法是把库存预热到 Redis下单时用 Lua 脚本原子扣减扣成功再异步落库。-- KEYS[1]库存key, ARGV[1]购买数量 local stock tonumber(redis.call(get, KEYS[1])) if stock nil or stock tonumber(ARGV[1]) then return -1 end redis.call(decrby, KEYS[1], ARGV[1]) return stock - tonumber(ARGV[1])逻辑说明Lua 脚本在 Redis 里单线程执行天然原子避免「查了再扣」的竞态。返回 -1 表示库存不足业务层直接拒绝。参数上库存 key 建议带活动 ID比如seckill:stock:1001活动结束记得清理否则内存泄漏。落库用消息队列异步消费保证最终一致。5.2 接口幂等防止重复下单用户手抖点两次或者网络重试都可能生成两笔订单。做法是下单前用「用户 ID 商品 ID 时间窗口」生成唯一键存 RedisSETNX成功才继续。String key order:lock: userId : productId; Boolean ok redisTemplate.opsForValue().setIfAbsent(key, 1, 10, TimeUnit.SECONDS); if (Boolean.FALSE.equals(ok)) { throw new BusinessException(请勿重复提交); }逻辑说明setIfAbsent对应 Redis 的SET NX EX10 秒内同一用户同一商品只能下一次单。参数上过期时间别太长否则用户正常复购会被拦也别太短起不到防重作用5 到 10 秒是常见区间。5.3 验证改造是否生效的三个手段改完别凭感觉说「应该没问题」用数据验证。第一用 JMeter 或 wrk 压下单接口看库存是否出现负数正常应该始终 0。第二查订单表有没有重复订单号唯一索引应该拦住。第三看 Redis 库存和数据库库存最终是否一致允许短暂不一致但最终要收敛。我一般会写一个对账脚本定时比对两边差值超过阈值就告警。5.4 我踩过的坑和现在的习惯最后说点实在的。我早期改这类商城源码总想一口气把所有功能都跑通结果每个模块都半生不熟。后来养成习惯先只跑通「登录—浏览商品—下单」这条最短链路把数据库、事务、鉴权这三块吃透再去碰支付、优惠券、秒杀这些复杂模块。还有一点源码里的 SQL 脚本和配置一定要先备份一份原始版本改崩了能回退这就是我的后悔药。读源码时别只看 controller真正的业务逻辑和坑都在 service 和 mapper 里那才是这份 Spring Boot 网上购物商城后端系统最值钱的部分。希望帮到你。本文还有配套的精品资源点击获取
