☰
【计算机毕设】基于java springboot的校园二手交易平台
2026/10/1 18:55:21 网站建设 项目流程

校园二手交易平台采用前后端分离架构:前端基于 Vue 3实现校园用户端与平台管理端;后端采用 Java、Spring Boot、MyBatis、MySQL进行工程构建与依赖管理。系统支持双角色登录:校园用户可浏览逛市广场与闲置好物、查看商品详情、管理个人发布与订单;平台管理员可通过运营看板查看数据概况,并完成商品审核、订单管理与用户管理等运营工作。

【拒绝老气 | 文档齐全 | 源码原创| 现代UI】

摘要

随着高校学生消费升级与宿舍生活节奏加快,校园内闲置物品(教材、数码、日用品等)日益增多,传统线下转卖方式存在信息不对称、匹配效率低、缺乏统一管理等问题。为此,本文设计并实现了一套校园二手交易平台「校易淘」。系统采用前后端分离架构:前端基于 Vue 3、Vite、Vue Router 与 ECharts 构建校园用户端与平台管理端;后端基于 Java、Spring Boot、MyBatis 与 MySQL,使用 Maven 进行项目管理。系统围绕校园用户与平台管理员两类角色展开:校园用户可浏览逛市广场、检索闲置好物、查看商品详情、管理个人发布与订单;管理员可进行运营数据看板查看、商品审核、订单管理与用户管理。实践表明,该系统能够较好地支撑校内闲置流转的基本业务闭环,具有界面清晰、角色职责明确、可扩展性较好等特点,对同类校园信息化应用具有一定参考价值。

关键词:校园二手;Spring Boot;Vue;MyBatis;MySQL;前后端分离


Abstract

With the acceleration of campus life and consumption upgrades, idle items such as textbooks, digital devices and daily necessities are increasing among university students. Traditional offline resale methods suffer from information asymmetry, low matching efficiency and weak unified management. This thesis designs and implements a campus second-hand trading platform named “XiaoYiTao”. The system adopts a front-end and back-end separation architecture: the front end is built with Vue 3, Vite, Vue Router and ECharts; the back end is developed with Java, Spring Boot, MyBatis and MySQL, managed by Maven. Two roles are supported: campus users can browse the plaza, search goods, view details, manage personal listings and orders; administrators can view operation dashboards, audit goods, manage orders and users. Results show that the system supports the basic closed loop of campus idle-item circulation with clear interfaces and well-defined responsibilities, and can serve as a reference for similar campus information systems.

Keywords:Campus second-hand; Spring Boot; Vue; MyBatis; MySQL; Front-end and back-end separation


第1章 绪论

1.1 研究背景与意义

高校校园是一个相对封闭、信任成本较低的社区。每学期开学与毕业季,大量教材、数码产品、交通工具与生活用品需要在同学之间流转。传统方式依赖班级群转发、宿舍口口相传或校园贴吧,存在信息碎片化、难以检索、缺少交易记录与风险管控等问题。建设统一的校园二手交易平台,有助于提高闲置匹配效率,规范发布与交易流程,降低信息不对称,同时通过审核与信用机制提升交易安全。

从工程实践角度看,本课题综合运用主流 Web 开发技术完成需求分析、系统设计、编码实现与测试验证,有助于提升软件工程综合能力,也贴合当前企业常用的前后端分离开发模式。

1.2 国内外研究现状

国外二手交易平台起步较早,如 eBay、Craigslist 等侧重开放市场与物流履约;国内则有闲鱼、转转等平台,功能完善但面向全社会,对校园场景的面交点、校区筛选、校园身份约束等支持不足。近年来,部分高校或学生团队以课程设计、毕业设计形式开发校园跳蚤市场系统,技术路线多为 SSM、Spring Boot 或 Node.js 等,功能集中在商品发布、浏览与简单订单管理。总体来看,面向校园垂直场景、同时具备用户端交易闭环与管理端运营审核能力的轻量级系统仍有实现与完善空间。

