简介这是一套面向高校计算机相关专业学生的校园二手物品交易系统毕业设计资料采用微信小程序开发工具、MySQL、Java与B/S架构实现适合作为毕业设计、课程设计的完整参考方案。压缩包共941个文件约30.07MB涵盖Java源码、JSP页面、class编译文件、js与json配置、wxss与wxml小程序页面、gif演示素材及sql数据库脚本等前后端与数据库结构齐全。服务端包含后台首页、用户信息管理、商品信息管理、违规投诉管理、订单管理及个人信息管理前端小程序则实现首页分类浏览、全部商品查看、二手物品发布与个人中心等模块功能链路完整。已有2597人学习下载读者可据此快速理解小程序与Java后端联调思路、数据库表设计及页面组织方式并对照演示视频与源码梳理项目结构为选题开题、功能扩展和答辩准备提供直接参考。1. 校园二手交易小程序从选题到跑通一套能交差的完整链路每年毕业季计算机专业的选题里总有一类经久不衰基于微信小程序的校园二手物品交易系统。为什么它年年有人做因为它同时踩中了三个刚需——微信小程序开发门槛低、校园二手交易场景真实、数据库增删改查能覆盖毕设考核点。但真正动手你会发现坑不在“写不出来”而在“写出来跑不通、演示翻车、答辩被问住”。这套系统要解决的核心问题很具体学生把闲置的书、自行车、电子产品挂上去别人能搜到、能联系、能下单或线下交易管理员能审核、能下架违规商品。它适合两类人一是需要一份能演示、能讲清技术栈的毕业设计二是想借这个项目把微信小程序 后端 数据库这条链路真正走一遍的初学者。接下来我不讲空泛的“系统架构”只讲怎么从零把它跑起来、参数怎么设、哪里最容易翻车。2. 技术选型与数据库设计别让表结构在答辩时被问穿2.1 为什么是微信小程序 轻量后端而不是纯前端或重型框架很多同学一上来就想用 Spring Boot MyBatis Redis 全家桶结果光环境配置就耗掉两周最后功能没写完。常见做法是微信小程序原生开发或 uniapp 打包成小程序后端用 Node.jsExpress/Koa或 JavaSpring Boot 精简版数据库用 MySQL。这个组合的好处是——小程序端有官方开发者工具后端接口用最朴素的 RESTful 风格数据库用 MySQL 是因为学校机房、云服务器、本地环境都最容易装。选型理由要能说清楚小程序负责展示和交互后端负责业务逻辑和鉴权数据库负责持久化。三者边界清晰答辩时老师问“为什么不用云开发”你可以答“云开发虽然快但数据库操作被封装了不利于展示对数据库增删改查的理解而且后期迁移到自建服务器成本高”。这个回答既真实又加分。提示如果时间紧微信云开发确实能省掉后端但毕设通常要求体现“数据库设计能力”纯云开发容易被质疑工作量。建议至少把核心表用 MySQL 建一遍。2.2 数据库表设计五张核心表与字段取舍校园二手交易系统的表不用多但每张表的字段要经得起追问。下面是我一般会用的最小可行表结构直接给 SQL-- 用户表区分普通学生和管理员 CREATE TABLE user ( id INT NOT NULL AUTO_INCREMENT, openid VARCHAR(64) NOT NULL COMMENT 微信openid唯一标识, nickname VARCHAR(50) DEFAULT NULL, avatar_url VARCHAR(255) DEFAULT NULL, role TINYINT DEFAULT 0 COMMENT 0学生 1管理员, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_openid (openid) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 商品表核心字段决定搜索和展示 CREATE TABLE goods ( id INT NOT NULL AUTO_INCREMENT, user_id INT NOT NULL COMMENT 发布者, title VARCHAR(100) NOT NULL, description TEXT, price DECIMAL(10,2) NOT NULL, category VARCHAR(20) DEFAULT 其他, images VARCHAR(500) DEFAULT NULL COMMENT 逗号分隔的图片路径, status TINYINT DEFAULT 1 COMMENT 1在售 2已售 3下架, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_user (user_id), KEY idx_status (status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 订单表线下交易也要留记录 CREATE TABLE orders ( id INT NOT NULL AUTO_INCREMENT, goods_id INT NOT NULL, buyer_id INT NOT NULL, seller_id INT NOT NULL, status TINYINT DEFAULT 0 COMMENT 0待确认 1已完成 2已取消, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_goods (goods_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 留言/评论表 CREATE TABLE comment ( id INT NOT NULL AUTO_INCREMENT, goods_id INT NOT NULL, user_id INT NOT NULL, content VARCHAR(255) NOT NULL, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_goods (goods_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 分类表方便后台管理 CREATE TABLE category ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(20) NOT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;逻辑说明user表的openid是微信登录后拿到的唯一标识必须加唯一索引否则同一用户会重复插入。goods表的images用逗号分隔路径虽然不符合第一范式但毕设场景下比单独建图片表更省事答辩时如果被问到就说“为了简化前端渲染实际生产环境会拆表”。orders表同时存buyer_id和seller_id是为了买卖双方都能查自己的订单。status字段用 TINYINT 而不是 ENUM是因为 ENUM 改起来麻烦TINYINT 在代码里用常量映射更灵活。参数说明utf8mb4必须指定否则 emoji 和部分生僻字会报错。DECIMAL(10,2)存价格别用 FLOAT否则 0.10.2 的问题会在对账时让你怀疑人生。索引加在user_id、status、goods_id上因为列表查询和详情查询最频繁。2.3 微信登录与用户身份打通小程序端调用wx.login()拿到 code传给后端后端用 code appid secret 换 openid。这一步是很多人的第一个翻车点code 只能用一次且五分钟过期。如果你在开发者工具里反复点登录第二次就会失败必须重新wx.login()。// 小程序端登录并获取 openid wx.login({ success: (res) { if (res.code) { wx.request({ url: https://你的域名/api/login, method: POST, data: { code: res.code }, success: (resp) { // 后端返回 openid 和自定义 token wx.setStorageSync(token, resp.data.token); wx.setStorageSync(openid, resp.data.openid); } }); } } });后端换 openid 的请求Node.js 示例const axios require(axios); app.post(/api/login, async (req, res) { const { code } req.body; const appid 你的appid; const secret 你的secret; const url https://api.weixin.qq.com/sns/jscode2session?appid${appid}secret${secret}js_code${code}grant_typeauthorization_code; const { data } await axios.get(url); // data 包含 openid 和 session_key // 这里应该查库没有就插入新用户 res.json({ openid: data.openid, token: 自定义token }); });逻辑说明jscode2session是微信官方接口返回openid和session_key。session_key不要传给前端只存后端。自定义 token 可以用 JWT也可以简单用 openid 加签名毕设场景下 JWT 更规范。参数说明appid和secret在小程序后台“开发管理”里找别硬编码在代码里用环境变量或配置文件。3. 小程序端核心页面与列表加载更多3.1 首页商品列表分页加载与下拉刷新校园二手交易系统的首页就是一个商品列表但列表加载更多是高频翻车点。常见错误是上拉触底后重复请求同一页或者没有loading状态导致连续触发。正确做法是用page和pageSize控制并在请求前判断是否还有数据。// pages/index/index.js Page({ data: { goodsList: [], page: 1, pageSize: 10, hasMore: true, isLoading: false }, onLoad() { this.loadGoods(); }, onReachBottom() { if (this.data.hasMore !this.data.isLoading) { this.setData({ page: this.data.page 1 }); this.loadGoods(); } }, loadGoods() { this.setData({ isLoading: true }); wx.request({ url: https://你的域名/api/goods, data: { page: this.data.page, pageSize: this.data.pageSize }, success: (res) { const newList res.data.list; this.setData({ goodsList: this.data.page 1 ? newList : this.data.goodsList.concat(newList), hasMore: newList.length this.data.pageSize, isLoading: false }); }, fail: () { this.setData({ isLoading: false }); wx.showToast({ title: 加载失败, icon: none }); } }); } });逻辑说明onReachBottom是小程序页面的上拉触底生命周期触发时先判断hasMore和isLoading避免重复请求。page 1时直接替换列表否则拼接。hasMore的判断依据是“本次返回条数是否等于 pageSize”如果小于说明后面没数据了。参数说明pageSize建议 10 或 20太大首屏慢太小请求频繁。后端接口必须支持page和pageSize参数SQL 用LIMIT offset, size。注意微信开发者工具里上拉触底可能不触发需要在真机或模拟器里调。如果一直不触发检查页面高度是否撑满或者onReachBottom是否写在了正确的 Page 里。3.2 商品详情与图片上传详情页要展示图片轮播、标题、价格、描述、发布者信息以及“联系卖家”按钮。图片上传用wx.chooseImage和wx.uploadFile但要注意小程序上传的图片是临时路径必须上传到服务器或云存储后才能持久化。// 发布商品页选择并上传图片 wx.chooseImage({ count: 3, success: (res) { const tempFilePaths res.tempFilePaths; tempFilePaths.forEach((path) { wx.uploadFile({ url: https://你的域名/api/upload, filePath: path, name: file, success: (uploadRes) { const data JSON.parse(uploadRes.data); // 把返回的图片 URL 存到数组里 this.setData({ images: this.data.images.concat(data.url) }); } }); }); } });逻辑说明wx.chooseImage的count控制最多选几张tempFilePaths是本地临时路径。wx.uploadFile的name必须和后端接收字段一致。后端用multerNode.js或MultipartFileJava接收存到本地uploads目录或对象存储返回可访问的 URL。参数说明图片大小建议限制在 2MB 以内小程序默认压缩但后端最好也做校验。如果图片存本地记得配置静态资源访问路径否则前端拿到 URL 也打不开。4. 后端接口与数据库增删改查的落地细节4.1 商品发布接口从请求到入库的完整链路发布商品是核心写操作涉及参数校验、用户鉴权、图片路径处理。下面是一个 Node.js MySQL 的示例const express require(express); const router express.Router(); const db require(../db); // mysql2 连接池 router.post(/api/goods, async (req, res) { const { title, description, price, category, images } req.body; const token req.headers[authorization]; // 从 token 解析出 user_id这里简化处理 const userId parseToken(token); if (!userId) return res.status(401).json({ msg: 未登录 }); if (!title || !price) return res.status(400).json({ msg: 标题和价格必填 }); const sql INSERT INTO goods (user_id, title, description, price, category, images) VALUES (?, ?, ?, ?, ?, ?); const [result] await db.execute(sql, [userId, title, description, price, category, images.join(,)]); res.json({ id: result.insertId, msg: 发布成功 }); });逻辑说明先鉴权再校验必填字段最后执行插入。images是数组入库前用join(,)转成字符串。db.execute用参数化查询防止 SQL 注入。参数说明price前端传过来可能是字符串MySQL 会自动转 DECIMAL但最好在代码里parseFloat一下。category如果为空给默认值“其他”。4.2 商品列表查询分页、筛选与状态过滤列表查询要支持分页、分类筛选、关键词搜索。SQL 动态拼接是常见做法但要注意防注入。router.get(/api/goods, async (req, res) { const page parseInt(req.query.page) || 1; const pageSize parseInt(req.query.pageSize) || 10; const category req.query.category || ; const keyword req.query.keyword || ; const offset (page - 1) * pageSize; let sql SELECT g.*, u.nickname, u.avatar_url FROM goods g LEFT JOIN user u ON g.user_id u.id WHERE g.status 1; const params []; if (category) { sql AND g.category ?; params.push(category); } if (keyword) { sql AND g.title LIKE ?; params.push(%${keyword}%); } sql ORDER BY g.created_at DESC LIMIT ? OFFSET ?; params.push(pageSize, offset); const [list] await db.execute(sql, params); res.json({ list, page, pageSize }); });逻辑说明LEFT JOIN user是为了拿到发布者昵称和头像前端展示更友好。status 1只查在售商品。LIKE搜索用%keyword%但数据量大时性能差毕设够用。参数说明LIMIT ? OFFSET ?在 mysql2 里可以直接传数字但有些版本需要String(pageSize)如果报错就转成字符串。ORDER BY created_at DESC保证最新发布在前。4.3 订单与留言状态流转与防重复提交订单表的状态流转要清晰买家点“想要”生成待确认订单卖家确认后变已完成取消变已取消。防重复提交的做法是在插入前先查是否已有同商品同买家的未完成订单。router.post(/api/orders, async (req, res) { const { goodsId } req.body; const buyerId parseToken(req.headers[authorization]); // 查商品是否存在且在售 const [goods] await db.execute(SELECT * FROM goods WHERE id ? AND status 1, [goodsId]); if (goods.length 0) return res.status(400).json({ msg: 商品不可购买 }); // 查是否已有未完成订单 const [exist] await db.execute(SELECT * FROM orders WHERE goods_id ? AND buyer_id ? AND status 0, [goodsId, buyerId]); if (exist.length 0) return res.status(400).json({ msg: 请勿重复下单 }); await db.execute(INSERT INTO orders (goods_id, buyer_id, seller_id, status) VALUES (?, ?, ?, 0), [goodsId, buyerId, goods[0].user_id]); res.json({ msg: 下单成功 }); });逻辑说明先校验商品状态再查重最后插入。seller_id从商品表里取不用前端传防止篡改。参数说明status 0表示待确认后续卖家操作更新为 1 或 2。留言接口类似但不需要状态流转直接插入即可。5. 避坑与排查那些让演示翻车的真实问题5.1 微信开发者工具能跑真机白屏现象开发者工具里一切正常用手机预览时首页白屏或接口报错。原因小程序要求所有请求域名必须配置在“开发管理-服务器域名”里且必须是 HTTPS。开发者工具可以勾选“不校验合法域名”但真机不行。解决要么把后端部署到有 HTTPS 的服务器并配置域名要么在真机调试时打开“调试模式”临时跳过校验。毕设演示建议提前配好域名别在答辩现场才发现。5.2 数据库连接数耗尽接口突然全部超时现象本地测试正常多人同时访问后接口卡死重启后端恢复。原因每次请求都新建 MySQL 连接没有用连接池连接数达到上限。解决用mysql2的createPool代替createConnection连接池大小设 10 左右。代码里统一从池里取连接用完释放。参数说明connectionLimit别设太大否则数据库扛不住waitForConnections设为 true让请求排队。5.3 图片上传成功但前端显示裂图现象上传接口返回了 URL但小程序里image标签显示不出来。原因后端返回的是相对路径如/uploads/xxx.jpg小程序需要完整 URL或者静态资源目录没有配置对外访问。解决后端返回完整 URL带域名和协议并确保express.static或 Nginx 配置了uploads目录。如果图片存本地注意服务器重启后文件还在别存到临时目录。5.4 下拉刷新后列表重复现象下拉刷新时新数据拼在了旧数据后面出现重复商品。原因刷新时没有重置page为 1或者goodsList没有清空。解决下拉刷新回调里先把page设为 1goodsList设为空数组再请求。或者用this.data.page 1判断替换逻辑但刷新时必须手动重置。5.5 答辩时被问“并发下单怎么办”现象老师问如果两个人同时点同一个商品会不会都下单成功。原因没有做库存或状态锁定。解决在订单插入前用UPDATE goods SET status 2 WHERE id ? AND status 1根据affectedRows判断是否抢到。如果返回 0说明已被别人买走。这个回答能体现你对并发的基本理解比“加锁”更具体。6. 进阶技巧用演示视频和源码整理打动答辩老师最后一章不讲新功能讲怎么把已有的东西整理成能交差的材料。很多同学代码写完了但演示视频录得乱七八糟源码文件夹一团糟答辩时老师翻半天找不到重点。我的习惯是先录演示视频再根据视频整理源码目录。演示视频控制在 3 到 5 分钟按“登录 → 首页列表 → 搜索 → 详情 → 发布 → 订单 → 后台管理”的顺序走一遍。录屏用微信开发者工具的“真机调试”或手机自带录屏别用模拟器真机更真实。视频里要有人声解说哪怕普通话不标准也比无声强。解说词提前写好每步一句话比如“这里是首页上拉可以加载更多下拉可以刷新”。源码整理按功能模块分文件夹别把所有文件堆在根目录。一个可参考的结构目录内容miniprogram/小程序端所有页面和组件server/后端接口代码server/routes/路由文件按商品、订单、用户拆分server/db/数据库连接和 SQL 封装sql/建表语句和初始数据uploads/上传的图片演示前清空避免隐私README.md环境要求、启动步骤、接口说明README 里写清楚Node.js 版本、MySQL 版本、如何导入 SQL、如何修改数据库密码、如何启动后端、如何用开发者工具打开小程序。别写“请自行配置”要写具体命令。比如# 导入数据库 mysql -u root -p sql/init.sql # 启动后端 cd server npm install npm run start # 小程序端用微信开发者工具打开 miniprogram 目录修改 app.js 里的 baseUrl最后说一个血泪经验答辩前三天把整个系统在另一台电脑上从零部署一遍。你会发现很多“在我电脑上能跑”的问题比如路径写死、环境变量没配、数据库密码不对。提前踩一遍比答辩现场冒汗强。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/14 9:43:13 · 阅读 1.2k 微信小程序校园二手交易系统：从数据库设计到避坑的完整开发链路
简介这是一套面向高校计算机相关专业学生的校园二手物品交易系统毕业设计资料采用微信小程序开发工具、MySQL、Java与B/S架构实现适合作为毕业设计、课程设计的完整参考方案。压缩包共941个文件约30.07MB涵盖Java源码、JSP页面、class编译文件、js与json配置、wxss与wxml小程序页面、gif演示素材及sql数据库脚本等前后端与数据库结构齐全。服务端包含后台首页、用户信息管理、商品信息管理、违规投诉管理、订单管理及个人信息管理前端小程序则实现首页分类浏览、全部商品查看、二手物品发布与个人中心等模块功能链路完整。已有2597人学习下载读者可据此快速理解小程序与Java后端联调思路、数据库表设计及页面组织方式并对照演示视频与源码梳理项目结构为选题开题、功能扩展和答辩准备提供直接参考。1. 校园二手交易小程序从选题到跑通一套能交差的完整链路每年毕业季计算机专业的选题里总有一类经久不衰基于微信小程序的校园二手物品交易系统。为什么它年年有人做因为它同时踩中了三个刚需——微信小程序开发门槛低、校园二手交易场景真实、数据库增删改查能覆盖毕设考核点。但真正动手你会发现坑不在“写不出来”而在“写出来跑不通、演示翻车、答辩被问住”。这套系统要解决的核心问题很具体学生把闲置的书、自行车、电子产品挂上去别人能搜到、能联系、能下单或线下交易管理员能审核、能下架违规商品。它适合两类人一是需要一份能演示、能讲清技术栈的毕业设计二是想借这个项目把微信小程序 后端 数据库这条链路真正走一遍的初学者。接下来我不讲空泛的“系统架构”只讲怎么从零把它跑起来、参数怎么设、哪里最容易翻车。2. 技术选型与数据库设计别让表结构在答辩时被问穿2.1 为什么是微信小程序 轻量后端而不是纯前端或重型框架很多同学一上来就想用 Spring Boot MyBatis Redis 全家桶结果光环境配置就耗掉两周最后功能没写完。常见做法是微信小程序原生开发或 uniapp 打包成小程序后端用 Node.jsExpress/Koa或 JavaSpring Boot 精简版数据库用 MySQL。这个组合的好处是——小程序端有官方开发者工具后端接口用最朴素的 RESTful 风格数据库用 MySQL 是因为学校机房、云服务器、本地环境都最容易装。选型理由要能说清楚小程序负责展示和交互后端负责业务逻辑和鉴权数据库负责持久化。三者边界清晰答辩时老师问“为什么不用云开发”你可以答“云开发虽然快但数据库操作被封装了不利于展示对数据库增删改查的理解而且后期迁移到自建服务器成本高”。这个回答既真实又加分。提示如果时间紧微信云开发确实能省掉后端但毕设通常要求体现“数据库设计能力”纯云开发容易被质疑工作量。建议至少把核心表用 MySQL 建一遍。2.2 数据库表设计五张核心表与字段取舍校园二手交易系统的表不用多但每张表的字段要经得起追问。下面是我一般会用的最小可行表结构直接给 SQL-- 用户表区分普通学生和管理员 CREATE TABLE user ( id INT NOT NULL AUTO_INCREMENT, openid VARCHAR(64) NOT NULL COMMENT 微信openid唯一标识, nickname VARCHAR(50) DEFAULT NULL, avatar_url VARCHAR(255) DEFAULT NULL, role TINYINT DEFAULT 0 COMMENT 0学生 1管理员, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_openid (openid) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 商品表核心字段决定搜索和展示 CREATE TABLE goods ( id INT NOT NULL AUTO_INCREMENT, user_id INT NOT NULL COMMENT 发布者, title VARCHAR(100) NOT NULL, description TEXT, price DECIMAL(10,2) NOT NULL, category VARCHAR(20) DEFAULT 其他, images VARCHAR(500) DEFAULT NULL COMMENT 逗号分隔的图片路径, status TINYINT DEFAULT 1 COMMENT 1在售 2已售 3下架, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_user (user_id), KEY idx_status (status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 订单表线下交易也要留记录 CREATE TABLE orders ( id INT NOT NULL AUTO_INCREMENT, goods_id INT NOT NULL, buyer_id INT NOT NULL, seller_id INT NOT NULL, status TINYINT DEFAULT 0 COMMENT 0待确认 1已完成 2已取消, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_goods (goods_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 留言/评论表 CREATE TABLE comment ( id INT NOT NULL AUTO_INCREMENT, goods_id INT NOT NULL, user_id INT NOT NULL, content VARCHAR(255) NOT NULL, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_goods (goods_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 分类表方便后台管理 CREATE TABLE category ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(20) NOT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;逻辑说明user表的openid是微信登录后拿到的唯一标识必须加唯一索引否则同一用户会重复插入。goods表的images用逗号分隔路径虽然不符合第一范式但毕设场景下比单独建图片表更省事答辩时如果被问到就说“为了简化前端渲染实际生产环境会拆表”。orders表同时存buyer_id和seller_id是为了买卖双方都能查自己的订单。status字段用 TINYINT 而不是 ENUM是因为 ENUM 改起来麻烦TINYINT 在代码里用常量映射更灵活。参数说明utf8mb4必须指定否则 emoji 和部分生僻字会报错。DECIMAL(10,2)存价格别用 FLOAT否则 0.10.2 的问题会在对账时让你怀疑人生。索引加在user_id、status、goods_id上因为列表查询和详情查询最频繁。2.3 微信登录与用户身份打通小程序端调用wx.login()拿到 code传给后端后端用 code appid secret 换 openid。这一步是很多人的第一个翻车点code 只能用一次且五分钟过期。如果你在开发者工具里反复点登录第二次就会失败必须重新wx.login()。// 小程序端登录并获取 openid wx.login({ success: (res) { if (res.code) { wx.request({ url: https://你的域名/api/login, method: POST, data: { code: res.code }, success: (resp) { // 后端返回 openid 和自定义 token wx.setStorageSync(token, resp.data.token); wx.setStorageSync(openid, resp.data.openid); } }); } } });后端换 openid 的请求Node.js 示例const axios require(axios); app.post(/api/login, async (req, res) { const { code } req.body; const appid 你的appid; const secret 你的secret; const url https://api.weixin.qq.com/sns/jscode2session?appid${appid}secret${secret}js_code${code}grant_typeauthorization_code; const { data } await axios.get(url); // data 包含 openid 和 session_key // 这里应该查库没有就插入新用户 res.json({ openid: data.openid, token: 自定义token }); });逻辑说明jscode2session是微信官方接口返回openid和session_key。session_key不要传给前端只存后端。自定义 token 可以用 JWT也可以简单用 openid 加签名毕设场景下 JWT 更规范。参数说明appid和secret在小程序后台“开发管理”里找别硬编码在代码里用环境变量或配置文件。3. 小程序端核心页面与列表加载更多3.1 首页商品列表分页加载与下拉刷新校园二手交易系统的首页就是一个商品列表但列表加载更多是高频翻车点。常见错误是上拉触底后重复请求同一页或者没有loading状态导致连续触发。正确做法是用page和pageSize控制并在请求前判断是否还有数据。// pages/index/index.js Page({ data: { goodsList: [], page: 1, pageSize: 10, hasMore: true, isLoading: false }, onLoad() { this.loadGoods(); }, onReachBottom() { if (this.data.hasMore !this.data.isLoading) { this.setData({ page: this.data.page 1 }); this.loadGoods(); } }, loadGoods() { this.setData({ isLoading: true }); wx.request({ url: https://你的域名/api/goods, data: { page: this.data.page, pageSize: this.data.pageSize }, success: (res) { const newList res.data.list; this.setData({ goodsList: this.data.page 1 ? newList : this.data.goodsList.concat(newList), hasMore: newList.length this.data.pageSize, isLoading: false }); }, fail: () { this.setData({ isLoading: false }); wx.showToast({ title: 加载失败, icon: none }); } }); } });逻辑说明onReachBottom是小程序页面的上拉触底生命周期触发时先判断hasMore和isLoading避免重复请求。page 1时直接替换列表否则拼接。hasMore的判断依据是“本次返回条数是否等于 pageSize”如果小于说明后面没数据了。参数说明pageSize建议 10 或 20太大首屏慢太小请求频繁。后端接口必须支持page和pageSize参数SQL 用LIMIT offset, size。注意微信开发者工具里上拉触底可能不触发需要在真机或模拟器里调。如果一直不触发检查页面高度是否撑满或者onReachBottom是否写在了正确的 Page 里。3.2 商品详情与图片上传详情页要展示图片轮播、标题、价格、描述、发布者信息以及“联系卖家”按钮。图片上传用wx.chooseImage和wx.uploadFile但要注意小程序上传的图片是临时路径必须上传到服务器或云存储后才能持久化。// 发布商品页选择并上传图片 wx.chooseImage({ count: 3, success: (res) { const tempFilePaths res.tempFilePaths; tempFilePaths.forEach((path) { wx.uploadFile({ url: https://你的域名/api/upload, filePath: path, name: file, success: (uploadRes) { const data JSON.parse(uploadRes.data); // 把返回的图片 URL 存到数组里 this.setData({ images: this.data.images.concat(data.url) }); } }); }); } });逻辑说明wx.chooseImage的count控制最多选几张tempFilePaths是本地临时路径。wx.uploadFile的name必须和后端接收字段一致。后端用multerNode.js或MultipartFileJava接收存到本地uploads目录或对象存储返回可访问的 URL。参数说明图片大小建议限制在 2MB 以内小程序默认压缩但后端最好也做校验。如果图片存本地记得配置静态资源访问路径否则前端拿到 URL 也打不开。4. 后端接口与数据库增删改查的落地细节4.1 商品发布接口从请求到入库的完整链路发布商品是核心写操作涉及参数校验、用户鉴权、图片路径处理。下面是一个 Node.js MySQL 的示例const express require(express); const router express.Router(); const db require(../db); // mysql2 连接池 router.post(/api/goods, async (req, res) { const { title, description, price, category, images } req.body; const token req.headers[authorization]; // 从 token 解析出 user_id这里简化处理 const userId parseToken(token); if (!userId) return res.status(401).json({ msg: 未登录 }); if (!title || !price) return res.status(400).json({ msg: 标题和价格必填 }); const sql INSERT INTO goods (user_id, title, description, price, category, images) VALUES (?, ?, ?, ?, ?, ?); const [result] await db.execute(sql, [userId, title, description, price, category, images.join(,)]); res.json({ id: result.insertId, msg: 发布成功 }); });逻辑说明先鉴权再校验必填字段最后执行插入。images是数组入库前用join(,)转成字符串。db.execute用参数化查询防止 SQL 注入。参数说明price前端传过来可能是字符串MySQL 会自动转 DECIMAL但最好在代码里parseFloat一下。category如果为空给默认值“其他”。4.2 商品列表查询分页、筛选与状态过滤列表查询要支持分页、分类筛选、关键词搜索。SQL 动态拼接是常见做法但要注意防注入。router.get(/api/goods, async (req, res) { const page parseInt(req.query.page) || 1; const pageSize parseInt(req.query.pageSize) || 10; const category req.query.category || ; const keyword req.query.keyword || ; const offset (page - 1) * pageSize; let sql SELECT g.*, u.nickname, u.avatar_url FROM goods g LEFT JOIN user u ON g.user_id u.id WHERE g.status 1; const params []; if (category) { sql AND g.category ?; params.push(category); } if (keyword) { sql AND g.title LIKE ?; params.push(%${keyword}%); } sql ORDER BY g.created_at DESC LIMIT ? OFFSET ?; params.push(pageSize, offset); const [list] await db.execute(sql, params); res.json({ list, page, pageSize }); });逻辑说明LEFT JOIN user是为了拿到发布者昵称和头像前端展示更友好。status 1只查在售商品。LIKE搜索用%keyword%但数据量大时性能差毕设够用。参数说明LIMIT ? OFFSET ?在 mysql2 里可以直接传数字但有些版本需要String(pageSize)如果报错就转成字符串。ORDER BY created_at DESC保证最新发布在前。4.3 订单与留言状态流转与防重复提交订单表的状态流转要清晰买家点“想要”生成待确认订单卖家确认后变已完成取消变已取消。防重复提交的做法是在插入前先查是否已有同商品同买家的未完成订单。router.post(/api/orders, async (req, res) { const { goodsId } req.body; const buyerId parseToken(req.headers[authorization]); // 查商品是否存在且在售 const [goods] await db.execute(SELECT * FROM goods WHERE id ? AND status 1, [goodsId]); if (goods.length 0) return res.status(400).json({ msg: 商品不可购买 }); // 查是否已有未完成订单 const [exist] await db.execute(SELECT * FROM orders WHERE goods_id ? AND buyer_id ? AND status 0, [goodsId, buyerId]); if (exist.length 0) return res.status(400).json({ msg: 请勿重复下单 }); await db.execute(INSERT INTO orders (goods_id, buyer_id, seller_id, status) VALUES (?, ?, ?, 0), [goodsId, buyerId, goods[0].user_id]); res.json({ msg: 下单成功 }); });逻辑说明先校验商品状态再查重最后插入。seller_id从商品表里取不用前端传防止篡改。参数说明status 0表示待确认后续卖家操作更新为 1 或 2。留言接口类似但不需要状态流转直接插入即可。5. 避坑与排查那些让演示翻车的真实问题5.1 微信开发者工具能跑真机白屏现象开发者工具里一切正常用手机预览时首页白屏或接口报错。原因小程序要求所有请求域名必须配置在“开发管理-服务器域名”里且必须是 HTTPS。开发者工具可以勾选“不校验合法域名”但真机不行。解决要么把后端部署到有 HTTPS 的服务器并配置域名要么在真机调试时打开“调试模式”临时跳过校验。毕设演示建议提前配好域名别在答辩现场才发现。5.2 数据库连接数耗尽接口突然全部超时现象本地测试正常多人同时访问后接口卡死重启后端恢复。原因每次请求都新建 MySQL 连接没有用连接池连接数达到上限。解决用mysql2的createPool代替createConnection连接池大小设 10 左右。代码里统一从池里取连接用完释放。参数说明connectionLimit别设太大否则数据库扛不住waitForConnections设为 true让请求排队。5.3 图片上传成功但前端显示裂图现象上传接口返回了 URL但小程序里image标签显示不出来。原因后端返回的是相对路径如/uploads/xxx.jpg小程序需要完整 URL或者静态资源目录没有配置对外访问。解决后端返回完整 URL带域名和协议并确保express.static或 Nginx 配置了uploads目录。如果图片存本地注意服务器重启后文件还在别存到临时目录。5.4 下拉刷新后列表重复现象下拉刷新时新数据拼在了旧数据后面出现重复商品。原因刷新时没有重置page为 1或者goodsList没有清空。解决下拉刷新回调里先把page设为 1goodsList设为空数组再请求。或者用this.data.page 1判断替换逻辑但刷新时必须手动重置。5.5 答辩时被问“并发下单怎么办”现象老师问如果两个人同时点同一个商品会不会都下单成功。原因没有做库存或状态锁定。解决在订单插入前用UPDATE goods SET status 2 WHERE id ? AND status 1根据affectedRows判断是否抢到。如果返回 0说明已被别人买走。这个回答能体现你对并发的基本理解比“加锁”更具体。6. 进阶技巧用演示视频和源码整理打动答辩老师最后一章不讲新功能讲怎么把已有的东西整理成能交差的材料。很多同学代码写完了但演示视频录得乱七八糟源码文件夹一团糟答辩时老师翻半天找不到重点。我的习惯是先录演示视频再根据视频整理源码目录。演示视频控制在 3 到 5 分钟按“登录 → 首页列表 → 搜索 → 详情 → 发布 → 订单 → 后台管理”的顺序走一遍。录屏用微信开发者工具的“真机调试”或手机自带录屏别用模拟器真机更真实。视频里要有人声解说哪怕普通话不标准也比无声强。解说词提前写好每步一句话比如“这里是首页上拉可以加载更多下拉可以刷新”。源码整理按功能模块分文件夹别把所有文件堆在根目录。一个可参考的结构目录内容miniprogram/小程序端所有页面和组件server/后端接口代码server/routes/路由文件按商品、订单、用户拆分server/db/数据库连接和 SQL 封装sql/建表语句和初始数据uploads/上传的图片演示前清空避免隐私README.md环境要求、启动步骤、接口说明README 里写清楚Node.js 版本、MySQL 版本、如何导入 SQL、如何修改数据库密码、如何启动后端、如何用开发者工具打开小程序。别写“请自行配置”要写具体命令。比如# 导入数据库 mysql -u root -p sql/init.sql # 启动后端 cd server npm install npm run start # 小程序端用微信开发者工具打开 miniprogram 目录修改 app.js 里的 baseUrl最后说一个血泪经验答辩前三天把整个系统在另一台电脑上从零部署一遍。你会发现很多“在我电脑上能跑”的问题比如路径写死、环境变量没配、数据库密码不对。提前踩一遍比答辩现场冒汗强。希望帮到你。本文还有配套的精品资源点击获取