尧图网站建设 
简介这是一份基于Java开发的社区团购小程序完整源码面向计算机相关专业在校学生、教师及Java初中级开发者既可用于毕业设计、课程设计也可作为项目初期立项演示或日常学习的参考工程。代码已通过运行测试功能可用并保留了清晰的可扩展空间。资源共13个文件包括6个Java源文件、6个Maven配置文件pom.xml及1个.gitignore文件压缩包仅13KB体量轻巧工程采用Maven多模块结构通过common、service、service-util、model等pom模块划分基础工具、业务服务与数据模型配合模块间的依赖声明能够帮助读者快速理解社区团购场景下的项目分层与后端组织方式。目前已有228人学习下载特别适合需要完成Java课设、毕设或想系统梳理Maven多模块开发思路的读者在此基础上可便捷扩展新功能。1. 从一份跑不起来的社区团购源码说起如果你是计算机相关专业的在校生或者刚工作两年想看看真实电商项目的工程师大概率遇到过这种场景从朋友或网盘里拿到一份基于Java开发的社区团购小程序源码.zip解压后 IDEA 一打开Maven 依赖红成一片启动类找不到数据库脚本对不上小程序端扫码一片空白。我拆过不少这类工程先说一个反直觉的结论这类源码的价值不在代码本身而在于它的模块划分和业务闭环——社区团购的典型链路是团长开团→用户下单→平台汇总→供应商发货后端要管商品、购物车、订单、支付、库存小程序端要处理登录、首页、下单、支付回调。这份 resource 用的是 Maven 多模块结构从pom.xml能看出它有service、common、service-util、model这样的分层适合做毕业设计、课程作业也适合拿来做 Java 后端和小程序联调的入门练习。下面我按工程结构→后端实现→小程序对接→部署排错的顺序把这条链路拆开讲。2. 从 pom.xml 读懂 Maven 多模块工程结构拿到源码第一步不是看代码而是先把 Maven 的模块依赖关系理清楚。这份资源的根目录下没有src全是pom.xml和模块文件夹说明它是一个标准的 Maven 聚合工程父pom.xml只做依赖版本管理真正可运行的业务代码在service模块里。先看整体结构community-tuan/ ├── pom.xml # 父模块统一管理依赖版本 ├── service/ │ ├── pom.xml # 启动模块含 Spring Boot 启动类 │ └── src/ ├── common/ │ ├── pom.xml # 公共模块放常量、异常、工具类 ├── service-util/ │ ├── pom.xml # 业务工具模块权限、JWT、OSS 等 ├── model/ │ ├── pom.xml # 实体类模块数据库映射对象 │ └── src/这种拆分是阿里 Java 开发规范里推荐的按层分包思路和单体项目放一个包里最大的区别是model不依赖其他模块common只依赖modelservice-util依赖common和modelservice依赖全部。这样做的直接好处是编译顺序固定Maven 会按依赖关系自动构建不会出现 A 模块找不到 B 类的情况。父pom.xml里核心是dependencyManagement这段dependencyManagement dependencies dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.4.2/version /dependency dependency groupIdio.jsonwebtoken/groupId artifactIdjjwt/artifactId version0.9.1/version /dependency /dependencies /dependencyManagement这段配置只声明版本号不实际引入依赖。子模块在自己pom.xml里引入时不需要写version版本号统一由父模块控制。实际项目里我一般会把 MyBatis-Plus、Redis、阿里云 OSS 这类版本都收进去避免子模块版本冲突。比如service模块引入依赖时是这样写的dependencies dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency /dependenciescommon模块里通常放的是全局异常处理器、返回结果封装类Result、业务异常类BusinessException。model模块下的实体类是对应数据库表的比如Product、OrderInfo、CartItem字段命名用驼峰通过 MyBatis-Plus 的驼峰映射自动关联下划线列名。service-util里最值得看的是 JWT 工具类——它负责生成和校验登录态小程序端每次请求都带 token后端靠拦截器解析 token 拿到用户身份。提示如果 IDEA 导入后右边 Maven 面板显示模块是灰色的先在根pom.xml上右键 → Add as Maven Project然后cleaninstall先把本地仓库的依赖装齐再启动service模块。这一步顺序反了会出现service启动报ClassNotFoundException: com.example.common。3. Spring Boot 后端的三层链路与 JWT 登录态设计社区团购后端的核心链路是小程序前端 → Controller → Service → Mapper → MySQL中间穿插 Redis 做强缓存。我先说登录因为小程序和普通 Web 登录完全不同。传统 Web 是账号密码登录小程序是wx.login拿 code后端拿 code 去微信接口换openid然后签发自定义 token 返回给前端。这个过程在service模块的UserController里是这样实现的RestController RequestMapping(/api/user) public class UserController { Autowired private UserService userService; PostMapping(/login) public Result login(RequestBody LoginRequest request) { // 1. 用 code 换取 openid String openid wechatUtil.getOpenid(request.getCode()); // 2. 根据 openid 查用户查不到就自动注册 User user userService.findOrCreate(openid); // 3. 生成 JWT token String token jwtUtil.createToken(user.getId()); return Result.ok().data(token, token).data(userInfo, user); } }这段代码的逻辑不复杂但注意两个关键点。wechatUtil.getOpenid内部实际是发一个 HTTP 请求到微信接口参数为appid、secret、code返回 JSON 里带openid。这里最容易超时或报错的问题是appid和secret对应不上或者 code 只能使用一次重复提交会报40029。再看商品列表的分页查询这里用了 MyBatis-Plus 的Page对象service层配合 Redis 缓存做了热点数据读优化Service public class ProductServiceImpl implements ProductService { Autowired private ProductMapper productMapper; Autowired private RedisTemplateString, Object redisTemplate; Override public PageProduct getPage(int page, int limit) { // 读缓存 String key product:page: page : limit; PageProduct cached (PageProduct) redisTemplate.opsForValue().get(key); if (cached ! null) { return cached; } // 查数据库 PageProduct result productMapper.selectPage( new Page(page, limit), new QueryWrapperProduct().eq(status, 1) ); // 写缓存 redisTemplate.opsForValue().set(key, result, 5, TimeUnit.MINUTES); return result; } }缓存 key 直接拼了分页参数好处是不同页码互不干扰坏处是页码过多时 key 数量膨胀。实际项目里我一般只给前 10 页做缓存后面页数直接穿透到数据库因为社区团购 App 用户下滑到第 10 页的概率很低。下单流程是整个系统的核心事务涉及订单表插入、商品库存扣减、购物车删除、支付单创建。我的建议是必须加Transactional否则库存扣了但订单没生成数据就脏了。一个常见的教学实现是Transactional(rollbackFor Exception.class) public OrderInfo createOrder(CreateOrderRequest request) { // 1. 生成订单号 String orderNo CG System.currentTimeMillis() RandomUtil.randomNumbers(4); // 2. 插入订单主表 OrderInfo order new OrderInfo(); order.setOrderNo(orderNo); order.setUserId(request.getUserId()); order.setTotalAmount(calculateAmount(request)); orderMapper.insert(order); // 3. 扣减库存 for (OrderItem item : request.getItems()) { int rows productMapper.deductStock(item.getProductId(), item.getCount()); if (rows 0) { throw new BusinessException(库存不足); } } // 4. 返回订单 return order; }deductStock的 SQL 是UPDATE product SET stock stock - #{count} WHERE id #{id} AND stock #{count}这里用数据库的行锁保证并发下不会超卖。很多课程设计会忽略这一步直接在 Java 里先查库存再减并发测试一压就出问题。4. 微信小程序端对接从 request 封装到登录态持久化小程序端用的是微信原生语法虽然现在很多项目用 uniapp 做跨端但这份源码原生小程序的写法更适合教学。前端和后端交互的核心是wx.request我建议先封装一个公共请求函数统一处理 token 注入、状态码拦截、错误提示。在小程序utils/request.js里常见做法是const BASE_URL http://localhost:8080 function request(path, method GET, data {}) { return new Promise((resolve, reject) { const token wx.getStorageSync(token) wx.request({ url: BASE_URL path, method: method, data: data, header: { Content-Type: application/json, token: token || }, success: (res) { if (res.data.code 200) { resolve(res.data.data) } else if (res.data.code 401) { // token 过期重新登录 wx.removeStorageSync(token) wx.navigateTo({ url: /pages/login/login }) } else { wx.showToast({ title: res.data.message, icon: none }) } }, fail: (err) { reject(err) } }) }) } module.exports { request }这个封装有两个关键参数。data在 GET 请求时会自动转为 query string在 POST 时是请求体header里的token字段名要和后端拦截器读的一致如果后端是request.getHeader(Authorization)这里就要传Authorization不一致会提示登录失效。code状态码也是前后端约定好的后端Result.ok()出来是 200业务异常是 500未登录是 401。小程序端登录页的核心代码是wx.login拿 code然后调后端接口注意code有效期只有 5 分钟且用一次就失效。正常流程是wx.login({ success: (res) { const code res.code request(/api/user/login, POST, { code: code }).then((data) { wx.setStorageSync(token, data.token) wx.setStorageSync(userInfo, data.userInfo) wx.switchTab({ url: /pages/index/index }) }) } })首页的商品列表渲染用wx.request拉数据data是后端Page对象里的records数组setData后wx:for循环渲染。这里要注意小程序setData的数据量限制是 1MB分页接口一次最多返回 10~20 条不要把整个 Page 对象直接塞进去。社区团购的定位是用户下单后次日自提所以下单页除了商品、数量还要选提货点——这个信息存在后端Store表里通过storeId关联订单。支付环节用的是微信支付后端统一下单接口返回支付参数小程序端调wx.requestPayment。我这里单独强调一下支付回调的坑后端支付回调接口是微信服务器主动请求的不能用普通用户的 token 校验拦截器必须把回调 URL 排除掉否则微信回调时没有 token直接被拦截返回 401订单永远停留在待支付状态。支付回调接口的一个关键实现是幂等处理微信回调可能会重复推送同一笔订单处理方式是在回调里先按out_trade_no查订单状态如果已经是已支付就立即返回成功不再重复处理PostMapping(/api/pay/callback) public String payCallback(RequestBody String notifyData) { // 1. 验签 if (!wechatPayUtil.verifyNotify(notifyData)) { return fail; } // 2. 解析订单号 String outTradeNo wechatPayUtil.getOutTradeNo(notifyData); OrderInfo order orderService.getByOrderNo(outTradeNo); // 3. 幂等判断 if (PAID.equals(order.getStatus())) { return success; } // 4. 更新订单状态 orderService.updateStatus(outTradeNo, PAID); return success; }5. 把源码跑起来IDEA 导入、数据库初始化和常见报错排障从拿到压缩包到完整跑通正常路径是解压 → IDEA 导入 → Maven 依赖下载 → MySQL 建库 → Redis 启动 → 改配置文件 → 启动service模块 → 微信开发者工具导入小程序端 → 编译预览。这个流程里最容易卡住的有四个点。第一是 JDK 版本不匹配社区团购项目通常要求 JDK 1.8如果用 JDK 11 以上启动MyBatis-Plus 3.4.x 的Page分页插件反射会出问题报IllegalAccessError第二种是 MySQL 8 的驱动配置和 5.x 不一样application.yml里需要加useSSLfalseserverTimezoneAsia/Shanghai否则控制台报时区错误第三方是 Redis 没启动启动类在初始化缓存配置时会报Unable to connect to Redis。第四种也是最多人问的小程序端appid配置——需要在project.config.json里改成自己的测试号 appid或者打开不校验合法域名选项不然本地调试请求localhost会被阻断。为了降低排查成本我建议本地开发时把日志级别调成Debug重点看 MyBatis 打印的 SQL、订单状态的流转记录以及 JWT 拦截器的放行日志。在application.yml的一段常用配置logging: level: com.example: debug mybatis-plus: configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl顺便提一个很多人会踩的坑模块间的依赖没有install就直接启动service。多模块工程要求先对model、common、service-util执行mvn install把 jar 装进本地仓库再启动service才能找到依赖类。如果没装service启动时会报ClassNotFoundException或者NoClassDefFoundError这是新手最容易忽略的一步。如果要在已有项目基础上加功能比如给小程序端加热门推荐接口搞清楚一条链路后照着抄就行model加实体字段 →mapper加 SQL 方法 →service加业务逻辑 →controller暴露接口 → 小程序端request调通。整个改动流程不超过半小时这也是这类项目适合做课程设计的原因——能快速看到前后端的数据流动而不是停留在写一个 hello world 接口的层面。本文还有配套的精品资源点击获取 社区团购小程序全链路解析：从Maven多模块到Spring Boot实战
简介这是一份基于Java开发的社区团购小程序完整源码面向计算机相关专业在校学生、教师及Java初中级开发者既可用于毕业设计、课程设计也可作为项目初期立项演示或日常学习的参考工程。代码已通过运行测试功能可用并保留了清晰的可扩展空间。资源共13个文件包括6个Java源文件、6个Maven配置文件pom.xml及1个.gitignore文件压缩包仅13KB体量轻巧工程采用Maven多模块结构通过common、service、service-util、model等pom模块划分基础工具、业务服务与数据模型配合模块间的依赖声明能够帮助读者快速理解社区团购场景下的项目分层与后端组织方式。目前已有228人学习下载特别适合需要完成Java课设、毕设或想系统梳理Maven多模块开发思路的读者在此基础上可便捷扩展新功能。1. 从一份跑不起来的社区团购源码说起如果你是计算机相关专业的在校生或者刚工作两年想看看真实电商项目的工程师大概率遇到过这种场景从朋友或网盘里拿到一份基于Java开发的社区团购小程序源码.zip解压后 IDEA 一打开Maven 依赖红成一片启动类找不到数据库脚本对不上小程序端扫码一片空白。我拆过不少这类工程先说一个反直觉的结论这类源码的价值不在代码本身而在于它的模块划分和业务闭环——社区团购的典型链路是团长开团→用户下单→平台汇总→供应商发货后端要管商品、购物车、订单、支付、库存小程序端要处理登录、首页、下单、支付回调。这份 resource 用的是 Maven 多模块结构从pom.xml能看出它有service、common、service-util、model这样的分层适合做毕业设计、课程作业也适合拿来做 Java 后端和小程序联调的入门练习。下面我按工程结构→后端实现→小程序对接→部署排错的顺序把这条链路拆开讲。2. 从 pom.xml 读懂 Maven 多模块工程结构拿到源码第一步不是看代码而是先把 Maven 的模块依赖关系理清楚。这份资源的根目录下没有src全是pom.xml和模块文件夹说明它是一个标准的 Maven 聚合工程父pom.xml只做依赖版本管理真正可运行的业务代码在service模块里。先看整体结构community-tuan/ ├── pom.xml # 父模块统一管理依赖版本 ├── service/ │ ├── pom.xml # 启动模块含 Spring Boot 启动类 │ └── src/ ├── common/ │ ├── pom.xml # 公共模块放常量、异常、工具类 ├── service-util/ │ ├── pom.xml # 业务工具模块权限、JWT、OSS 等 ├── model/ │ ├── pom.xml # 实体类模块数据库映射对象 │ └── src/这种拆分是阿里 Java 开发规范里推荐的按层分包思路和单体项目放一个包里最大的区别是model不依赖其他模块common只依赖modelservice-util依赖common和modelservice依赖全部。这样做的直接好处是编译顺序固定Maven 会按依赖关系自动构建不会出现 A 模块找不到 B 类的情况。父pom.xml里核心是dependencyManagement这段dependencyManagement dependencies dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.4.2/version /dependency dependency groupIdio.jsonwebtoken/groupId artifactIdjjwt/artifactId version0.9.1/version /dependency /dependencies /dependencyManagement这段配置只声明版本号不实际引入依赖。子模块在自己pom.xml里引入时不需要写version版本号统一由父模块控制。实际项目里我一般会把 MyBatis-Plus、Redis、阿里云 OSS 这类版本都收进去避免子模块版本冲突。比如service模块引入依赖时是这样写的dependencies dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency /dependenciescommon模块里通常放的是全局异常处理器、返回结果封装类Result、业务异常类BusinessException。model模块下的实体类是对应数据库表的比如Product、OrderInfo、CartItem字段命名用驼峰通过 MyBatis-Plus 的驼峰映射自动关联下划线列名。service-util里最值得看的是 JWT 工具类——它负责生成和校验登录态小程序端每次请求都带 token后端靠拦截器解析 token 拿到用户身份。提示如果 IDEA 导入后右边 Maven 面板显示模块是灰色的先在根pom.xml上右键 → Add as Maven Project然后cleaninstall先把本地仓库的依赖装齐再启动service模块。这一步顺序反了会出现service启动报ClassNotFoundException: com.example.common。3. Spring Boot 后端的三层链路与 JWT 登录态设计社区团购后端的核心链路是小程序前端 → Controller → Service → Mapper → MySQL中间穿插 Redis 做强缓存。我先说登录因为小程序和普通 Web 登录完全不同。传统 Web 是账号密码登录小程序是wx.login拿 code后端拿 code 去微信接口换openid然后签发自定义 token 返回给前端。这个过程在service模块的UserController里是这样实现的RestController RequestMapping(/api/user) public class UserController { Autowired private UserService userService; PostMapping(/login) public Result login(RequestBody LoginRequest request) { // 1. 用 code 换取 openid String openid wechatUtil.getOpenid(request.getCode()); // 2. 根据 openid 查用户查不到就自动注册 User user userService.findOrCreate(openid); // 3. 生成 JWT token String token jwtUtil.createToken(user.getId()); return Result.ok().data(token, token).data(userInfo, user); } }这段代码的逻辑不复杂但注意两个关键点。wechatUtil.getOpenid内部实际是发一个 HTTP 请求到微信接口参数为appid、secret、code返回 JSON 里带openid。这里最容易超时或报错的问题是appid和secret对应不上或者 code 只能使用一次重复提交会报40029。再看商品列表的分页查询这里用了 MyBatis-Plus 的Page对象service层配合 Redis 缓存做了热点数据读优化Service public class ProductServiceImpl implements ProductService { Autowired private ProductMapper productMapper; Autowired private RedisTemplateString, Object redisTemplate; Override public PageProduct getPage(int page, int limit) { // 读缓存 String key product:page: page : limit; PageProduct cached (PageProduct) redisTemplate.opsForValue().get(key); if (cached ! null) { return cached; } // 查数据库 PageProduct result productMapper.selectPage( new Page(page, limit), new QueryWrapperProduct().eq(status, 1) ); // 写缓存 redisTemplate.opsForValue().set(key, result, 5, TimeUnit.MINUTES); return result; } }缓存 key 直接拼了分页参数好处是不同页码互不干扰坏处是页码过多时 key 数量膨胀。实际项目里我一般只给前 10 页做缓存后面页数直接穿透到数据库因为社区团购 App 用户下滑到第 10 页的概率很低。下单流程是整个系统的核心事务涉及订单表插入、商品库存扣减、购物车删除、支付单创建。我的建议是必须加Transactional否则库存扣了但订单没生成数据就脏了。一个常见的教学实现是Transactional(rollbackFor Exception.class) public OrderInfo createOrder(CreateOrderRequest request) { // 1. 生成订单号 String orderNo CG System.currentTimeMillis() RandomUtil.randomNumbers(4); // 2. 插入订单主表 OrderInfo order new OrderInfo(); order.setOrderNo(orderNo); order.setUserId(request.getUserId()); order.setTotalAmount(calculateAmount(request)); orderMapper.insert(order); // 3. 扣减库存 for (OrderItem item : request.getItems()) { int rows productMapper.deductStock(item.getProductId(), item.getCount()); if (rows 0) { throw new BusinessException(库存不足); } } // 4. 返回订单 return order; }deductStock的 SQL 是UPDATE product SET stock stock - #{count} WHERE id #{id} AND stock #{count}这里用数据库的行锁保证并发下不会超卖。很多课程设计会忽略这一步直接在 Java 里先查库存再减并发测试一压就出问题。4. 微信小程序端对接从 request 封装到登录态持久化小程序端用的是微信原生语法虽然现在很多项目用 uniapp 做跨端但这份源码原生小程序的写法更适合教学。前端和后端交互的核心是wx.request我建议先封装一个公共请求函数统一处理 token 注入、状态码拦截、错误提示。在小程序utils/request.js里常见做法是const BASE_URL http://localhost:8080 function request(path, method GET, data {}) { return new Promise((resolve, reject) { const token wx.getStorageSync(token) wx.request({ url: BASE_URL path, method: method, data: data, header: { Content-Type: application/json, token: token || }, success: (res) { if (res.data.code 200) { resolve(res.data.data) } else if (res.data.code 401) { // token 过期重新登录 wx.removeStorageSync(token) wx.navigateTo({ url: /pages/login/login }) } else { wx.showToast({ title: res.data.message, icon: none }) } }, fail: (err) { reject(err) } }) }) } module.exports { request }这个封装有两个关键参数。data在 GET 请求时会自动转为 query string在 POST 时是请求体header里的token字段名要和后端拦截器读的一致如果后端是request.getHeader(Authorization)这里就要传Authorization不一致会提示登录失效。code状态码也是前后端约定好的后端Result.ok()出来是 200业务异常是 500未登录是 401。小程序端登录页的核心代码是wx.login拿 code然后调后端接口注意code有效期只有 5 分钟且用一次就失效。正常流程是wx.login({ success: (res) { const code res.code request(/api/user/login, POST, { code: code }).then((data) { wx.setStorageSync(token, data.token) wx.setStorageSync(userInfo, data.userInfo) wx.switchTab({ url: /pages/index/index }) }) } })首页的商品列表渲染用wx.request拉数据data是后端Page对象里的records数组setData后wx:for循环渲染。这里要注意小程序setData的数据量限制是 1MB分页接口一次最多返回 10~20 条不要把整个 Page 对象直接塞进去。社区团购的定位是用户下单后次日自提所以下单页除了商品、数量还要选提货点——这个信息存在后端Store表里通过storeId关联订单。支付环节用的是微信支付后端统一下单接口返回支付参数小程序端调wx.requestPayment。我这里单独强调一下支付回调的坑后端支付回调接口是微信服务器主动请求的不能用普通用户的 token 校验拦截器必须把回调 URL 排除掉否则微信回调时没有 token直接被拦截返回 401订单永远停留在待支付状态。支付回调接口的一个关键实现是幂等处理微信回调可能会重复推送同一笔订单处理方式是在回调里先按out_trade_no查订单状态如果已经是已支付就立即返回成功不再重复处理PostMapping(/api/pay/callback) public String payCallback(RequestBody String notifyData) { // 1. 验签 if (!wechatPayUtil.verifyNotify(notifyData)) { return fail; } // 2. 解析订单号 String outTradeNo wechatPayUtil.getOutTradeNo(notifyData); OrderInfo order orderService.getByOrderNo(outTradeNo); // 3. 幂等判断 if (PAID.equals(order.getStatus())) { return success; } // 4. 更新订单状态 orderService.updateStatus(outTradeNo, PAID); return success; }5. 把源码跑起来IDEA 导入、数据库初始化和常见报错排障从拿到压缩包到完整跑通正常路径是解压 → IDEA 导入 → Maven 依赖下载 → MySQL 建库 → Redis 启动 → 改配置文件 → 启动service模块 → 微信开发者工具导入小程序端 → 编译预览。这个流程里最容易卡住的有四个点。第一是 JDK 版本不匹配社区团购项目通常要求 JDK 1.8如果用 JDK 11 以上启动MyBatis-Plus 3.4.x 的Page分页插件反射会出问题报IllegalAccessError第二种是 MySQL 8 的驱动配置和 5.x 不一样application.yml里需要加useSSLfalseserverTimezoneAsia/Shanghai否则控制台报时区错误第三方是 Redis 没启动启动类在初始化缓存配置时会报Unable to connect to Redis。第四种也是最多人问的小程序端appid配置——需要在project.config.json里改成自己的测试号 appid或者打开不校验合法域名选项不然本地调试请求localhost会被阻断。为了降低排查成本我建议本地开发时把日志级别调成Debug重点看 MyBatis 打印的 SQL、订单状态的流转记录以及 JWT 拦截器的放行日志。在application.yml的一段常用配置logging: level: com.example: debug mybatis-plus: configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl顺便提一个很多人会踩的坑模块间的依赖没有install就直接启动service。多模块工程要求先对model、common、service-util执行mvn install把 jar 装进本地仓库再启动service才能找到依赖类。如果没装service启动时会报ClassNotFoundException或者NoClassDefFoundError这是新手最容易忽略的一步。如果要在已有项目基础上加功能比如给小程序端加热门推荐接口搞清楚一条链路后照着抄就行model加实体字段 →mapper加 SQL 方法 →service加业务逻辑 →controller暴露接口 → 小程序端request调通。整个改动流程不超过半小时这也是这类项目适合做课程设计的原因——能快速看到前后端的数据流动而不是停留在写一个 hello world 接口的层面。本文还有配套的精品资源点击获取