1.3 研究内容与目标

本文主要研究内容包括:

  1. 分析校园二手交易业务,明确校园用户与管理员两类角色的功能需求;

  2. 完成系统总体架构、功能模块与数据库设计;

  3. 基于 Vue 与 Spring Boot 实现前后端分离的校园二手交易平台;

  4. 对核心功能进行测试,验证系统可用性。

预期目标是交付一套可运行的「校易淘」系统,覆盖商品浏览、详情、发布、订单及后台审核运营等核心流程。

1.4 论文组织结构

全文共七章:

第1章介绍背景与目标;

第2章介绍相关技术;

第3章进行需求与可行性分析;

第4章给出架构、模块与库表设计;

第5章阐述系统实现;

第6章给出测试过程与结果;

第7章总结并展望后续工作。

第2章 相关技术

2.1 Vue 前端技术

Vue 3 是当前主流的渐进式前端框架,采用组合式 API,便于模块化组织页面逻辑。本系统使用 Vite 作为开发与构建工具,具有启动快、热更新及时的特点;使用 Vue Router 实现登录页、校园用户端与管理端多页面路由及角色访问控制;使用 ECharts 在逛市广场与运营看板中展示浏览成交趋势、品类占比等图表,提升数据可读性。

2.2 Spring Boot 后端技术

Spring Boot 基于 Spring 生态,通过自动配置与起步依赖简化企业级应用搭建。本系统以后端 REST 接口形式对外提供用户、商品、订单、审核等服务,实现业务逻辑与数据访问分层,便于与 Vue 前端解耦协作。

2.3 MyBatis 持久层框架

MyBatis 是常用的半自动映射框架,支持 SQL 与 Java 对象灵活映射。相较于全自动 ORM,MyBatis 更便于针对校园二手业务编写清晰、可控的增删改查语句,适合本系统商品检索、订单状态更新、审核流转等场景。

2.4 MySQL 数据库

MySQL 是稳定成熟的关系型数据库,适合存储用户、商品、订单等结构化数据,并支持事务保证下单、审核等关键操作的一致性。本系统以 MySQL 作为持久化存储。

2.5 Maven 项目管理

Maven 用于后端依赖管理、编译打包与统一项目结构。通过pom.xml管理 Spring Boot、MyBatis、MySQL 驱动等依赖,保证构建过程可重复、可移植。

2.6 本章小结

本章介绍了系统所用的 Vue、Vite、Vue Router、ECharts,以及 Spring Boot、MyBatis、MySQL、Maven 等技术,为后续设计与实现奠定基础。


第3章 需求分析

3.1 可行性分析

3.1.1 技术可行性

所选技术栈均为成熟开源方案,文档完善、社区活跃。前端 Vue 3 与后端 Spring Boot 前后端分离已是业界主流,MyBatis + MySQL 足以支撑本系统的数据规模与查询需求,技术上可行。

3.1.2 经济可行性

开发与运行均可基于普通个人电脑与开源软件完成,无需额外商业授权费用,部署成本低,经济上可行。

3.1.3 操作可行性

系统面向在校学生与管理员,界面采用顶栏导航与卡片式商品展示,操作路径短;管理员侧以表格审核与看板为主,学习成本低,操作上可行。

3.2 系统总体需求

系统需提供统一的校园闲置信息发布与浏览入口,支持当面交割导向的交易流程,并提供后台审核与运营管理能力,保障信息质量与平台秩序。

3.3 角色分析

3.3.1 校园用户

校园用户既可浏览购买,也可发布闲置,是平台的主要使用者。核心诉求包括:快速发现好物、查看详情与卖家信息、管理自己的发布与订单。

3.3.2 平台管理员

管理员负责平台秩序与运营效率,核心诉求包括:查看运营数据、审核商品、处理异常订单、管理用户状态。

3.4 功能需求分析

校园用户端:

功能

说明

登录

账号密码登录,进入逛市广场

逛市广场

概览统计、趋势图、热门转手入口

闲置好物

