简介这份资源是面向计算机相关专业毕业设计学生与项目实战学习者的校园二手交易平台完整源码包基于微信小程序开发配套数据库脚本整体难度适中适合作为毕设选题或课程设计参考。压缩包共127个文件约2.31MB包含43个png与8个jpg界面素材、20个java后端源码、11个xml与11个js配置脚本、9个wxss与8个wxml小程序页面文件以及json、yml、properties、sql等配置与建库文件前后端结构清晰便于按模块阅读与二次开发。项目经导师指导并通过评审源码均经本地编译与严格调试可正常运行。目前已有415人学习下载。读者可据此掌握小程序页面搭建、后端接口编写、数据库表设计与前后端联调思路快速搭建可演示的校园二手交易系统为答辩与项目练习提供完整参考。1. 校园二手交易平台小程序从课程作业到能跑通的毕业设计每年毕业季计算机相关专业的毕设选题里微信小程序校园二手交易平台的出现频率高得离谱。原因不复杂需求场景真实功能边界清晰技术栈成熟答辩时老师也容易理解。但真正动手做的时候很多人卡在同一个地方——网上能找到的源码要么跑不起来要么数据库表结构缺字段要么前端页面和接口对不上。更麻烦的是有些项目用了 uniapp 开发微信小程序结果编译配置和原生小程序混在一起改都不知道从哪下手。这个标题背后要解决的核心问题其实就三件事第一小程序端能不能正常跑起来包括登录、发布商品、浏览列表、下单这些主流程第二数据库设计是否完整用户表、商品表、订单表、分类表之间的关联能不能支撑业务查询第三源码拿到手之后怎么在本地环境里把前后端都启动而不是只打开一个空壳页面。适合的人群很明确正在做毕设的本科生、需要快速搭建校园二手平台原型的开发者、以及想拿一个完整项目练手微信小程序开发的人。接下来我会按实际落地的顺序把选型理由、数据库设计、前后端跑通步骤和常见翻车点讲清楚。2. 技术选型与数据库设计为什么这套组合能撑起校园二手交易2.1 微信小程序原生开发 vs uniapp毕设场景下怎么选校园二手交易平台的核心交互并不复杂列表滚动、表单提交、图片上传、订单状态流转。这些用微信小程序原生框架完全能覆盖而且调试工具链最直接。但很多毕设项目会选 uniapp理由是“一套代码多端发布”。实际做下来如果只做微信小程序端uniapp 的跨端优势用不上反而多了一层编译配置出问题时排查路径变长。我一般会建议如果毕设只要求微信小程序用原生开发。WXML WXSS JS 的结构和微信开发者工具绑定最紧遇到报错能直接定位到具体 API。如果学校要求同时出 H5 或 App 版本再考虑 uniapp。原生开发里几个关键点app.json里配置页面路由和 tabBarwx.request封装统一请求拦截wx.uploadFile处理商品图片上传。这些在原生文档里都有明确示例不需要额外引入第三方库。数据库方面校园二手交易平台的数据关系不复杂但也不能太随意。常见做法是用 MySQL表结构至少包含用户表user、商品表goods、商品分类表category、订单表order、收货地址表address。其中商品表需要冗余一个发布者 ID 和分类 ID订单表需要关联买家 ID 和商品 ID。如果要做留言或收藏功能再加两张关联表。表字段命名用下划线风格避免和 MySQL 保留字冲突比如order表名最好写成orders或trade_order。2.2 数据库表结构五个核心表的字段与关联下面是一套能支撑基本交易的建表 SQL字段类型按 MySQL 8.0 常用配置来。注意goods表里status字段用来标记商品是否已售出orders表里order_status控制订单流转。-- 用户表 CREATE TABLE user ( id int NOT NULL AUTO_INCREMENT, openid varchar(64) NOT NULL COMMENT 微信openid, nickname varchar(64) DEFAULT NULL, avatar_url varchar(255) DEFAULT NULL, phone varchar(20) DEFAULT NULL, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_openid (openid) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 商品分类表 CREATE TABLE category ( id int NOT NULL AUTO_INCREMENT, name varchar(32) NOT NULL, sort_order int DEFAULT 0, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 商品表 CREATE TABLE goods ( id int NOT NULL AUTO_INCREMENT, user_id int NOT NULL COMMENT 发布者ID, category_id int NOT NULL, title varchar(128) NOT NULL, description text, price decimal(10,2) NOT NULL, original_price decimal(10,2) DEFAULT NULL, cover_image varchar(255) DEFAULT NULL, status tinyint DEFAULT 0 COMMENT 0在售 1已售 2下架, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_user_id (user_id), KEY idx_category_id (category_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 订单表 CREATE TABLE orders ( id int NOT NULL AUTO_INCREMENT, order_no varchar(32) NOT NULL, goods_id int NOT NULL, buyer_id int NOT NULL, seller_id int NOT NULL, amount decimal(10,2) NOT NULL, order_status tinyint DEFAULT 0 COMMENT 0待确认 1已确认 2已完成 3已取消, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_order_no (order_no), KEY idx_goods_id (goods_id), KEY idx_buyer_id (buyer_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 收货地址表 CREATE TABLE address ( id int NOT NULL AUTO_INCREMENT, user_id int NOT NULL, receiver varchar(32) NOT NULL, phone varchar(20) NOT NULL, detail varchar(255) NOT NULL, is_default tinyint DEFAULT 0, PRIMARY KEY (id), KEY idx_user_id (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;建表逻辑说明user表的openid加唯一索引因为微信登录后 openid 是用户唯一标识重复插入会报错提前约束比在代码里判断更可靠。goods表的status用 tinyint 而不是 varchar查询时WHERE status 0比字符串比较快也省空间。orders表的order_no用唯一索引生成规则可以用时间戳加随机数避免并发时订单号重复。address表没有做复杂关联因为校园二手交易大多是同校当面交易地址表可以简化甚至去掉但保留字段方便扩展。参数调整建议如果学校要求支持图片多张上传goods表可以拆出一个goods_image表字段为goods_id和image_url一对多关系。如果要做收藏功能加一张user_favorite表联合唯一索引(user_id, goods_id)防止重复收藏。字符集统一用utf8mb4否则商品标题里的 emoji 或特殊符号会插入失败。3. 前后端跑通从源码到本地可访问的完整步骤3.1 后端接口服务启动与数据库连接配置拿到源码后先看后端用什么语言写的。常见的是 Java Spring Boot 或 Node.js Express也有用 Python Flask 的。不管哪种第一步都是改数据库连接配置。以 Spring Boot 为例配置文件在src/main/resources/application.yml或application.properties。需要改的四个参数数据库地址、端口、用户名、密码。spring: datasource: url: jdbc:mysql://localhost:3306/campus_trade?useUnicodetruecharacterEncodingutf8mb4serverTimezoneAsia/Shanghai username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver这里campus_trade是数据库名需要先在 MySQL 里创建。serverTimezone必须设否则插入时间会差 8 小时。characterEncoding用utf8mb4和建表时保持一致。改完配置后用 Maven 或 Gradle 拉依赖然后启动主类。如果启动报Table campus_trade.xxx doesnt exist说明建表 SQL 没执行把第 2 章的 SQL 在数据库里跑一遍。Node.js 后端的配置类似找.env文件或config/db.js改host、user、password、database四个字段。启动命令一般是npm install然后npm run dev。如果端口被占用改PORT环境变量或配置文件里的端口号。启动成功后用浏览器访问http://localhost:端口/看是否有接口返回或者用 Postman 测一个登录接口。3.2 小程序端配置修改与真机预览小程序端拿到源码后用微信开发者工具打开项目根目录。第一件事是改app.js或config.js里的接口基地址。很多源码里写的是http://localhost:8080但微信开发者工具在电脑上跑localhost 指向电脑本身能通。真机预览时 localhost 就不行了需要改成电脑的局域网 IP比如http://192.168.1.100:8080。同时要在微信开发者工具里勾选“不校验合法域名”否则请求会被拦截。// config.js const BASE_URL http://192.168.1.100:8080/api; export default BASE_URL;改完基地址后检查app.json里的pages列表确保所有页面路径都存在。如果某个页面路径写错编译会报Page xxx is not found。然后点“编译”看模拟器里首页是否正常渲染。如果首页空白打开调试器的 Console 看报错常见的是wx.request的url拼接错误或后端没启动。真机预览步骤点开发者工具右上角“预览”用手机微信扫码。如果手机和电脑不在同一个 WiFi 下请求会失败。另外微信小程序正式发布需要 HTTPS 域名并备案但毕设阶段用开发者工具的“不校验合法域名”选项就能绕过。如果学校要求演示时用真机提前把电脑防火墙关掉或者放行后端端口。3.3 核心接口联调登录、发布商品、下单登录流程是第一个要联调的接口。小程序端调用wx.login()拿到 code传给后端后端用 code 换 openid然后查用户表没有就插入新用户最后返回自定义登录态。这一步容易出问题的地方是后端换 openid 需要小程序的 AppID 和 AppSecret这两个值在微信公众平台后台获取不能写死在前端。// 小程序端登录 wx.login({ success: (res) { wx.request({ url: BASE_URL /user/login, method: POST, data: { code: res.code }, success: (resp) { wx.setStorageSync(token, resp.data.token); wx.setStorageSync(userId, resp.data.userId); } }); } });发布商品接口需要处理图片上传。小程序端用wx.chooseImage选图然后wx.uploadFile上传到后端后端保存文件并返回 URL再把 URL 和其他表单字段一起提交到商品创建接口。注意wx.uploadFile的name字段要和后端接收参数名一致否则后端收不到文件。下单接口需要校验商品状态如果status不是 0返回“商品已售出”。订单号生成用Date.now() Math.random().toString(36).slice(2, 8)基本不会重复。4. 避坑与排查源码跑不起来时先看这五条4.1 数据库连接报错Access denied 或 Unknown database现象后端启动直接抛异常提示Access denied for user rootlocalhost或Unknown database campus_trade。原因通常是密码不对或数据库没创建。解决先用命令行mysql -u root -p登录确认密码正确然后CREATE DATABASE campus_trade DEFAULT CHARSET utf8mb4;。如果密码忘了重置 MySQL 密码比改代码快。4.2 小程序请求失败不在以下 request 合法域名列表中现象模拟器里请求接口Console 报request:fail url not in domain list。原因是没有勾选“不校验合法域名”。解决微信开发者工具右上角“详情” → “本地设置” → 勾选“不校验合法域名、web-view业务域名、TLS 版本以及 HTTPS 证书”。真机预览时同样需要这个设置但正式发布必须配置 HTTPS 域名。4.3 图片上传后不显示路径拼接错误现象商品发布成功但列表里图片是裂图。原因通常是后端返回的是相对路径前端直接塞进image的src缺少基地址。解决后端返回完整 URL或者前端拼接BASE_URL imagePath。检查数据库里cover_image字段存的是/uploads/xxx.jpg还是http://...统一格式。4.4 订单状态不更新事务未提交或条件写错现象下单后订单状态一直是 0卖家确认后也没变。原因可能是后端更新语句的WHERE条件写错比如用order_no更新但传的是id。解决在 SQL 里打印实际执行的语句确认WHERE字段和参数匹配。另外如果用了事务检查commit是否执行。4.5 真机预览白屏基础库版本不兼容现象模拟器正常手机扫码后白屏。原因可能是手机微信的基础库版本低于代码里用的 API 最低版本。解决在app.json里设置requiredBackgroundModes或降低 API 使用版本。更直接的办法是在开发者工具“详情” → “本地设置” → 调试基础库选一个较低版本看是否复现。5. 进阶技巧让毕设项目在答辩时更经得起追问答辩时老师最爱问的三个问题数据表怎么设计的、并发怎么处理、安全性怎么保证。前两个在第 2 章和第 3 章已经覆盖这里说第三个。校园二手交易平台至少要做两层防护第一接口参数校验比如发布商品时价格不能为负数标题长度限制在 128 字符以内第二SQL 注入防护用 MyBatis 的#{}而不是${}或者用 Node.js 的mysql2的execute方法传参。// 错误写法字符串拼接有注入风险 const sql SELECT * FROM goods WHERE title LIKE %${keyword}%; // 正确写法参数化查询 const sql SELECT * FROM goods WHERE title LIKE ?; const [rows] await connection.execute(sql, [%${keyword}%]);另外一个小技巧在goods表加一个view_count字段每次详情页被访问就UPDATE goods SET view_count view_count 1 WHERE id ?。答辩时演示“热门商品”排序用ORDER BY view_count DESC比只按时间排序更有说服力。如果要做“猜你喜欢”可以按分类统计用户浏览记录但毕设阶段不用上推荐算法简单按分类筛选就够了。最后说一个我踩过的坑不要等到答辩前一周才把项目部署到服务器。提前在本地把前后端跑通录一个操作视频备用。如果答辩现场网络出问题直接放视频比现场调试从容得多。数据库导出 SQL 文件时用mysqldump -u root -p campus_trade campus_trade.sql换电脑导入用source campus_trade.sql。这些命令看着简单但真到换环境的时候少一个参数就得多花半小时排查。希望帮到你。本文还有配套的精品资源点击获取