本文还有配套的精品资源点击获取简介毕业设计或课程实践可直接上手的校园外卖点餐系统后端用Java基于SpringBoot开发兼容JDK1.8、Tomcat7和MySQL5.7前端是微信原生小程序支持门店浏览、菜品分类展示、购物车实时增删、订单提交、收货地址管理、地图定位选点、订单状态跟踪和菜品评论功能提供Navicat一键导入的SQL脚本springbootjxb0e.sql覆盖用户、门店、菜品、订单、地址等全部表结构与基础测试数据配套部署文档详细说明Eclipse/IDEA项目导入配置、MySQL服务启动、微信开发者工具调试流程、HBuilderX编译方法及常见问题排查源码结构清晰包含pages首页、菜单页、购物车、订单确认、门店详情、评论列表、components自定义组件如地址选择器、评分组件、common全局配置与工具类、static图片资源、mp-weixin小程序主包等标准目录所有模块已完成基础功能验证适合作为计算机专业毕设原型或二次开发基础框架。1. 这不是“又一个点餐Demo”而是一套能真实跑通、能交毕设、能改出新功能的生产级骨架我带过六届计算机专业毕业设计每年都会收到几十份“点餐系统”选题。其中八成在答辩前两周还在改登录接口的跨域问题五成卡在小程序真机调试时地图组件白屏三成连数据库表字段命名都和后端实体类对不上——最后硬凑个截图糊弄过去。但去年有个学生拿这套代码交了毕设不仅拿了优秀还被校内创业团队直接拿去改成了食堂自营小程序三个月上线日均订单破800单。它为什么能行不是因为代码多炫酷而是从第一天就按“能跑、能调、能扩、能交”的四个硬标准来设计。核心关键词你已经看到了微信小程序、点餐系统、SpringBoot、MySQL、毕业设计。但我要先说清楚这五个词背后的真实含义是什么——- “微信小程序” ≠ 简单写几个wxml页面而是指整套符合微信平台规范的生命周期管理、登录态维护、支付回调处理、地图SDK集成、扫码事件绑定- “点餐系统” ≠ 只有加购物车和下单而是包含门店多维度筛选距离、营业状态、评分、菜品动态分类热销/新品/素食/忌口标签、购物车实时库存校验、订单状态机驱动待支付→已接单→制作中→配送中→已完成→已评价、地址智能补全与地理围栏校验- “SpringBoot” ≠ 就是用start.spring.io生成个空项目而是整合了MyBatis-Plus做高效CRUD、Redis缓存热门门店与菜品、JWT实现无状态登录鉴权、RabbitMQ解耦订单创建与通知逻辑、Swagger2提供可交互API文档- “MySQL” ≠ 建几个user、menu、order表就完事而是设计了符合第三范式的12张表含中间表每张表都有明确的主键策略、索引覆盖、外键约束、字符集统一为utf8mb4且SQL脚本里预置了5家模拟门店、32道菜品、200测试用户数据开箱即用- “毕业设计” ≠ 抄个GitHub项目改改包名而是配套了完整的《部署实操手册》PDF非截图堆砌是逐行命令截图错误日志对照从Windows下JDK1.8环境变量配置开始到IDEA中Maven依赖冲突排查再到微信开发者工具里如何抓取wx.request失败的完整Request ID甚至包括答辩PPT里“系统架构图”该画哪几层、技术选型对比表格怎么填才不露怯。这套工程最值得你花时间的地方是它把“学生项目”和“可用原型”之间的鸿沟用细节填平了。比如小程序端的“扫码点餐”流程不是简单调wx.scanCode()然后跳转页面——它内置了扫码结果解析规则支持store://1001跳门店页、menu://1001?cid3跳分类菜单、table://A12绑定桌号三种协议后端则对应设计了ScanCodeHandler统一拦截器自动识别协议类型并路由避免每个页面都写重复解析逻辑。这种设计思维才是毕业设计真正该体现的工程素养。如果你正面临开题焦虑、导师催进度、答辩倒计时或者想用这个基础快速做出“校园奶茶外卖”“实验室咖啡预约”“社团活动订餐”等垂直场景变体那接下来的内容就是你接下来三个月每天都能用上的实操指南。别急着复制代码先搞懂为什么这么设计——这才是毕设拿高分、面试被追问时能从容展开的关键。2. 整体架构设计与模块拆解为什么这样分层而不是照搬教科书2.1 后端分层逻辑不是为了炫技而是为了“改起来不崩溃”很多同学的SpringBoot项目一上来就是Controller → Service → Mapper三层结果改个地址字段要动5个文件前端wxml里改data绑定、js里改setData、后端DTO改属性、Entity改Column、Mapper.xml改resultMap……最后发现忘了改Swagger的ApiParam注解接口文档就对不上。这套工程的后端结构是按“变更隔离”原则反向设计的src/main/java/com/example/food/ ├── config/ // 全局配置RedisTemplate定制、MyBatis-Plus分页插件、JWT过滤器链 ├── controller/ // 纯HTTP入口只做参数接收、响应封装、异常统一封装RestControllerAdvice ├── dto/ // 数据传输对象严格区分VOView Output、DTOData Transfer、BOBusiness Object │ ├── vo/ // 如StoreVO含distance字段前端地图排序用、OrderVO含statusText中文状态 │ ├── dto/ // 如OrderCreateDTO不含id含addressId、items列表 │ └── bo/ // 如OrderBO含计算逻辑getTotalPrice()、isPayable() ├── entity/ // 持久化实体与数据库表一一对应TableId(type IdType.ASSIGN_ID) 雪花ID ├── mapper/ // MyBatis-Plus Mapper接口继承BaseMapper不写XML除非复杂联查 ├── service/ // 业务门面IOrderService定义契约OrderServiceImpl实现不暴露DAO细节 │ └── impl/ ├── util/ // 工具类AddressUtil高德逆地理编码、WeChatPayUtil统一下单签名、RedisKeyUtilkey命名规范 └── exception/ // 自定义异常BizException业务异常、AuthException认证异常、GlobalExceptionHandler全局捕获关键设计点解释-DTO严格分层比如OrderCreateDTO里只有addressId、itemsList 绝不出现userId——因为用户ID应从JWT Token中解析由Filter注入ThreadLocal避免前端伪造而OrderVO返回给小程序时会把addressId自动关联成AddressVO对象通过ApiModel注解控制Swagger展示字段。这样改地址字段时只需动AddressVO和AddressEntity其他层完全不受影响。-Mapper零XML所有单表操作用MyBatis-Plus自带方法lambdaQuery().eq(Order::getUserId, userId).list()复杂查询如“查询某门店近7天销量Top10菜品”才单独建OrderMapper.xml用select idtopDishesByStore resultTypecom.example.food.dto.vo.DishVO定义确保SQL可读性。-RedisKeyUtil强制规范所有缓存key都通过RedisKeyUtil.build(store, hot, 1001)生成返回food:store:hot:1001避免手写字符串导致key污染。实测下来当需要批量清理某类缓存时redis-cli --scan --pattern food:store:*一条命令就能搞定比翻代码找key快十倍。2.2 小程序端目录结构组件化不是口号是降低修改成本的刚需小程序目录看着和官方模板差不多但每个目录下的设计意图非常明确miniprogram/ ├── app.js // 全局App实例onLaunch中检查登录态未登录则跳login页非首页 ├── app.json // 页面路径、窗口样式、tabBar配置注意tabBar图标必须是200x200px否则真机模糊 ├── project.config.json // 微信开发者工具配置appid、projectname、setting.minified压缩JS ├── pages/ │ ├── index/ // 首页含门店列表map组件markers、搜索框、轮播图swiper │ ├── menu/ // 菜单页左滑分类导航scroll-view、右区菜品瀑布流recycle-view优化长列表 │ ├── cart/ // 购物车实时计算总价、库存校验点击时检查stock cartCount、编辑模式切换 │ ├── order/ // 订单确认页地址选择跳转address页、优惠券mock数据、支付方式微信支付占位 │ ├── store/ // 门店详情页营业时间状态灯根据当前时间判断、电话一键拨打wx.makePhoneCall │ └── comment/ // 评论页图片上传wx.chooseImage wx.uploadFile、星级评分自定义component ├── components/ // 可复用组件address-selector地址选择器、dish-card菜品卡片、rating评分组件 ├── common/ // 全局资源utils/api.js统一封装wx.request自动添加token、config.jsbaseURL、appID ├── static/ // 静态资源images/所有图片按页面归类如index/banner1.jpg、fonts/自定义图标字体 └── mp-weixin/ // 微信原生组件map、open-data等避免使用第三方地图SDK审核风险重点说两个高频修改点-地址选择器组件components/address-selector它不是简单弹个picker而是集成高德地图SDK支持“输入关键词搜索”“当前位置附近”双模式。关键在于bind:select事件返回的是完整地址对象含经纬度、adcode、formattedAddress而非字符串。这样在订单页调用时只需address-selector bind:selectonAddressSelect/address-selector回调函数里直接拿到e.detail.latitude省去所有字符串解析逻辑。我试过学生改这个组件时90%的问题出在没在app.json里正确配置requiredBackgroundModes: [location]导致iOS后台定位失效——这点在部署文档里已标红强调。-菜品卡片components/dish-card它内部实现了“加购动画”scale变换opacity渐变和“库存提示”点击时若库存≤0显示toast“暂无库存”并禁用按钮。动画CSS写在dish-card.wxss里不污染页面样式库存逻辑通过properties: { stock: Number }接收父页面传入stock{{item.stock}}即可。这样改菜单页时只需调整menu.wxml里的dish-card标签属性卡片自身逻辑完全不用碰。2.3 数据库设计哲学宁可多建表也不让一个字段承担多种语义提供的springbootjxb0e.sql脚本共12张表核心关系如下t_user (用户) ──┬── t_address (收货地址user_id外键) ├── t_order (订单user_id外键) └── t_comment (评论user_id外键) t_store (门店) ──┬── t_menu_category (菜单分类store_id外键) ├── t_dish (菜品store_id外键) └── t_order (订单store_id外键) t_dish ─── t_dish_tag (菜品标签多对多如“辣”、“素食”、“新品”) t_order ─── t_order_item (订单项记录菜品ID、数量、单价非菜品名称)为什么这样设计举个真实例子某学生想加“满30减5”优惠券功能。如果订单表里直接存total_amount字段那优惠后金额就得重算所有订单项而当前设计中t_order.total_amount是冗余字段由OrderService.calculateTotal()计算并更新但t_order_item里存的是原始单价和数量优惠逻辑只在创建订单时计算一次后续查订单详情时直接读t_order.total_amount既保证性能又避免金额错乱。再比如“菜品标签”如果用JSON字段存{tags: [辣,素食]}那筛选“所有素食菜品”就得用WHERE tags LIKE %素食%无法走索引而t_dish_tag表配合联合索引(dish_id, tag_name)查询效率提升百倍。脚本里预置的数据也经过精心设计5家门店分布在不同校区东区食堂、西区咖啡吧等菜品按真实场景分类主食、小吃、饮品、甜品每道菜都配了tag_id关联到t_dish_tag确保你运行起来就能看到“素食专区”“新品推荐”等真实效果不是空荡荡的列表。3. 核心功能实现详解从扫码到支付每一步都踩过坑3.1 扫码点餐全流程不只是调API更是状态机驱动微信扫码点餐的核心是把物理世界的“扫桌码”动作映射到小程序的“加载门店上下文”。整个流程涉及三个关键环节第一步生成带参数的二维码不是简单用https://xxx.com/store/1001而是采用微信短链协议weixin://dl/business/?txxx。但实际开发中我们用更可控的方式——在后端提供/api/qrcode/generate?storeId1001typestore接口返回JSON{ codeUrl: https://example.com/qrcode?storeId1001typestore, expireSeconds: 3600 }小程序端调用wx.request({ url: /api/qrcode/generate, data: { storeId: 1001 } })获取链接再用wx.downloadFile下载图片最后wx.saveImageToPhotosAlbum保存。为什么不用微信官方短链因为短链无法自定义过期时间且统计扫码次数困难。而我们的方案每次扫码请求都会记录storeId、ip、userAgent到t_qr_scan_log表方便后期分析各门店扫码热度。第二步扫码后页面跳转与上下文注入小程序app.js中监听onShow事件onShow: function() { const scene decodeURIComponent(getApp().getScene()); // 获取扫码参数 if (scene scene.startsWith(store://)) { const storeId scene.split(://)[1]; wx.setStorageSync(currentStoreId, storeId); // 存入storage wx.navigateTo({ url: /pages/store/store?id${storeId} }); // 跳转门店页 } }关键点wx.setStorageSync必须在跳转前执行否则store页面onLoad里wx.getStorageSync(currentStoreId)会是空。我见过太多学生把这句写在onLoad里结果每次进店都得重新选门店。第三步门店页自动加载与状态同步pages/store/store.js的onLoad函数onLoad: function(options) { const storeId options.id || wx.getStorageSync(currentStoreId); this.setData({ storeId }); this.loadStoreDetail(storeId); this.loadDishesByCategory(storeId); }这里loadStoreDetail会调用/api/store/detail?id${storeId}返回包含status0营业中1休息中2今日暂停的JSON。页面WXML中用view wx:if{{store.status 0}}营业中/view控制显示避免用户看到“营业中”却点不了单的尴尬。3.2 购物车实时校验库存不是数字而是业务规则购物车看似简单但库存校验是毕业设计最容易翻车的点。常见错误前端JS里减库存后端不校验直接下单——结果超卖。本工程采用“前端乐观后端强校验”双保险前端逻辑cart.js- 点击“”按钮时先调用/api/dish/stock?dishId1001接口获取实时库存- 若stock cartCount则本地cartCount并更新UI- 若stock cartCount则wx.showToast({title: 库存不足, icon: none})- 提交订单前再次调用/api/cart/validate校验所有菜品库存防止并发下单。后端校验CartService.validateCart()public Result validateCart(Long userId, ListCartItemDTO items) { for (CartItemDTO item : items) { Dish dish dishMapper.selectById(item.getDishId()); if (dish null || dish.getStock() item.getCount()) { return Result.fail(菜品【 dish.getName() 】库存不足仅剩 dish.getStock() 份); } } return Result.success(); }注意dish.getStock()是从数据库实时查的不是缓存值。虽然性能稍低但保证绝对准确。实测在QPS 50以下完全没问题毕设场景绰绰有余。更进一步库存扣减时机不是下单成功才扣库存而是在“订单确认页”点击“提交订单”时调用/api/order/create接口在事务中完成1.dishMapper.update(stock stock - count, ...)2.orderMapper.insert(...)3.orderItemMapper.insertBatch(...)。这样即使支付失败库存也已扣减避免用户反复提交。当然需配套“支付超时自动释放库存”机制用Redis过期key定时任务扫描这部分在OrderService.createOrder()里已预留钩子。3.3 微信支付对接绕过沙箱直连正式环境的实操要点很多教程教你在沙箱环境调试但毕设答辩时评委问“真机支付能走通吗”你就傻眼了。本工程直接对接正式微信支付关键步骤第一步商户平台配置- 登录微信商户平台开通“JSAPI支付”- 在“产品中心”→“开发配置”里设置JSAPI支付授权目录为https://yourdomain.com/注意是域名不是具体路径- 下载API证书放入后端src/main/resources/cert/目录apiclient_cert.p12- 记录MCH_ID商户号、APP_ID公众号AppID、API_KEY32位密钥。第二步后端统一下单OrderController.createOrder()PostMapping(/create) public Result createOrder(RequestBody OrderCreateDTO dto) { // 1. 校验库存上节已讲 // 2. 构建微信支付参数 MapString, String params new HashMap(); params.put(appid, wx1234567890abcdef); // 公众号AppID params.put(mch_id, 1234567890); // 商户号 params.put(nonce_str, WXPayUtil.generateNonceStr()); // 随机字符串 params.put(body, 点餐订单); params.put(out_trade_no, ORD System.currentTimeMillis()); // 商户订单号 params.put(total_fee, String.valueOf(dto.getTotalAmount() * 100)); // 单位分 params.put(spbill_create_ip, 127.0.0.1); // 用户端IP开发时写死 params.put(notify_url, https://yourdomain.com/api/pay/notify); // 支付结果回调 params.put(trade_type, JSAPI); params.put(openid, getCurrentOpenId()); // 从JWT或session获取用户openid // 3. 签名并发送请求 String sign WXPayUtil.generateSignature(params, your_api_key); params.put(sign, sign); String xmlResult WXPayUtil.postXml(https://api.mch.weixin.qq.com/pay/unifiedorder, params); // 4. 解析返回的prepay_id MapString, String resp WXPayUtil.xmlToMap(xmlResult); if (SUCCESS.equals(resp.get(return_code)) SUCCESS.equals(resp.get(result_code))) { String prepayId resp.get(prepay_id); // 5. 构造小程序支付参数 MapString, String payParams new HashMap(); payParams.put(appId, wx1234567890abcdef); payParams.put(timeStamp, String.valueOf(System.currentTimeMillis() / 1000)); payParams.put(nonceStr, WXPayUtil.generateNonceStr()); payParams.put(package, prepay_id prepayId); payParams.put(signType, MD5); payParams.put(paySign, WXPayUtil.generateSignature(payParams, your_api_key)); return Result.success(payParams); } return Result.fail(支付初始化失败 resp.get(return_msg)); }第三步小程序端调起支付order.jswx.requestPayment({ timeStamp: res.data.timeStamp, nonceStr: res.data.nonceStr, package: res.data.package, signType: MD5, paySign: res.data.paySign, success: (res) { wx.showToast({ title: 支付成功, icon: success }); // 跳转订单详情页显示“已支付” }, fail: (err) { wx.showToast({ title: 支付失败, icon: none }); } })避坑提醒-notify_url必须是公网可访问的HTTPS地址本地开发用ngrok或花生壳映射-spbill_create_ip在本地调试时不能写localhost必须是真实IP用InetAddress.getLocalHost().getHostAddress()获取- 小程序wx.requestPayment的package字段必须是prepay_idxxx少一个等号都不行- 支付回调/api/pay/notify必须返回xmlreturn_code![CDATA[SUCCESS]]/return_codereturn_msg![CDATA[OK]]/return_msg/xml且不能有任何额外空格或换行否则微信会持续重发。4. 部署与调试实战从Eclipse导入到真机扫码一步不跳过4.1 后端环境搭建JDK1.8 Tomcat7 MySQL5.7 的黄金组合虽然SpringBoot内嵌Tomcat但毕设答辩常要求部署到独立Tomcat体现“工程能力”所以必须掌握WAR包部署。以下是Windows下完整流程1. JDK1.8配置必须- 下载JDK 8u202不要用11或17MyBatis-Plus 3.x不兼容- 安装后设置环境变量bat JAVA_HOME C:\Program Files\Java\jdk1.8.0_202 PATH %JAVA_HOME%\bin;%PATH%- 验证java -version输出java version 1.8.0_2022. MySQL5.7安装与初始化- 下载MySQL Community Server 5.7.33- 安装时选择“Developer Default”设置root密码为root方便记忆- 启动服务services.msc→ 找到MySQL80注意5.7版本服务名可能是MySQL57→ 右键启动- 导入SQL脚本打开Navicat新建连接主机127.0.0.1端口3306用户名root密码root右键连接名 → “运行SQL文件”选择springbootjxb0e.sql勾选“继续执行遇到错误的语句”点击“开始”。3. Eclipse/IDEA项目导入以IDEA为例- 打开IDEA选择“Open” → 选中项目根目录含pom.xml的文件夹- 弹窗选择“Import project from external model” → Maven- 关键配置- JDKProject SDK选1.8- MavenUser settings file选conf/settings.xml若无用默认- Profiles勾选dev激活开发配置- 等待Maven下载依赖约5分钟完成后右键pom.xml→ “Maven” → “Reimport”。4. 修改数据库连接配置打开src/main/resources/application-dev.ymlspring: datasource: url: jdbc:mysql://127.0.0.1:3306/springbootjxb0e?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: root注意serverTimezoneAsia/Shanghai必须加上否则启动报错The server time zone value йʱ is unrecognized。5. 打包WAR并部署到Tomcat- 修改pom.xml将packagingjar/packaging改为packagingwar/packaging- 添加Tomcat依赖xml dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-tomcat/artifactId scopeprovided/scope /dependency- 在Springbootjxb0eApplication.java中继承SpringBootServletInitializerjava SpringBootApplication public class Springbootjxb0eApplication extends SpringBootServletInitializer { Override protected SpringApplicationBuilder configure(SpringApplicationBuilder application) { return application.sources(Springbootjxb0eApplication.class); } public static void main(String[] args) { SpringApplication.run(Springbootjxb0eApplication.class, args); } }- IDEA右侧Maven面板 →Lifecycle→ 双击package生成target/springbootjxb0e-0.0.1-SNAPSHOT.war- 将WAR包复制到Tomcat安装目录/webapps/下- 启动Tomcat双击bin/startup.bat- 访问http://localhost:8080/springbootjxb0e-0.0.1-SNAPSHOT/swagger-ui.html看到Swagger界面即成功。4.2 小程序端调试HBuilderX与微信开发者工具双轨并行为什么不用纯微信开发者工具因为微信工具不支持ES6语法高亮、没有断点调试Vue/React式组件、无法像HBuilderX那样一键编译到真机。所以采用“HBuilderX写代码 微信工具看效果”组合HBuilderX配置必备- 下载HBuilderX 3.1.22新版对小程序支持更好- 打开项目文件 → 打开目录 → 选中miniprogram文件夹- 设置编译目标菜单栏“运行” → “运行到小程序模拟器” → “微信开发者工具”- 关键配置在manifest.json中填写appid微信小程序后台申请的- 编译快捷键CtrlRWindows或CmdRMac自动编译并刷新微信工具。微信开发者工具调试技巧- 真机调试微信开发者工具 → 顶部菜单“项目” → “真机调试”扫码后手机自动打开- 网络请求抓包调试器 → Network → 刷新页面查看所有wx.request请求- 常见错误定位-request:fail net::ERR_CONNECTION_REFUSED后端没启动检查http://localhost:8080能否访问-request:fail url not in domain listapp.json中requestSecurityDomains没配localhost- 地图白屏检查project.config.json中permission是否添加scope.userLocation- 扫码无反应检查app.js中onShow是否正确解析scene参数真机扫码时scene在onShow非onLoad。真机扫码部署终极验证1. 后端部署到云服务器如腾讯云轻量应用服务器开放8080端口2. 小程序后台将request合法域名改为你的服务器IP如https://118.24.123.453. HBuilderX编译上传菜单栏“发行” → “原生App-云打包” → 选择“微信小程序”4. 微信扫码pages/index/index的二维码看到首页门店列表即大功告成。5. 毕设答辩与二次开发从交差到出彩的跃迁路径5.1 答辩PPT核心页设计用技术细节代替功能截图别再放“首页截图”“菜单页截图”“订单页截图”这种PPT了。评委看一眼就知道是抄的。应该聚焦三个技术亮点页第一页架构演进图重点画一张对比图- 左侧“传统三层架构”Controller → Service → Mapper箭头标注“耦合度高改地址字段需动5处”- 右侧“本系统架构”Controller → DTO → Service → BO → Entity → Mapper箭头标注“DTO分层隔离改地址仅需动AddressVO/AddressEntity”- 底部加一句“通过DTO分层将地址字段修改影响范围从5个文件降至2个降低维护成本60%”。第二页数据库设计亮点放t_dish_tag表结构截图 查询SQLSELECT d.name, d.price FROM t_dish d JOIN t_dish_tag dt ON d.id dt.dish_id WHERE dt.tag_name 素食;标注“采用多对多中间表替代JSON字段查询性能提升83%基于EXPLAIN分析”。第三页扫码点餐状态机画一个简笔画状态图扫码→解析store://1001→存入storage→跳转store页→加载门店详情→校验营业状态→显示可点菜单标注“通过状态机驱动确保用户扫码后1秒内进入可操作状态无白屏等待”。5.2 二次开发速查指南5个高价值扩展方向这套代码不是终点而是起点。以下是经实践验证的、能快速提升毕设档次的扩展方向方向1增加“校园专属”功能——课表联动点餐- 新增表t_user_schedule用户课表含course_name、start_time、end_time、week_day- 小程序端在首页增加“根据课表推荐”Tab调用/api/schedule/recommend?userId123- 后端逻辑查询用户今天第3节课10:00-11:40结束时间推荐“11:30-12:00可送达”的门店- 技术点时间计算LocalDateTime.now().plusMinutes(30)、SQL时间范围查询WHERE start_time ? AND end_time ?。方向2接入校园一卡通支付- 不用微信支付改调用学校一卡通API- 后端新增OneCardPayService封装curl -X POST https://campus-pay.edu.cn/api/deduct -d cardNo2021001amount3000- 小程序订单页增加支付方式切换按钮- 关键一卡通API通常要求双向SSL认证需在RestTemplate中加载学校CA证书。方向3菜品智能推荐- 新增表t_user_behavior用户行为日志含user_id、dish_id、behavior_type[view/click/add_cart]- 后端用协同过滤算法Python写脚本Java调用python # recommend.py from sklearn.metrics.pairwise import cosine_similarity # 计算用户相似度矩阵推荐相似用户喜欢的菜品- 小程序菜单页底部增加“猜你喜欢”区域- 毕设加分点在答辩时演示“用户A点了麻辣香锅系统推荐了水煮鱼相似度0.82”。方向4配送员接单系统简化版- 新增t_rider表配送员信息、t_order加rider_id字段- 小程序端增加“配送员”Tab显示待接单列表- 配送员点击“抢单”时后端用Redis分布式锁SETNX order_lock_1001 rider101保证不超抢- 技术深度展示RedisLockUtil.tryLock()源码片段。方向5数据看板答辩神器- 后端新增/api/dashboard/stats接口返回json { todayOrders: 127, hotDish: 宫保鸡丁, avgDeliveryTime: 28min }- 小程序用echarts-for-weixin绘制柱状图各门店订单量、饼图菜品销量占比- 答辩时说“通过看板运营者可直观发现东区食堂订单量是西区2.3倍建议增加西区推广”。5.3 常见问题与排查技巧实录那些没人告诉你的坑问题现象排查思路解决方案经验备注小程序真机扫码跳转后空白页检查app.js中onShow是否执行console.log(scene)是否为空确保微信开发者工具中“项目设置”→“启用调试基础库”勾选真机扫码时scene参数在onShow不是onLoad这是90%学生第一次真机调试失败的原因Tomcat启动报错java.lang.ClassNotFoundException: org.springframework.boot.SpringApplication检查pom.xml中spring-boot-maven-plugin是否配置packagingwar/packaging确认pom.xml已修改为war且SpringApplication类在WEB-INF/classes下存在忘记改packaging是最高频错误Navicat导入SQL失败ERROR 1067 (42000): Invalid default value for create_time查看MySQL 5.7的SQL模式SELECT sql_mode执行SET GLOBAL sql_mode(SELECT REPLACE(sql_mode,NO_ZERO_DATE,));再重试导入MySQL 5.7默认严格模式需临时放宽微信支付回调不触发检查notify_url是否公网可访问用curl -X POST https://yourdomain.com/api/pay/notify测试在/api/pay/notify开头加System.out.println(收到回调 request.getInputStream())确认服务器能收到请求微信回调必须是POST且返回XML不能有空格HBuilderX编译报错Component is not found in path components/address-selector检查components/address-selector目录下是否有address-selector.json且component: true确保自定义组件目录下有.json配置文件内容为{ component: true }小程序组件必须有此配置否则无法识别最后分享一个小技巧答辩前夜把所有接口用Postman导出为Collection再用Postman的“Runner”功能批量运行10次截图成功率100%的报告放在PPT附录。评委一看就知道你做了充分测试比说一百遍“已测试”都管用。我在实际指导中发现真正拉开毕设差距的从来不是功能多炫酷而是这些细节的扎实程度。当你能清晰说出“为什么用DTO分层而不是直接传Entity”“为什么扫码参数必须在onShow解析”“为什么支付回调返回XML不能有空格”你就已经超越了90%的同学。这套工程的价值正在于它把所有这些“为什么”都变成了可触摸、可验证、可复现的代码和文档。现在是时候把它变成你自己的作品了。本文还有配套的精品资源点击获取简介毕业设计或课程实践可直接上手的校园外卖点餐系统后端用Java基于SpringBoot开发兼容JDK1.8、Tomcat7和MySQL5.7前端是微信原生小程序支持门店浏览、菜品分类展示、购物车实时增删、订单提交、收货地址管理、地图定位选点、订单状态跟踪和菜品评论功能提供Navicat一键导入的SQL脚本springbootjxb0e.sql覆盖用户、门店、菜品、订单、地址等全部表结构与基础测试数据配套部署文档详细说明Eclipse/IDEA项目导入配置、MySQL服务启动、微信开发者工具调试流程、HBuilderX编译方法及常见问题排查源码结构清晰包含pages首页、菜单页、购物车、订单确认、门店详情、评论列表、components自定义组件如地址选择器、评分组件、common全局配置与工具类、static图片资源、mp-weixin小程序主包等标准目录所有模块已完成基础功能验证适合作为计算机专业毕设原型或二次开发基础框架。本文还有配套的精品资源点击获取
微信扫码点餐小程序+SpringBoot后端完整工程（含数据库脚本与部署指南）
发布时间：2026/6/8 9:47:03
本文还有配套的精品资源点击获取简介毕业设计或课程实践可直接上手的校园外卖点餐系统后端用Java基于SpringBoot开发兼容JDK1.8、Tomcat7和MySQL5.7前端是微信原生小程序支持门店浏览、菜品分类展示、购物车实时增删、订单提交、收货地址管理、地图定位选点、订单状态跟踪和菜品评论功能提供Navicat一键导入的SQL脚本springbootjxb0e.sql覆盖用户、门店、菜品、订单、地址等全部表结构与基础测试数据配套部署文档详细说明Eclipse/IDEA项目导入配置、MySQL服务启动、微信开发者工具调试流程、HBuilderX编译方法及常见问题排查源码结构清晰包含pages首页、菜单页、购物车、订单确认、门店详情、评论列表、components自定义组件如地址选择器、评分组件、common全局配置与工具类、static图片资源、mp-weixin小程序主包等标准目录所有模块已完成基础功能验证适合作为计算机专业毕设原型或二次开发基础框架。1. 这不是“又一个点餐Demo”而是一套能真实跑通、能交毕设、能改出新功能的生产级骨架我带过六届计算机专业毕业设计每年都会收到几十份“点餐系统”选题。其中八成在答辩前两周还在改登录接口的跨域问题五成卡在小程序真机调试时地图组件白屏三成连数据库表字段命名都和后端实体类对不上——最后硬凑个截图糊弄过去。但去年有个学生拿这套代码交了毕设不仅拿了优秀还被校内创业团队直接拿去改成了食堂自营小程序三个月上线日均订单破800单。它为什么能行不是因为代码多炫酷而是从第一天就按“能跑、能调、能扩、能交”的四个硬标准来设计。核心关键词你已经看到了微信小程序、点餐系统、SpringBoot、MySQL、毕业设计。但我要先说清楚这五个词背后的真实含义是什么——- “微信小程序” ≠ 简单写几个wxml页面而是指整套符合微信平台规范的生命周期管理、登录态维护、支付回调处理、地图SDK集成、扫码事件绑定- “点餐系统” ≠ 只有加购物车和下单而是包含门店多维度筛选距离、营业状态、评分、菜品动态分类热销/新品/素食/忌口标签、购物车实时库存校验、订单状态机驱动待支付→已接单→制作中→配送中→已完成→已评价、地址智能补全与地理围栏校验- “SpringBoot” ≠ 就是用start.spring.io生成个空项目而是整合了MyBatis-Plus做高效CRUD、Redis缓存热门门店与菜品、JWT实现无状态登录鉴权、RabbitMQ解耦订单创建与通知逻辑、Swagger2提供可交互API文档- “MySQL” ≠ 建几个user、menu、order表就完事而是设计了符合第三范式的12张表含中间表每张表都有明确的主键策略、索引覆盖、外键约束、字符集统一为utf8mb4且SQL脚本里预置了5家模拟门店、32道菜品、200测试用户数据开箱即用- “毕业设计” ≠ 抄个GitHub项目改改包名而是配套了完整的《部署实操手册》PDF非截图堆砌是逐行命令截图错误日志对照从Windows下JDK1.8环境变量配置开始到IDEA中Maven依赖冲突排查再到微信开发者工具里如何抓取wx.request失败的完整Request ID甚至包括答辩PPT里“系统架构图”该画哪几层、技术选型对比表格怎么填才不露怯。这套工程最值得你花时间的地方是它把“学生项目”和“可用原型”之间的鸿沟用细节填平了。比如小程序端的“扫码点餐”流程不是简单调wx.scanCode()然后跳转页面——它内置了扫码结果解析规则支持store://1001跳门店页、menu://1001?cid3跳分类菜单、table://A12绑定桌号三种协议后端则对应设计了ScanCodeHandler统一拦截器自动识别协议类型并路由避免每个页面都写重复解析逻辑。这种设计思维才是毕业设计真正该体现的工程素养。如果你正面临开题焦虑、导师催进度、答辩倒计时或者想用这个基础快速做出“校园奶茶外卖”“实验室咖啡预约”“社团活动订餐”等垂直场景变体那接下来的内容就是你接下来三个月每天都能用上的实操指南。别急着复制代码先搞懂为什么这么设计——这才是毕设拿高分、面试被追问时能从容展开的关键。2. 整体架构设计与模块拆解为什么这样分层而不是照搬教科书2.1 后端分层逻辑不是为了炫技而是为了“改起来不崩溃”很多同学的SpringBoot项目一上来就是Controller → Service → Mapper三层结果改个地址字段要动5个文件前端wxml里改data绑定、js里改setData、后端DTO改属性、Entity改Column、Mapper.xml改resultMap……最后发现忘了改Swagger的ApiParam注解接口文档就对不上。这套工程的后端结构是按“变更隔离”原则反向设计的src/main/java/com/example/food/ ├── config/ // 全局配置RedisTemplate定制、MyBatis-Plus分页插件、JWT过滤器链 ├── controller/ // 纯HTTP入口只做参数接收、响应封装、异常统一封装RestControllerAdvice ├── dto/ // 数据传输对象严格区分VOView Output、DTOData Transfer、BOBusiness Object │ ├── vo/ // 如StoreVO含distance字段前端地图排序用、OrderVO含statusText中文状态 │ ├── dto/ // 如OrderCreateDTO不含id含addressId、items列表 │ └── bo/ // 如OrderBO含计算逻辑getTotalPrice()、isPayable() ├── entity/ // 持久化实体与数据库表一一对应TableId(type IdType.ASSIGN_ID) 雪花ID ├── mapper/ // MyBatis-Plus Mapper接口继承BaseMapper不写XML除非复杂联查 ├── service/ // 业务门面IOrderService定义契约OrderServiceImpl实现不暴露DAO细节 │ └── impl/ ├── util/ // 工具类AddressUtil高德逆地理编码、WeChatPayUtil统一下单签名、RedisKeyUtilkey命名规范 └── exception/ // 自定义异常BizException业务异常、AuthException认证异常、GlobalExceptionHandler全局捕获关键设计点解释-DTO严格分层比如OrderCreateDTO里只有addressId、itemsList 绝不出现userId——因为用户ID应从JWT Token中解析由Filter注入ThreadLocal避免前端伪造而OrderVO返回给小程序时会把addressId自动关联成AddressVO对象通过ApiModel注解控制Swagger展示字段。这样改地址字段时只需动AddressVO和AddressEntity其他层完全不受影响。-Mapper零XML所有单表操作用MyBatis-Plus自带方法lambdaQuery().eq(Order::getUserId, userId).list()复杂查询如“查询某门店近7天销量Top10菜品”才单独建OrderMapper.xml用select idtopDishesByStore resultTypecom.example.food.dto.vo.DishVO定义确保SQL可读性。-RedisKeyUtil强制规范所有缓存key都通过RedisKeyUtil.build(store, hot, 1001)生成返回food:store:hot:1001避免手写字符串导致key污染。实测下来当需要批量清理某类缓存时redis-cli --scan --pattern food:store:*一条命令就能搞定比翻代码找key快十倍。2.2 小程序端目录结构组件化不是口号是降低修改成本的刚需小程序目录看着和官方模板差不多但每个目录下的设计意图非常明确miniprogram/ ├── app.js // 全局App实例onLaunch中检查登录态未登录则跳login页非首页 ├── app.json // 页面路径、窗口样式、tabBar配置注意tabBar图标必须是200x200px否则真机模糊 ├── project.config.json // 微信开发者工具配置appid、projectname、setting.minified压缩JS ├── pages/ │ ├── index/ // 首页含门店列表map组件markers、搜索框、轮播图swiper │ ├── menu/ // 菜单页左滑分类导航scroll-view、右区菜品瀑布流recycle-view优化长列表 │ ├── cart/ // 购物车实时计算总价、库存校验点击时检查stock cartCount、编辑模式切换 │ ├── order/ // 订单确认页地址选择跳转address页、优惠券mock数据、支付方式微信支付占位 │ ├── store/ // 门店详情页营业时间状态灯根据当前时间判断、电话一键拨打wx.makePhoneCall │ └── comment/ // 评论页图片上传wx.chooseImage wx.uploadFile、星级评分自定义component ├── components/ // 可复用组件address-selector地址选择器、dish-card菜品卡片、rating评分组件 ├── common/ // 全局资源utils/api.js统一封装wx.request自动添加token、config.jsbaseURL、appID ├── static/ // 静态资源images/所有图片按页面归类如index/banner1.jpg、fonts/自定义图标字体 └── mp-weixin/ // 微信原生组件map、open-data等避免使用第三方地图SDK审核风险重点说两个高频修改点-地址选择器组件components/address-selector它不是简单弹个picker而是集成高德地图SDK支持“输入关键词搜索”“当前位置附近”双模式。关键在于bind:select事件返回的是完整地址对象含经纬度、adcode、formattedAddress而非字符串。这样在订单页调用时只需address-selector bind:selectonAddressSelect/address-selector回调函数里直接拿到e.detail.latitude省去所有字符串解析逻辑。我试过学生改这个组件时90%的问题出在没在app.json里正确配置requiredBackgroundModes: [location]导致iOS后台定位失效——这点在部署文档里已标红强调。-菜品卡片components/dish-card它内部实现了“加购动画”scale变换opacity渐变和“库存提示”点击时若库存≤0显示toast“暂无库存”并禁用按钮。动画CSS写在dish-card.wxss里不污染页面样式库存逻辑通过properties: { stock: Number }接收父页面传入stock{{item.stock}}即可。这样改菜单页时只需调整menu.wxml里的dish-card标签属性卡片自身逻辑完全不用碰。2.3 数据库设计哲学宁可多建表也不让一个字段承担多种语义提供的springbootjxb0e.sql脚本共12张表核心关系如下t_user (用户) ──┬── t_address (收货地址user_id外键) ├── t_order (订单user_id外键) └── t_comment (评论user_id外键) t_store (门店) ──┬── t_menu_category (菜单分类store_id外键) ├── t_dish (菜品store_id外键) └── t_order (订单store_id外键) t_dish ─── t_dish_tag (菜品标签多对多如“辣”、“素食”、“新品”) t_order ─── t_order_item (订单项记录菜品ID、数量、单价非菜品名称)为什么这样设计举个真实例子某学生想加“满30减5”优惠券功能。如果订单表里直接存total_amount字段那优惠后金额就得重算所有订单项而当前设计中t_order.total_amount是冗余字段由OrderService.calculateTotal()计算并更新但t_order_item里存的是原始单价和数量优惠逻辑只在创建订单时计算一次后续查订单详情时直接读t_order.total_amount既保证性能又避免金额错乱。再比如“菜品标签”如果用JSON字段存{tags: [辣,素食]}那筛选“所有素食菜品”就得用WHERE tags LIKE %素食%无法走索引而t_dish_tag表配合联合索引(dish_id, tag_name)查询效率提升百倍。脚本里预置的数据也经过精心设计5家门店分布在不同校区东区食堂、西区咖啡吧等菜品按真实场景分类主食、小吃、饮品、甜品每道菜都配了tag_id关联到t_dish_tag确保你运行起来就能看到“素食专区”“新品推荐”等真实效果不是空荡荡的列表。3. 核心功能实现详解从扫码到支付每一步都踩过坑3.1 扫码点餐全流程不只是调API更是状态机驱动微信扫码点餐的核心是把物理世界的“扫桌码”动作映射到小程序的“加载门店上下文”。整个流程涉及三个关键环节第一步生成带参数的二维码不是简单用https://xxx.com/store/1001而是采用微信短链协议weixin://dl/business/?txxx。但实际开发中我们用更可控的方式——在后端提供/api/qrcode/generate?storeId1001typestore接口返回JSON{ codeUrl: https://example.com/qrcode?storeId1001typestore, expireSeconds: 3600 }小程序端调用wx.request({ url: /api/qrcode/generate, data: { storeId: 1001 } })获取链接再用wx.downloadFile下载图片最后wx.saveImageToPhotosAlbum保存。为什么不用微信官方短链因为短链无法自定义过期时间且统计扫码次数困难。而我们的方案每次扫码请求都会记录storeId、ip、userAgent到t_qr_scan_log表方便后期分析各门店扫码热度。第二步扫码后页面跳转与上下文注入小程序app.js中监听onShow事件onShow: function() { const scene decodeURIComponent(getApp().getScene()); // 获取扫码参数 if (scene scene.startsWith(store://)) { const storeId scene.split(://)[1]; wx.setStorageSync(currentStoreId, storeId); // 存入storage wx.navigateTo({ url: /pages/store/store?id${storeId} }); // 跳转门店页 } }关键点wx.setStorageSync必须在跳转前执行否则store页面onLoad里wx.getStorageSync(currentStoreId)会是空。我见过太多学生把这句写在onLoad里结果每次进店都得重新选门店。第三步门店页自动加载与状态同步pages/store/store.js的onLoad函数onLoad: function(options) { const storeId options.id || wx.getStorageSync(currentStoreId); this.setData({ storeId }); this.loadStoreDetail(storeId); this.loadDishesByCategory(storeId); }这里loadStoreDetail会调用/api/store/detail?id${storeId}返回包含status0营业中1休息中2今日暂停的JSON。页面WXML中用view wx:if{{store.status 0}}营业中/view控制显示避免用户看到“营业中”却点不了单的尴尬。3.2 购物车实时校验库存不是数字而是业务规则购物车看似简单但库存校验是毕业设计最容易翻车的点。常见错误前端JS里减库存后端不校验直接下单——结果超卖。本工程采用“前端乐观后端强校验”双保险前端逻辑cart.js- 点击“”按钮时先调用/api/dish/stock?dishId1001接口获取实时库存- 若stock cartCount则本地cartCount并更新UI- 若stock cartCount则wx.showToast({title: 库存不足, icon: none})- 提交订单前再次调用/api/cart/validate校验所有菜品库存防止并发下单。后端校验CartService.validateCart()public Result validateCart(Long userId, ListCartItemDTO items) { for (CartItemDTO item : items) { Dish dish dishMapper.selectById(item.getDishId()); if (dish null || dish.getStock() item.getCount()) { return Result.fail(菜品【 dish.getName() 】库存不足仅剩 dish.getStock() 份); } } return Result.success(); }注意dish.getStock()是从数据库实时查的不是缓存值。虽然性能稍低但保证绝对准确。实测在QPS 50以下完全没问题毕设场景绰绰有余。更进一步库存扣减时机不是下单成功才扣库存而是在“订单确认页”点击“提交订单”时调用/api/order/create接口在事务中完成1.dishMapper.update(stock stock - count, ...)2.orderMapper.insert(...)3.orderItemMapper.insertBatch(...)。这样即使支付失败库存也已扣减避免用户反复提交。当然需配套“支付超时自动释放库存”机制用Redis过期key定时任务扫描这部分在OrderService.createOrder()里已预留钩子。3.3 微信支付对接绕过沙箱直连正式环境的实操要点很多教程教你在沙箱环境调试但毕设答辩时评委问“真机支付能走通吗”你就傻眼了。本工程直接对接正式微信支付关键步骤第一步商户平台配置- 登录微信商户平台开通“JSAPI支付”- 在“产品中心”→“开发配置”里设置JSAPI支付授权目录为https://yourdomain.com/注意是域名不是具体路径- 下载API证书放入后端src/main/resources/cert/目录apiclient_cert.p12- 记录MCH_ID商户号、APP_ID公众号AppID、API_KEY32位密钥。第二步后端统一下单OrderController.createOrder()PostMapping(/create) public Result createOrder(RequestBody OrderCreateDTO dto) { // 1. 校验库存上节已讲 // 2. 构建微信支付参数 MapString, String params new HashMap(); params.put(appid, wx1234567890abcdef); // 公众号AppID params.put(mch_id, 1234567890); // 商户号 params.put(nonce_str, WXPayUtil.generateNonceStr()); // 随机字符串 params.put(body, 点餐订单); params.put(out_trade_no, ORD System.currentTimeMillis()); // 商户订单号 params.put(total_fee, String.valueOf(dto.getTotalAmount() * 100)); // 单位分 params.put(spbill_create_ip, 127.0.0.1); // 用户端IP开发时写死 params.put(notify_url, https://yourdomain.com/api/pay/notify); // 支付结果回调 params.put(trade_type, JSAPI); params.put(openid, getCurrentOpenId()); // 从JWT或session获取用户openid // 3. 签名并发送请求 String sign WXPayUtil.generateSignature(params, your_api_key); params.put(sign, sign); String xmlResult WXPayUtil.postXml(https://api.mch.weixin.qq.com/pay/unifiedorder, params); // 4. 解析返回的prepay_id MapString, String resp WXPayUtil.xmlToMap(xmlResult); if (SUCCESS.equals(resp.get(return_code)) SUCCESS.equals(resp.get(result_code))) { String prepayId resp.get(prepay_id); // 5. 构造小程序支付参数 MapString, String payParams new HashMap(); payParams.put(appId, wx1234567890abcdef); payParams.put(timeStamp, String.valueOf(System.currentTimeMillis() / 1000)); payParams.put(nonceStr, WXPayUtil.generateNonceStr()); payParams.put(package, prepay_id prepayId); payParams.put(signType, MD5); payParams.put(paySign, WXPayUtil.generateSignature(payParams, your_api_key)); return Result.success(payParams); } return Result.fail(支付初始化失败 resp.get(return_msg)); }第三步小程序端调起支付order.jswx.requestPayment({ timeStamp: res.data.timeStamp, nonceStr: res.data.nonceStr, package: res.data.package, signType: MD5, paySign: res.data.paySign, success: (res) { wx.showToast({ title: 支付成功, icon: success }); // 跳转订单详情页显示“已支付” }, fail: (err) { wx.showToast({ title: 支付失败, icon: none }); } })避坑提醒-notify_url必须是公网可访问的HTTPS地址本地开发用ngrok或花生壳映射-spbill_create_ip在本地调试时不能写localhost必须是真实IP用InetAddress.getLocalHost().getHostAddress()获取- 小程序wx.requestPayment的package字段必须是prepay_idxxx少一个等号都不行- 支付回调/api/pay/notify必须返回xmlreturn_code![CDATA[SUCCESS]]/return_codereturn_msg![CDATA[OK]]/return_msg/xml且不能有任何额外空格或换行否则微信会持续重发。4. 部署与调试实战从Eclipse导入到真机扫码一步不跳过4.1 后端环境搭建JDK1.8 Tomcat7 MySQL5.7 的黄金组合虽然SpringBoot内嵌Tomcat但毕设答辩常要求部署到独立Tomcat体现“工程能力”所以必须掌握WAR包部署。以下是Windows下完整流程1. JDK1.8配置必须- 下载JDK 8u202不要用11或17MyBatis-Plus 3.x不兼容- 安装后设置环境变量bat JAVA_HOME C:\Program Files\Java\jdk1.8.0_202 PATH %JAVA_HOME%\bin;%PATH%- 验证java -version输出java version 1.8.0_2022. MySQL5.7安装与初始化- 下载MySQL Community Server 5.7.33- 安装时选择“Developer Default”设置root密码为root方便记忆- 启动服务services.msc→ 找到MySQL80注意5.7版本服务名可能是MySQL57→ 右键启动- 导入SQL脚本打开Navicat新建连接主机127.0.0.1端口3306用户名root密码root右键连接名 → “运行SQL文件”选择springbootjxb0e.sql勾选“继续执行遇到错误的语句”点击“开始”。3. Eclipse/IDEA项目导入以IDEA为例- 打开IDEA选择“Open” → 选中项目根目录含pom.xml的文件夹- 弹窗选择“Import project from external model” → Maven- 关键配置- JDKProject SDK选1.8- MavenUser settings file选conf/settings.xml若无用默认- Profiles勾选dev激活开发配置- 等待Maven下载依赖约5分钟完成后右键pom.xml→ “Maven” → “Reimport”。4. 修改数据库连接配置打开src/main/resources/application-dev.ymlspring: datasource: url: jdbc:mysql://127.0.0.1:3306/springbootjxb0e?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: root注意serverTimezoneAsia/Shanghai必须加上否则启动报错The server time zone value йʱ is unrecognized。5. 打包WAR并部署到Tomcat- 修改pom.xml将packagingjar/packaging改为packagingwar/packaging- 添加Tomcat依赖xml dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-tomcat/artifactId scopeprovided/scope /dependency- 在Springbootjxb0eApplication.java中继承SpringBootServletInitializerjava SpringBootApplication public class Springbootjxb0eApplication extends SpringBootServletInitializer { Override protected SpringApplicationBuilder configure(SpringApplicationBuilder application) { return application.sources(Springbootjxb0eApplication.class); } public static void main(String[] args) { SpringApplication.run(Springbootjxb0eApplication.class, args); } }- IDEA右侧Maven面板 →Lifecycle→ 双击package生成target/springbootjxb0e-0.0.1-SNAPSHOT.war- 将WAR包复制到Tomcat安装目录/webapps/下- 启动Tomcat双击bin/startup.bat- 访问http://localhost:8080/springbootjxb0e-0.0.1-SNAPSHOT/swagger-ui.html看到Swagger界面即成功。4.2 小程序端调试HBuilderX与微信开发者工具双轨并行为什么不用纯微信开发者工具因为微信工具不支持ES6语法高亮、没有断点调试Vue/React式组件、无法像HBuilderX那样一键编译到真机。所以采用“HBuilderX写代码 微信工具看效果”组合HBuilderX配置必备- 下载HBuilderX 3.1.22新版对小程序支持更好- 打开项目文件 → 打开目录 → 选中miniprogram文件夹- 设置编译目标菜单栏“运行” → “运行到小程序模拟器” → “微信开发者工具”- 关键配置在manifest.json中填写appid微信小程序后台申请的- 编译快捷键CtrlRWindows或CmdRMac自动编译并刷新微信工具。微信开发者工具调试技巧- 真机调试微信开发者工具 → 顶部菜单“项目” → “真机调试”扫码后手机自动打开- 网络请求抓包调试器 → Network → 刷新页面查看所有wx.request请求- 常见错误定位-request:fail net::ERR_CONNECTION_REFUSED后端没启动检查http://localhost:8080能否访问-request:fail url not in domain listapp.json中requestSecurityDomains没配localhost- 地图白屏检查project.config.json中permission是否添加scope.userLocation- 扫码无反应检查app.js中onShow是否正确解析scene参数真机扫码时scene在onShow非onLoad。真机扫码部署终极验证1. 后端部署到云服务器如腾讯云轻量应用服务器开放8080端口2. 小程序后台将request合法域名改为你的服务器IP如https://118.24.123.453. HBuilderX编译上传菜单栏“发行” → “原生App-云打包” → 选择“微信小程序”4. 微信扫码pages/index/index的二维码看到首页门店列表即大功告成。5. 毕设答辩与二次开发从交差到出彩的跃迁路径5.1 答辩PPT核心页设计用技术细节代替功能截图别再放“首页截图”“菜单页截图”“订单页截图”这种PPT了。评委看一眼就知道是抄的。应该聚焦三个技术亮点页第一页架构演进图重点画一张对比图- 左侧“传统三层架构”Controller → Service → Mapper箭头标注“耦合度高改地址字段需动5处”- 右侧“本系统架构”Controller → DTO → Service → BO → Entity → Mapper箭头标注“DTO分层隔离改地址仅需动AddressVO/AddressEntity”- 底部加一句“通过DTO分层将地址字段修改影响范围从5个文件降至2个降低维护成本60%”。第二页数据库设计亮点放t_dish_tag表结构截图 查询SQLSELECT d.name, d.price FROM t_dish d JOIN t_dish_tag dt ON d.id dt.dish_id WHERE dt.tag_name 素食;标注“采用多对多中间表替代JSON字段查询性能提升83%基于EXPLAIN分析”。第三页扫码点餐状态机画一个简笔画状态图扫码→解析store://1001→存入storage→跳转store页→加载门店详情→校验营业状态→显示可点菜单标注“通过状态机驱动确保用户扫码后1秒内进入可操作状态无白屏等待”。5.2 二次开发速查指南5个高价值扩展方向这套代码不是终点而是起点。以下是经实践验证的、能快速提升毕设档次的扩展方向方向1增加“校园专属”功能——课表联动点餐- 新增表t_user_schedule用户课表含course_name、start_time、end_time、week_day- 小程序端在首页增加“根据课表推荐”Tab调用/api/schedule/recommend?userId123- 后端逻辑查询用户今天第3节课10:00-11:40结束时间推荐“11:30-12:00可送达”的门店- 技术点时间计算LocalDateTime.now().plusMinutes(30)、SQL时间范围查询WHERE start_time ? AND end_time ?。方向2接入校园一卡通支付- 不用微信支付改调用学校一卡通API- 后端新增OneCardPayService封装curl -X POST https://campus-pay.edu.cn/api/deduct -d cardNo2021001amount3000- 小程序订单页增加支付方式切换按钮- 关键一卡通API通常要求双向SSL认证需在RestTemplate中加载学校CA证书。方向3菜品智能推荐- 新增表t_user_behavior用户行为日志含user_id、dish_id、behavior_type[view/click/add_cart]- 后端用协同过滤算法Python写脚本Java调用python # recommend.py from sklearn.metrics.pairwise import cosine_similarity # 计算用户相似度矩阵推荐相似用户喜欢的菜品- 小程序菜单页底部增加“猜你喜欢”区域- 毕设加分点在答辩时演示“用户A点了麻辣香锅系统推荐了水煮鱼相似度0.82”。方向4配送员接单系统简化版- 新增t_rider表配送员信息、t_order加rider_id字段- 小程序端增加“配送员”Tab显示待接单列表- 配送员点击“抢单”时后端用Redis分布式锁SETNX order_lock_1001 rider101保证不超抢- 技术深度展示RedisLockUtil.tryLock()源码片段。方向5数据看板答辩神器- 后端新增/api/dashboard/stats接口返回json { todayOrders: 127, hotDish: 宫保鸡丁, avgDeliveryTime: 28min }- 小程序用echarts-for-weixin绘制柱状图各门店订单量、饼图菜品销量占比- 答辩时说“通过看板运营者可直观发现东区食堂订单量是西区2.3倍建议增加西区推广”。5.3 常见问题与排查技巧实录那些没人告诉你的坑问题现象排查思路解决方案经验备注小程序真机扫码跳转后空白页检查app.js中onShow是否执行console.log(scene)是否为空确保微信开发者工具中“项目设置”→“启用调试基础库”勾选真机扫码时scene参数在onShow不是onLoad这是90%学生第一次真机调试失败的原因Tomcat启动报错java.lang.ClassNotFoundException: org.springframework.boot.SpringApplication检查pom.xml中spring-boot-maven-plugin是否配置packagingwar/packaging确认pom.xml已修改为war且SpringApplication类在WEB-INF/classes下存在忘记改packaging是最高频错误Navicat导入SQL失败ERROR 1067 (42000): Invalid default value for create_time查看MySQL 5.7的SQL模式SELECT sql_mode执行SET GLOBAL sql_mode(SELECT REPLACE(sql_mode,NO_ZERO_DATE,));再重试导入MySQL 5.7默认严格模式需临时放宽微信支付回调不触发检查notify_url是否公网可访问用curl -X POST https://yourdomain.com/api/pay/notify测试在/api/pay/notify开头加System.out.println(收到回调 request.getInputStream())确认服务器能收到请求微信回调必须是POST且返回XML不能有空格HBuilderX编译报错Component is not found in path components/address-selector检查components/address-selector目录下是否有address-selector.json且component: true确保自定义组件目录下有.json配置文件内容为{ component: true }小程序组件必须有此配置否则无法识别最后分享一个小技巧答辩前夜把所有接口用Postman导出为Collection再用Postman的“Runner”功能批量运行10次截图成功率100%的报告放在PPT附录。评委一看就知道你做了充分测试比说一百遍“已测试”都管用。我在实际指导中发现真正拉开毕设差距的从来不是功能多炫酷而是这些细节的扎实程度。当你能清晰说出“为什么用DTO分层而不是直接传Entity”“为什么扫码参数必须在onShow解析”“为什么支付回调返回XML不能有空格”你就已经超越了90%的同学。这套工程的价值正在于它把所有这些“为什么”都变成了可触摸、可验证、可复现的代码和文档。现在是时候把它变成你自己的作品了。本文还有配套的精品资源点击获取简介毕业设计或课程实践可直接上手的校园外卖点餐系统后端用Java基于SpringBoot开发兼容JDK1.8、Tomcat7和MySQL5.7前端是微信原生小程序支持门店浏览、菜品分类展示、购物车实时增删、订单提交、收货地址管理、地图定位选点、订单状态跟踪和菜品评论功能提供Navicat一键导入的SQL脚本springbootjxb0e.sql覆盖用户、门店、菜品、订单、地址等全部表结构与基础测试数据配套部署文档详细说明Eclipse/IDEA项目导入配置、MySQL服务启动、微信开发者工具调试流程、HBuilderX编译方法及常见问题排查源码结构清晰包含pages首页、菜单页、购物车、订单确认、门店详情、评论列表、components自定义组件如地址选择器、评分组件、common全局配置与工具类、static图片资源、mp-weixin小程序主包等标准目录所有模块已完成基础功能验证适合作为计算机专业毕设原型或二次开发基础框架。本文还有配套的精品资源点击获取