分类筛选、关键词搜索、商品列表

商品详情

价格成色、面交点、卖家信用、意向购买/收藏

我的发布

查看与管理已发布闲置

我的订单

查看买卖订单及面交进度

平台管理端:

功能

说明

登录

管理员登录,进入运营看板

运营看板

在售、成交、活跃用户、品类占比等

商品审核

对待审商品执行通过/驳回

订单管理

跟踪订单状态,纠纷可介入

用户管理

查看信用与交易概况,限制/恢复账号

3.5 非功能需求

  1. 性能:常规列表与详情页响应及时,图表正常渲染;

  2. 安全:区分角色权限,关键操作需登录;接口层做参数校验;

  3. 可用性:界面结构清晰,关键操作不超过三步;

  4. 可维护性:前后端分离,模块边界清楚,便于扩展收藏、消息、举报等功能。

3.6 本章小结

本章从可行性、角色与功能等角度分析了系统需求,明确了校园用户与管理员的职责边界,为系统设计提供依据。

第4章 系统设计

4.1 系统总体架构设计

系统采用 B/S 模式与前后端分离架构,总体结构如图 4-1 所示。

图 4-1 系统总体架构图

前端负责页面展示与交互,后端负责业务规则与数据持久化,双方通过 JSON 接口通信。

4.2 系统功能模块设计

系统按角色划分为校园用户端与平台管理端,功能结构如图 4-2 所示。

图 4-2 系统功能模块图

4.2.1 校园用户端模块
  • 认证模块:登录、退出、角色识别

  • 广场模块:统计卡片、趋势图、热门商品

  • 商品模块:列表检索、详情展示

  • 发布模块:个人闲置管理

  • 订单模块:订单列表与状态查看

  • 扩展模块:我的收藏、消息中心

4.2.2 平台管理端模块
  • 看板模块:运营指标与图表

  • 审核模块:商品审核流转

  • 订单模块:全平台订单监管

  • 用户模块:用户信用与状态管理

  • 扩展模块:举报处理、平台设置

4.3 数据库设计

4.3.1 概念结构说明

核心实体包括:用户(User)、商品分类(Category)、商品(Goods)、商品图片(GoodsImage)、订单(Order)、审核记录(AuditLog)、收藏(Favorite)、消息(Message)、举报(Report)、评价(Evaluate)。关系概要如下:

  • 一名用户可发布多件商品,也可收藏多件商品;

  • 一个分类下可包含多件商品,一件商品可有多张图片;

  • 一名用户可作为买家或卖家参与多笔订单,一笔订单完成后可产生评价;

  • 一件商品对应零到多条审核记录与举报记录;

  • 系统可向用户发送多条站内消息。

4.3.2 主要数据表设计

(1)用户表sys_user

字段

类型

说明

id

bigint

主键

username

varchar(50)

登录名

password

varchar(100)

密码(加密存储)

nickname

varchar(50)

昵称

phone

varchar(20)

手机号

avatar

varchar(255)

头像地址

role

varchar(20)

student / admin

campus

varchar(50)

校区

credit

int

信用分

status

tinyint

状态(正常/受限)

create_time

datetime

创建时间

(2)商品分类表goods_category

字段

类型

说明

id

bigint

主键

name

varchar(30)

分类名称(数码/图书/服饰等)

sort_no

int

排序号

status

tinyint

启用状态

create_time

datetime

创建时间

(3)商品表goods

字段

类型

说明

id

bigint

主键

title

varchar(100)

标题

category_id

bigint

分类 ID

price

decimal(10,2)

售价

origin_price

decimal(10,2)

原价

condition_level

varchar(20)

成色

cover_url

varchar(255)

封面图

description

text

详情说明

seller_id

bigint

卖家用户 ID

campus

varchar(50)

校区

meet_place

varchar(100)

面交点

status

varchar(20)

在售/审核中/预约中/已下架等

views

int

浏览量

fav_count

int

收藏数

create_time

datetime

发布时间

update_time

datetime

