尧图网站建设 
简介这份资源是面向高校计算机相关专业毕业设计场景的智慧乡村旅游服务平台小程序完整项目采用微信小程序前端搭配Java SSM框架与MySQL数据库开发适合需要完成毕设、课程设计或学习小程序全栈开发的学生与开发者参考。压缩包共895个文件约40.48MB涵盖128个vue组件、119个java后端源码、103个js脚本、23个wxss与22个wxml小程序页面文件以及png、svg、jpg等图片素材和sql数据库脚本、mp4演示视频结构完整、层次清晰。项目划分管理员、用户、商家三种角色覆盖旅游景点、景点类型、景点路线、订单、购物车、收藏与充值等模块并附有毕业论文与视频演示便于对照理解业务逻辑与数据库设计。目前已有313人学习下载可作为从需求分析、功能设计到编码实现的完整参考方案帮助读者快速搭建环境、梳理模块关系并完成二次开发。1. 智慧乡村旅游服务平台小程序一套能跑通的毕设全栈方案长什么样很多同学做毕业设计选题卡在“智慧乡村旅游服务平台小程序”上不是不会写代码而是不知道一个能通过答辩、能演示、能写进论文的系统到底该包含哪些模块。这个标题背后其实是一套完整的全栈交付物微信小程序做用户端SSMSpring SpringMVC MyBatis做后端MySQL 存数据再配上源码、数据库脚本、毕业论文和演示视频。它解决的核心问题是——让游客在小程序上完成景点浏览、民宿预订、路线查看、订单管理让管理员在后台完成内容维护和订单处理。适合的人群很明确计算机相关专业的毕业生或者需要一套可复现的全栈项目来练手微信小程序 Java 后端的开发者。我见过太多人一上来就写页面写到一半发现数据库表对不上、接口调不通最后只能推倒重来。所以这篇笔记按“先想清楚数据怎么流再动手写代码”的顺序来拆把选型理由、建表逻辑、接口实现和踩坑点都讲透。2. 技术选型与数据建模为什么是 SSM MySQL 而不是别的2.1 微信小程序 SSM 的组合在毕设场景下的真实优势先说选型。微信小程序作为前端优势在于免安装、跨平台、开发工具链成熟而且毕业设计答辩时老师手机一扫就能看效果比 Web 端演示更直观。后端选 SSM 而不是 Spring Boot原因很实际很多学校的课程体系就是按 SSM 教的你写 Spring Boot 反而要额外解释技术栈差异答辩时容易被追问。SSM 的配置虽然繁琐但胜在“看得见”——每个 XML 配置、每个注解都能讲清楚原理论文里也好展开写。MySQL 作为关系型数据库适合旅游服务平台这种有明确实体关系的场景用户、景点、民宿、订单、评论表与表之间的外键关联清晰事务控制也成熟。我一般会建议用 MySQL 5.7 或 8.0版本差异主要在驱动和 SQL 语法上后面避坑章节会细说。这里有个关键决策点小程序端用原生开发还是 uni-app如果只做微信小程序原生 WXML WXSS JS 足够调试方便体积小。如果还想兼容其他端uni-app 更合适但毕设场景下原生更稳少一层编译黑匣子出问题好排查。2.2 旅游服务平台的核心表结构设计与建表 SQL数据建模是整套系统的地基。旅游服务平台的核心实体有用户user、景点scenic、民宿homestay、订单orders、评论comment、管理员admin。下面是我常用的建表脚本字段按实际业务需要增减。-- 用户表 CREATE TABLE user ( id int(11) NOT NULL AUTO_INCREMENT, openid varchar(64) DEFAULT NULL COMMENT 微信openid, nickname varchar(64) DEFAULT NULL, avatar varchar(255) DEFAULT NULL, phone varchar(20) DEFAULT NULL, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY idx_openid (openid) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 景点表 CREATE TABLE scenic ( id int(11) NOT NULL AUTO_INCREMENT, name varchar(128) NOT NULL, address varchar(255) DEFAULT NULL, description text, cover_img varchar(255) DEFAULT NULL, ticket_price decimal(10,2) DEFAULT 0.00, open_time varchar(64) DEFAULT NULL, status tinyint(1) DEFAULT 1 COMMENT 1上架 0下架, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 订单表 CREATE TABLE orders ( id int(11) NOT NULL AUTO_INCREMENT, order_no varchar(32) NOT NULL, user_id int(11) NOT NULL, type tinyint(1) NOT NULL COMMENT 1景点 2民宿, target_id int(11) NOT NULL, amount decimal(10,2) NOT NULL, status tinyint(1) DEFAULT 0 COMMENT 0待支付 1已支付 2已取消, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY idx_order_no (order_no), KEY idx_user (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;建表时注意三点第一字符集统一用 utf8mb4否则小程序端传 emoji 会报错第二订单号用唯一索引防止重复提交第三金额字段用 decimal 而不是 float避免精度丢失。这些细节在论文里写出来就是加分项。2.3 小程序端页面结构与后端接口的对应关系小程序端一般分四个 tab首页景点推荐、民宿、订单、我的。每个页面调用的接口要提前规划好不然后端写到一半发现接口不够用。常见对应关系如下小程序页面后端接口请求方式首页景点列表/scenic/listGET景点详情/scenic/detail?idGET民宿预订/order/createPOST我的订单/order/myListGET用户登录/user/loginPOST接口路径建议统一加前缀比如 /api方便 Nginx 转发和权限拦截。返回格式统一用{code, msg, data}前端好处理答辩时也好讲。3. 后端接口实现从登录到订单的完整链路3.1 微信登录换 openid 的接口写法与 session 管理小程序端调用wx.login()拿到 code传给后端后端用 code appid secret 去微信接口换 openid。这一步是整套系统的入口写不好后面全乱。// UserController.java RequestMapping(/api/user) RestController public class UserController { Autowired private UserService userService; PostMapping(/login) public Result login(RequestBody LoginDTO dto) { // dto.getCode() 是小程序端 wx.login 拿到的 code String url https://api.weixin.qq.com/sns/jscode2session ?appid appId secret appSecret js_code dto.getCode() grant_typeauthorization_code; // 用 HttpClient 发起请求解析返回的 openid String resp HttpUtil.get(url); JSONObject json JSON.parseObject(resp); String openid json.getString(openid); if (openid null) { return Result.error(登录失败); } // 查库没有就注册 User user userService.getByOpenid(openid); if (user null) { user new User(); user.setOpenid(openid); userService.insert(user); } // 生成 token 返回给前端后续请求带 token String token JwtUtil.sign(user.getId()); return Result.success(token); } }逻辑说明先拿 code 换 openid再查库判断是否新用户最后发 token。参数说明appId 和 appSecret 写在配置文件里不要硬编码token 有效期一般设 7 天用 JWT 实现。注意微信接口返回的 session_key 不要传给前端留在后端做解密用。3.2 景点列表分页查询与 MyBatis 映射文件配置列表查询是高频接口分页没写好会拖慢整个系统。MyBatis 配合 PageHelper 是最常见的做法。!-- ScenicMapper.xml -- select idselectPage resultTypecom.entity.Scenic SELECT id, name, address, cover_img, ticket_price, open_time FROM scenic WHERE status 1 if testkeyword ! null and keyword ! AND name LIKE CONCAT(%, #{keyword}, %) /if ORDER BY id DESC /select// ScenicServiceImpl.java public PageInfoScenic getPage(int pageNum, int pageSize, String keyword) { PageHelper.startPage(pageNum, pageSize); ListScenic list scenicMapper.selectPage(keyword); return new PageInfo(list); }逻辑说明PageHelper 会在 SQL 执行前自动拼接 limit不需要手写。参数说明pageNum 从 1 开始pageSize 建议 10 到 20太大影响加载速度。keyword 做模糊搜索时注意 SQL 注入用#{}而不是${}。3.3 订单创建与库存扣减的事务控制订单接口最容易翻车的地方是并发。两个人同时下单库存扣成负数答辩时被问到就尴尬了。Service public class OrderServiceImpl implements OrderService { Autowired private OrderMapper orderMapper; Autowired private ScenicMapper scenicMapper; Transactional(rollbackFor Exception.class) public Result createOrder(OrderDTO dto) { // 1. 查景点判断库存 Scenic scenic scenicMapper.selectById(dto.getTargetId()); if (scenic null || scenic.getStock() 0) { return Result.error(库存不足); } // 2. 扣库存用乐观锁防止超卖 int rows scenicMapper.reduceStock(dto.getTargetId()); if (rows 0) { return Result.error(下单失败请重试); } // 3. 生成订单 Orders order new Orders(); order.setOrderNo(OrderNoUtil.generate()); order.setUserId(dto.getUserId()); order.setTargetId(dto.getTargetId()); order.setAmount(scenic.getTicketPrice()); order.setStatus(0); orderMapper.insert(order); return Result.success(order.getOrderNo()); } }逻辑说明Transactional保证扣库存和插订单要么都成功要么都回滚。参数说明reduceStock的 SQL 要写成UPDATE scenic SET stock stock - 1 WHERE id #{id} AND stock 0靠数据库行锁保证原子性。这是最实用的防超卖方案比分布式锁简单得多。4. 小程序端开发页面、请求封装与交互细节4.1 请求封装与 token 自动携带小程序端每个页面都写wx.request太啰嗦封装一层。// utils/request.js const BASE_URL http://localhost:8080/api; function request(options) { const token wx.getStorageSync(token); return new Promise((resolve, reject) { wx.request({ url: BASE_URL options.url, method: options.method || GET, data: options.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) { wx.navigateTo({ url: /pages/login/login }); reject(res.data); } else { wx.showToast({ title: res.data.msg, icon: none }); reject(res.data); } }, fail(err) { wx.showToast({ title: 网络异常, icon: none }); reject(err); } }); }); } module.exports { request };逻辑说明统一拼 BASE_URL自动带 token401 跳登录。参数说明BASE_URL 在开发时用 localhost上线要换成备案域名且必须是 https。小程序开发工具里可以勾选“不校验合法域名”方便调试。4.2 列表页加载更多与下拉刷新实现旅游平台的景点列表通常要分页加载配合下拉刷新。// pages/scenic/list.js const { request } require(../../utils/request); Page({ data: { list: [], pageNum: 1, hasMore: true }, onLoad() { this.loadData(); }, onPullDownRefresh() { this.setData({ list: [], pageNum: 1, hasMore: true }); this.loadData().then(() wx.stopPullDownRefresh()); }, onReachBottom() { if (this.data.hasMore) { this.loadData(); } }, loadData() { return request({ url: /scenic/list, data: { pageNum: this.data.pageNum, pageSize: 10 } }).then(res { const newList this.data.list.concat(res.list); this.setData({ list: newList, pageNum: this.data.pageNum 1, hasMore: res.hasNextPage }); }); } });逻辑说明onReachBottom触发加载下一页onPullDownRefresh重置列表。参数说明hasNextPage由后端 PageInfo 返回前端据此判断是否还有数据。注意setData不要一次传太多数据列表长了会卡。4.3 图片上传与本地缓存策略民宿和景点图片上传用wx.chooseImagewx.uploadFile后端用 MultipartFile 接收存到本地磁盘或对象存储。开发阶段存本地就行配置一个静态资源映射路径。Configuration public class WebConfig implements WebMvcConfigurer { Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/upload/**) .addResourceLocations(file: System.getProperty(user.dir) /upload/); } }逻辑说明把 /upload/** 映射到项目运行目录下的 upload 文件夹。参数说明上传路径不要写死在代码里用配置文件读取。小程序端图片显示时拼接完整 URL本地缓存用wx.setStorageSync存 token 和用户信息即可图片缓存交给小程序自身机制。5. 避坑与排查那些答辩前夜让我睡不着的问题5.1 跨域与 403小程序请求后端被拦截现象小程序开发者工具里请求后端控制台报 403 或跨域错误。原因SSM 配置了拦截器但没放行登录接口或者没配 CORS。解决在 springmvc.xml 里放行/api/user/login并加 CORS 配置。mvc:cors mvc:mapping path/** allowed-origins* allowed-methodsGET,POST allowed-headers*/ /mvc:cors注意上线后 allowed-origins 不要用 *换成具体域名。5.2 MySQL 8.0 驱动与时区报错现象启动报Unknown system variable query_cache_size或时区错误。原因MySQL 8.0 移除了查询缓存且默认时区是 UTC。解决驱动换成com.mysql.cj.jdbc.Driver连接串加serverTimezoneAsia/Shanghai。jdbc.urljdbc:mysql://localhost:3306/tourism?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse jdbc.drivercom.mysql.cj.jdbc.Driver5.3 订单重复提交与 token 失效现象用户快速点两次下单生成两笔订单。原因前端没做防抖后端没做幂等。解决前端按钮点击后置灰后端用订单号唯一索引兜底捕获唯一键冲突异常返回“请勿重复提交”。5.4 小程序真机调试接口不通现象开发者工具正常真机预览请求失败。原因真机不能访问 localhost。解决后端部署到局域网 IP小程序 BASE_URL 改成http://192.168.x.x:8080/api并在开发者工具里关闭域名校验。答辩演示时建议用手机热点 笔记本本地部署最稳。5.5 论文查重与代码注释的平衡现象论文查重率高或者代码注释太少被导师批。原因直接抄网上的项目注释和论文描述雷同。解决核心业务逻辑自己重写一遍注释用自己的话描述论文里的系统设计部分画自己的 ER 图和流程图别用模板图。6. 进阶技巧让这套毕设从“能跑”到“能打”如果你已经跑通了基础版本想让答辩更稳或者拿高分有几个方向可以加码。第一把订单模块改成状态机用枚举管理状态流转论文里画一张状态图老师一看就知道你懂业务。第二加一个简单的推荐逻辑比如根据用户浏览记录推荐同类景点用 SQL 的ORDER BY view_count DESC就能实现不需要上算法。第三把接口文档用 Swagger 生成答辩时直接打开页面展示比截图专业得多。// 状态枚举示例 public enum OrderStatus { UNPAID(0, 待支付), PAID(1, 已支付), CANCELLED(2, 已取消); private int code; private String desc; // 构造和 getter 省略 }验证方法很简单启动后端用 Postman 跑一遍所有接口确认返回格式统一小程序端每个页面点一遍看有没有白屏或报错最后用真机走一遍完整下单流程。我一般会准备一个 checklist答辩前逐项打勾避免临场翻车。说个我自己的习惯每次改完代码先git commit一次再继续写。毕设期间至少留三个可回滚的版本万一改崩了还有后悔药。这套方案值不值得做如果你缺一个能讲清楚、能演示、能写进论文的全栈项目它值得。但别指望直接复制粘贴就能过核心逻辑自己跑一遍坑自己踩一遍答辩时才有底气。希望帮到你。本文还有配套的精品资源点击获取 智慧乡村旅游服务平台小程序：SSM+MySQL全栈毕设方案与避坑指南
简介这份资源是面向高校计算机相关专业毕业设计场景的智慧乡村旅游服务平台小程序完整项目采用微信小程序前端搭配Java SSM框架与MySQL数据库开发适合需要完成毕设、课程设计或学习小程序全栈开发的学生与开发者参考。压缩包共895个文件约40.48MB涵盖128个vue组件、119个java后端源码、103个js脚本、23个wxss与22个wxml小程序页面文件以及png、svg、jpg等图片素材和sql数据库脚本、mp4演示视频结构完整、层次清晰。项目划分管理员、用户、商家三种角色覆盖旅游景点、景点类型、景点路线、订单、购物车、收藏与充值等模块并附有毕业论文与视频演示便于对照理解业务逻辑与数据库设计。目前已有313人学习下载可作为从需求分析、功能设计到编码实现的完整参考方案帮助读者快速搭建环境、梳理模块关系并完成二次开发。1. 智慧乡村旅游服务平台小程序一套能跑通的毕设全栈方案长什么样很多同学做毕业设计选题卡在“智慧乡村旅游服务平台小程序”上不是不会写代码而是不知道一个能通过答辩、能演示、能写进论文的系统到底该包含哪些模块。这个标题背后其实是一套完整的全栈交付物微信小程序做用户端SSMSpring SpringMVC MyBatis做后端MySQL 存数据再配上源码、数据库脚本、毕业论文和演示视频。它解决的核心问题是——让游客在小程序上完成景点浏览、民宿预订、路线查看、订单管理让管理员在后台完成内容维护和订单处理。适合的人群很明确计算机相关专业的毕业生或者需要一套可复现的全栈项目来练手微信小程序 Java 后端的开发者。我见过太多人一上来就写页面写到一半发现数据库表对不上、接口调不通最后只能推倒重来。所以这篇笔记按“先想清楚数据怎么流再动手写代码”的顺序来拆把选型理由、建表逻辑、接口实现和踩坑点都讲透。2. 技术选型与数据建模为什么是 SSM MySQL 而不是别的2.1 微信小程序 SSM 的组合在毕设场景下的真实优势先说选型。微信小程序作为前端优势在于免安装、跨平台、开发工具链成熟而且毕业设计答辩时老师手机一扫就能看效果比 Web 端演示更直观。后端选 SSM 而不是 Spring Boot原因很实际很多学校的课程体系就是按 SSM 教的你写 Spring Boot 反而要额外解释技术栈差异答辩时容易被追问。SSM 的配置虽然繁琐但胜在“看得见”——每个 XML 配置、每个注解都能讲清楚原理论文里也好展开写。MySQL 作为关系型数据库适合旅游服务平台这种有明确实体关系的场景用户、景点、民宿、订单、评论表与表之间的外键关联清晰事务控制也成熟。我一般会建议用 MySQL 5.7 或 8.0版本差异主要在驱动和 SQL 语法上后面避坑章节会细说。这里有个关键决策点小程序端用原生开发还是 uni-app如果只做微信小程序原生 WXML WXSS JS 足够调试方便体积小。如果还想兼容其他端uni-app 更合适但毕设场景下原生更稳少一层编译黑匣子出问题好排查。2.2 旅游服务平台的核心表结构设计与建表 SQL数据建模是整套系统的地基。旅游服务平台的核心实体有用户user、景点scenic、民宿homestay、订单orders、评论comment、管理员admin。下面是我常用的建表脚本字段按实际业务需要增减。-- 用户表 CREATE TABLE user ( id int(11) NOT NULL AUTO_INCREMENT, openid varchar(64) DEFAULT NULL COMMENT 微信openid, nickname varchar(64) DEFAULT NULL, avatar varchar(255) DEFAULT NULL, phone varchar(20) DEFAULT NULL, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY idx_openid (openid) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 景点表 CREATE TABLE scenic ( id int(11) NOT NULL AUTO_INCREMENT, name varchar(128) NOT NULL, address varchar(255) DEFAULT NULL, description text, cover_img varchar(255) DEFAULT NULL, ticket_price decimal(10,2) DEFAULT 0.00, open_time varchar(64) DEFAULT NULL, status tinyint(1) DEFAULT 1 COMMENT 1上架 0下架, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 订单表 CREATE TABLE orders ( id int(11) NOT NULL AUTO_INCREMENT, order_no varchar(32) NOT NULL, user_id int(11) NOT NULL, type tinyint(1) NOT NULL COMMENT 1景点 2民宿, target_id int(11) NOT NULL, amount decimal(10,2) NOT NULL, status tinyint(1) DEFAULT 0 COMMENT 0待支付 1已支付 2已取消, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY idx_order_no (order_no), KEY idx_user (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;建表时注意三点第一字符集统一用 utf8mb4否则小程序端传 emoji 会报错第二订单号用唯一索引防止重复提交第三金额字段用 decimal 而不是 float避免精度丢失。这些细节在论文里写出来就是加分项。2.3 小程序端页面结构与后端接口的对应关系小程序端一般分四个 tab首页景点推荐、民宿、订单、我的。每个页面调用的接口要提前规划好不然后端写到一半发现接口不够用。常见对应关系如下小程序页面后端接口请求方式首页景点列表/scenic/listGET景点详情/scenic/detail?idGET民宿预订/order/createPOST我的订单/order/myListGET用户登录/user/loginPOST接口路径建议统一加前缀比如 /api方便 Nginx 转发和权限拦截。返回格式统一用{code, msg, data}前端好处理答辩时也好讲。3. 后端接口实现从登录到订单的完整链路3.1 微信登录换 openid 的接口写法与 session 管理小程序端调用wx.login()拿到 code传给后端后端用 code appid secret 去微信接口换 openid。这一步是整套系统的入口写不好后面全乱。// UserController.java RequestMapping(/api/user) RestController public class UserController { Autowired private UserService userService; PostMapping(/login) public Result login(RequestBody LoginDTO dto) { // dto.getCode() 是小程序端 wx.login 拿到的 code String url https://api.weixin.qq.com/sns/jscode2session ?appid appId secret appSecret js_code dto.getCode() grant_typeauthorization_code; // 用 HttpClient 发起请求解析返回的 openid String resp HttpUtil.get(url); JSONObject json JSON.parseObject(resp); String openid json.getString(openid); if (openid null) { return Result.error(登录失败); } // 查库没有就注册 User user userService.getByOpenid(openid); if (user null) { user new User(); user.setOpenid(openid); userService.insert(user); } // 生成 token 返回给前端后续请求带 token String token JwtUtil.sign(user.getId()); return Result.success(token); } }逻辑说明先拿 code 换 openid再查库判断是否新用户最后发 token。参数说明appId 和 appSecret 写在配置文件里不要硬编码token 有效期一般设 7 天用 JWT 实现。注意微信接口返回的 session_key 不要传给前端留在后端做解密用。3.2 景点列表分页查询与 MyBatis 映射文件配置列表查询是高频接口分页没写好会拖慢整个系统。MyBatis 配合 PageHelper 是最常见的做法。!-- ScenicMapper.xml -- select idselectPage resultTypecom.entity.Scenic SELECT id, name, address, cover_img, ticket_price, open_time FROM scenic WHERE status 1 if testkeyword ! null and keyword ! AND name LIKE CONCAT(%, #{keyword}, %) /if ORDER BY id DESC /select// ScenicServiceImpl.java public PageInfoScenic getPage(int pageNum, int pageSize, String keyword) { PageHelper.startPage(pageNum, pageSize); ListScenic list scenicMapper.selectPage(keyword); return new PageInfo(list); }逻辑说明PageHelper 会在 SQL 执行前自动拼接 limit不需要手写。参数说明pageNum 从 1 开始pageSize 建议 10 到 20太大影响加载速度。keyword 做模糊搜索时注意 SQL 注入用#{}而不是${}。3.3 订单创建与库存扣减的事务控制订单接口最容易翻车的地方是并发。两个人同时下单库存扣成负数答辩时被问到就尴尬了。Service public class OrderServiceImpl implements OrderService { Autowired private OrderMapper orderMapper; Autowired private ScenicMapper scenicMapper; Transactional(rollbackFor Exception.class) public Result createOrder(OrderDTO dto) { // 1. 查景点判断库存 Scenic scenic scenicMapper.selectById(dto.getTargetId()); if (scenic null || scenic.getStock() 0) { return Result.error(库存不足); } // 2. 扣库存用乐观锁防止超卖 int rows scenicMapper.reduceStock(dto.getTargetId()); if (rows 0) { return Result.error(下单失败请重试); } // 3. 生成订单 Orders order new Orders(); order.setOrderNo(OrderNoUtil.generate()); order.setUserId(dto.getUserId()); order.setTargetId(dto.getTargetId()); order.setAmount(scenic.getTicketPrice()); order.setStatus(0); orderMapper.insert(order); return Result.success(order.getOrderNo()); } }逻辑说明Transactional保证扣库存和插订单要么都成功要么都回滚。参数说明reduceStock的 SQL 要写成UPDATE scenic SET stock stock - 1 WHERE id #{id} AND stock 0靠数据库行锁保证原子性。这是最实用的防超卖方案比分布式锁简单得多。4. 小程序端开发页面、请求封装与交互细节4.1 请求封装与 token 自动携带小程序端每个页面都写wx.request太啰嗦封装一层。// utils/request.js const BASE_URL http://localhost:8080/api; function request(options) { const token wx.getStorageSync(token); return new Promise((resolve, reject) { wx.request({ url: BASE_URL options.url, method: options.method || GET, data: options.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) { wx.navigateTo({ url: /pages/login/login }); reject(res.data); } else { wx.showToast({ title: res.data.msg, icon: none }); reject(res.data); } }, fail(err) { wx.showToast({ title: 网络异常, icon: none }); reject(err); } }); }); } module.exports { request };逻辑说明统一拼 BASE_URL自动带 token401 跳登录。参数说明BASE_URL 在开发时用 localhost上线要换成备案域名且必须是 https。小程序开发工具里可以勾选“不校验合法域名”方便调试。4.2 列表页加载更多与下拉刷新实现旅游平台的景点列表通常要分页加载配合下拉刷新。// pages/scenic/list.js const { request } require(../../utils/request); Page({ data: { list: [], pageNum: 1, hasMore: true }, onLoad() { this.loadData(); }, onPullDownRefresh() { this.setData({ list: [], pageNum: 1, hasMore: true }); this.loadData().then(() wx.stopPullDownRefresh()); }, onReachBottom() { if (this.data.hasMore) { this.loadData(); } }, loadData() { return request({ url: /scenic/list, data: { pageNum: this.data.pageNum, pageSize: 10 } }).then(res { const newList this.data.list.concat(res.list); this.setData({ list: newList, pageNum: this.data.pageNum 1, hasMore: res.hasNextPage }); }); } });逻辑说明onReachBottom触发加载下一页onPullDownRefresh重置列表。参数说明hasNextPage由后端 PageInfo 返回前端据此判断是否还有数据。注意setData不要一次传太多数据列表长了会卡。4.3 图片上传与本地缓存策略民宿和景点图片上传用wx.chooseImagewx.uploadFile后端用 MultipartFile 接收存到本地磁盘或对象存储。开发阶段存本地就行配置一个静态资源映射路径。Configuration public class WebConfig implements WebMvcConfigurer { Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/upload/**) .addResourceLocations(file: System.getProperty(user.dir) /upload/); } }逻辑说明把 /upload/** 映射到项目运行目录下的 upload 文件夹。参数说明上传路径不要写死在代码里用配置文件读取。小程序端图片显示时拼接完整 URL本地缓存用wx.setStorageSync存 token 和用户信息即可图片缓存交给小程序自身机制。5. 避坑与排查那些答辩前夜让我睡不着的问题5.1 跨域与 403小程序请求后端被拦截现象小程序开发者工具里请求后端控制台报 403 或跨域错误。原因SSM 配置了拦截器但没放行登录接口或者没配 CORS。解决在 springmvc.xml 里放行/api/user/login并加 CORS 配置。mvc:cors mvc:mapping path/** allowed-origins* allowed-methodsGET,POST allowed-headers*/ /mvc:cors注意上线后 allowed-origins 不要用 *换成具体域名。5.2 MySQL 8.0 驱动与时区报错现象启动报Unknown system variable query_cache_size或时区错误。原因MySQL 8.0 移除了查询缓存且默认时区是 UTC。解决驱动换成com.mysql.cj.jdbc.Driver连接串加serverTimezoneAsia/Shanghai。jdbc.urljdbc:mysql://localhost:3306/tourism?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse jdbc.drivercom.mysql.cj.jdbc.Driver5.3 订单重复提交与 token 失效现象用户快速点两次下单生成两笔订单。原因前端没做防抖后端没做幂等。解决前端按钮点击后置灰后端用订单号唯一索引兜底捕获唯一键冲突异常返回“请勿重复提交”。5.4 小程序真机调试接口不通现象开发者工具正常真机预览请求失败。原因真机不能访问 localhost。解决后端部署到局域网 IP小程序 BASE_URL 改成http://192.168.x.x:8080/api并在开发者工具里关闭域名校验。答辩演示时建议用手机热点 笔记本本地部署最稳。5.5 论文查重与代码注释的平衡现象论文查重率高或者代码注释太少被导师批。原因直接抄网上的项目注释和论文描述雷同。解决核心业务逻辑自己重写一遍注释用自己的话描述论文里的系统设计部分画自己的 ER 图和流程图别用模板图。6. 进阶技巧让这套毕设从“能跑”到“能打”如果你已经跑通了基础版本想让答辩更稳或者拿高分有几个方向可以加码。第一把订单模块改成状态机用枚举管理状态流转论文里画一张状态图老师一看就知道你懂业务。第二加一个简单的推荐逻辑比如根据用户浏览记录推荐同类景点用 SQL 的ORDER BY view_count DESC就能实现不需要上算法。第三把接口文档用 Swagger 生成答辩时直接打开页面展示比截图专业得多。// 状态枚举示例 public enum OrderStatus { UNPAID(0, 待支付), PAID(1, 已支付), CANCELLED(2, 已取消); private int code; private String desc; // 构造和 getter 省略 }验证方法很简单启动后端用 Postman 跑一遍所有接口确认返回格式统一小程序端每个页面点一遍看有没有白屏或报错最后用真机走一遍完整下单流程。我一般会准备一个 checklist答辩前逐项打勾避免临场翻车。说个我自己的习惯每次改完代码先git commit一次再继续写。毕设期间至少留三个可回滚的版本万一改崩了还有后悔药。这套方案值不值得做如果你缺一个能讲清楚、能演示、能写进论文的全栈项目它值得。但别指望直接复制粘贴就能过核心逻辑自己跑一遍坑自己踩一遍答辩时才有底气。希望帮到你。本文还有配套的精品资源点击获取