更新时间

(4)商品图片表goods_image

字段

类型

说明

id

bigint

主键

goods_id

bigint

商品 ID

image_url

varchar(255)

图片地址

sort_no

int

排序(越小越靠前)

create_time

datetime

上传时间

(5)订单表trade_order

字段

类型

说明

id

bigint

主键

order_no

varchar(32)

订单号

goods_id

bigint

商品 ID

buyer_id

bigint

买家 ID

seller_id

bigint

卖家 ID

amount

decimal(10,2)

成交金额

status

varchar(20)

待面交/已完成/已取消/纠纷中等

remark

varchar(255)

备注

create_time

datetime

创建时间

update_time

datetime

更新时间

(6)审核记录表goods_audit

字段

类型

说明

id

bigint

主键

goods_id

bigint

商品 ID

admin_id

bigint

审核人

result

varchar(20)

通过/驳回

remark

varchar(255)

备注

create_time

datetime

审核时间

(7)收藏表goods_favorite

字段

类型

说明

id

bigint

主键

user_id

bigint

用户 ID

goods_id

bigint

商品 ID

create_time

datetime

收藏时间

说明:建议对(user_id, goods_id)建立唯一索引,避免重复收藏。

(8)站内消息表sys_message

字段

类型

说明

id

bigint

主键

user_id

bigint

接收用户 ID

title

varchar(100)

消息标题

content

varchar(500)

消息内容

msg_type

varchar(20)

系统/交易/审核

related_id

bigint

关联业务 ID(订单/商品等,可空)

is_read

tinyint

是否已读(0 未读 / 1 已读)

create_time

datetime

发送时间

(9)举报表goods_report

字段

类型

说明

id

bigint

主键

goods_id

bigint

被举报商品 ID

reporter_id

bigint

举报人 ID

reason

varchar(100)

举报原因

detail

varchar(500)

补充说明

status

varchar(20)

待处理/已处理/已驳回

handler_id

bigint

处理人(管理员,可空)

handle_result

varchar(255)

处理结果

create_time

datetime

举报时间

handle_time

datetime

处理时间

(10)订单评价表order_evaluate

字段

类型

说明

id

bigint

主键

order_id

bigint

订单 ID

goods_id

bigint

商品 ID

from_user_id

bigint

评价人

to_user_id

bigint

被评价人

score

tinyint

评分(1–5)

content

varchar(500)

评价内容

create_time

datetime

评价时间

说明:一笔订单通常限制买卖双方各评价一次,可对(order_id, from_user_id)建唯一索引。

4.3.3 数据表汇总

序号

表名

中文名

用途

1

sys_user

用户表

账号、角色、信用

2

goods_category

商品分类表

闲置分类管理

3

goods

商品表

闲置发布与展示

4

goods_image

商品图片表

详情多图

5

trade_order

订单表

面交交易流程

6

goods_audit

审核记录表

商品上架审核

7

goods_favorite

收藏表

我的收藏

8

sys_message

站内消息表

通知与提醒

9

goods_report

举报表

违规信息处理

10

order_evaluate

订单评价表

交易后互评

4.4 本章小结

本章给出了系统总体架构、功能模块划分以及用户、分类、商品、图片、订单、审核、收藏、消息、举报、评价等数据表结构,为编码实现提供设计依据。

第5章 系统实现

5.1 开发环境与项目结构

开发环境(示例):

  • 操作系统:Windows 10

  • IDE:VS Code / IntelliJ IDEA

  • 前端:Node.js + Vue 3 + Vite

  • 后端:JDK 17+、Spring Boot、Maven

  • 数据库:MySQL 8.x

5.2 登录与权限实现

系统提供校园用户与管理员双角色入口。登录成功后写入令牌与角色信息,前端路由守卫根据角色跳转至「逛市广场」或「运营看板」,并拦截无权限页面。后端接口同步校验登录态与角色,避免越权访问。

5.3 校园用户端实现

  1. 逛市广场:展示今日浏览、收藏、在售发布、进行中订单等指标,并以折线/柱状图展示本周动态,下方列出热门转手商品,点击进入详情。

  1. 闲置好物:支持分类切换与关键词搜索,以卡片网格展示价格、成色与校区信息。

  1. 商品详情:展示封面、售价与原价、面交点、卖家信用与规格说明,提供「我想要」「收藏」等操作入口。

  1. 我的发布 / 我的订单:以表格或卡片形式管理个人闲置与订单状态(待面交、已完成、已取消等)。

5.4 平台管理端实现

  1. 运营看板:汇总在售商品、本周成交、活跃用户、待处理事项,结合趋势图与品类饼图辅助决策。

  1. 商品审核:列表展示待审商品,支持通过与驳回。

  1. 订单管理:查看全平台订单,对纠纷中订单提供介入入口。

  1. 用户管理:展示信用分、买卖次数与账号状态,支持限制或恢复。

5.5 后端关键接口实现

后端以 REST 风格组织接口,示例如下:

方法

路径

说明

POST

/api/auth/login

登录

GET

/api/goods

商品分页/筛选

GET

/api/goods/{id}

商品详情

POST

/api/goods

发布商品

PUT

/api/admin/goods/{id}/audit

商品审核

GET

/api/orders

订单列表

GET

/api/admin/dashboard

看板统计

业务层完成状态流转(如审核通过后商品变为在售),持久层通过 MyBatis 访问 MySQL。

5.6 本章小结

本章说明了开发环境、双端页面实现要点及主要后端接口组织方式,完成了校园二手交易核心业务的落地。

第6章 系统测试

6.1 测试环境

与开发环境一致,采用本地启动前端开发服务与后端 Spring Boot 服务,数据库使用本地 MySQL。

6.2 测试方法

采用黑盒测试为主,围绕角色与核心业务流程设计用例,记录预期结果与实际结果。

6.3 功能测试用例

编号

模块

操作步骤

预期结果

实际结果

T01

登录

使用 student / 123456 登录

进入逛市广场

通过

T02

登录

使用 admin / 123456 登录

进入运营看板

通过

T03

权限

学生访问管理端路由

被重定向回学生首页

通过

T04

商品

分类筛选与搜索

列表正确过滤

通过

T05

详情

点击商品卡片

进入详情并展示完整信息

通过

T06

发布

查看我的发布列表

状态与价格显示正确

通过

T07

订单

查看我的订单

买卖角色与状态正确

通过

T08

审核

管理员通过/驳回

状态更新正确

通过

T09

看板

打开运营看板

指标与图表正常显示

通过

T10

用户

限制用户

状态变为受限

通过

6.4 测试结果分析

核心功能测试用例均按预期通过,系统能够完成从浏览、详情、发布、订单到后台审核与运营查看的闭环。界面在常见桌面分辨率下布局正常,图表可正常渲染。后续可在真实多用户并发与移动端适配方面继续加强。

6.5 本章小结

本章通过功能测试验证了双角色核心流程的正确性,说明系统达到了设计目标的基本要求。

第7章 总结与展望

7.1 工作总结

本文围绕校园闲置流转场景,完成了「校易淘」校园二手交易平台的需求分析、系统设计、编码实现与测试工作。系统采用 Vue 与 Spring Boot 前后端分离架构,结合 MyBatis 与 MySQL 实现数据管理,划分校园用户与平台管理员两类角色,覆盖逛市广场、闲置检索、商品详情、发布与订单,以及运营看板、商品审核、订单与用户管理等功能,达到了预期目标。

7.2 不足与展望

受时间与篇幅限制,系统仍有改进空间:一是可完善站内消息、收藏同步与举报处理;二是可引入更严格的校园身份认证与评价信誉体系;三是可探索小程序端与简易担保流程,进一步提升面交安全性与使用便捷性。后续将在现有架构上逐步扩展上述能力。

【拒绝老气 | 文档齐全 | 源码原创| 现代UI】

点赞+关注获取更多资源

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询