简介这份资源是面向高校计算机相关专业学生与Java毕业设计学习者的完整项目方案聚焦大学生校园兼职信息管理场景采用微信小程序uniapp作为用户端、SpringBoot构建后端、Vue搭建管理端数据库使用MySQL可帮助读者快速理解并复现一套前后端分离的校园兼职管理系统。压缩包共1790个文件约62.69MB涵盖238个vue页面组件、214个js脚本、121个java后端类、96个wxss与94个wxml小程序页面文件以及json配置、png/svg图标资源、sql脚本与论文文档等结构完整、层次清晰。系统按管理员与用户两类角色划分管理员端包含字典、论坛、公告、兼职、兼职收藏、兼职留言、兼职申请、商家、用户及管理员管理等功能模块业务覆盖面较广。目前已有106人学习下载适合作为毕业设计选题参考、课程设计模板或SpringBoot与uniapp联调练手项目读者可从中获取完整源码、数据库脚本与论文写作思路节省从零搭建的时间成本。1. 校园兼职小程序这套技术栈到底在解决什么问题每年毕业季前三个月总有一批同学卡在同一个地方想做一套能跑通、能演示、能写进论文的完整系统但不知道从哪下手。微信小程序大学生校园兼职管理系统这个题目恰好踩中了三个刚需——小程序端要给学生用、后端要给管理员用、数据库要能撑住双向操作。uniapp 负责跨端渲染Spring Boot 负责业务逻辑Vue 负责管理端界面这套组合不是随便选的而是因为它能让你在一台普通笔记本上把全流程跑通。我带过几届做类似题目的同学最常见的翻车点不是代码写不出来而是环境配好之后不知道数据怎么流转。学生投递简历、商家发布岗位、管理员审核信息这三条线如果一开始没理清楚后面写再多接口都是散的。这篇文章就按我实际带人做项目的顺序把选型理由、建表逻辑、接口分层、联调排错一次讲透。适合正在做毕业设计、需要一套能演示能答辩的完整系统的同学也适合想补全前后端联调经验的新手。2. 技术选型与项目骨架为什么是 uniapp Spring Boot Vue2.1 三端分离的边界怎么划先把这个系统的物理结构说清楚。学生端跑在微信小程序里用 uniapp 编译成微信小程序包管理端跑在浏览器里用 Vue 做单页应用后端用 Spring Boot 提供 REST 接口MySQL 存数据。三端之间只靠 HTTP 和 JSON 通信没有别的耦合。为什么学生端不直接用原生小程序写因为 uniapp 的组件和生命周期更接近 Vue 的写法如果你后面想同时出 H5 版本或者 App 版本改编译目标就行不用重写业务逻辑。管理端用 Vue 而不是服务端渲染是因为管理端不需要 SEO纯前端渲染响应更快而且 Vue 的生态里现成的表格、表单组件多省时间。后端选 Spring Boot 的理由更直接毕业设计里最怕的是配置地狱。Spring Boot 的 starter 机制把 Tomcat、Jackson、MyBatis 这些常用依赖都打包好了你只需要在pom.xml里加几个坐标写一个启动类就能跑。相比自己搭 SSM 那一套 XML 配置能省出至少两三天时间。2.2 项目目录结构怎么摆我一般会建议按下面这个结构来组织代码前后端分开后端再按分层拆包campus-part-time/ ├── backend/ # Spring Boot 后端 │ ├── src/main/java/com/example/campus/ │ │ ├── controller/ # 接口层 │ │ ├── service/ # 业务逻辑层 │ │ ├── mapper/ # 数据访问层 │ │ ├── entity/ # 数据库实体 │ │ └── config/ # 跨域、拦截器等配置 │ └── src/main/resources/ │ ├── application.yml # 数据源、端口配置 │ └── mapper/ # MyBatis XML如果用注解可省略 ├── student-app/ # uniapp 学生端 │ ├── pages/ # 页面目录 │ ├── api/ # 接口封装 │ └── static/ # 静态资源 └── admin-web/ # Vue 管理端 ├── src/views/ # 页面组件 ├── src/api/ # axios 封装 └── src/router/ # 路由配置这个结构的好处是每一层职责清晰。controller 只负责接收参数和返回结果service 写业务判断mapper 只做数据库操作。答辩的时候老师问“你的业务逻辑写在哪”你能直接指出来不会说不清楚。2.3 后端最小可运行配置先看application.yml里必须配的几个参数server: port: 8080 # 后端服务端口前端请求要对应 spring: datasource: url: jdbc:mysql://localhost:3306/campus_job?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root # 换成你自己的数据库账号 password: 123456 # 换成你自己的数据库密码 driver-class-name: com.mysql.cj.jdbc.Driver jackson: date-format: yyyy-MM-dd HH:mm:ss # 统一时间格式避免前端解析出错 time-zone: GMT8 mybatis: mapper-locations: classpath:mapper/*.xml type-aliases-package: com.example.campus.entity这里有几个参数容易踩坑。serverTimezoneAsia/Shanghai不写的话插入时间数据可能差 8 小时characterEncodingutf8不写中文岗位名称存进去会变问号。jackson的日期格式如果不统一配前端拿到的可能是时间戳也可能是 ISO 格式处理起来很乱。启动类本身很简单但注解别漏SpringBootApplication MapperScan(com.example.campus.mapper) // 扫描 Mapper 接口漏了会报找不到 Bean public class CampusApplication { public static void main(String[] args) { SpringApplication.run(CampusApplication.class, args); } }MapperScan这个注解是血泪经验。如果你用 MyBatis 的注解方式写 SQL不加这个注解启动时不会报错但调用接口时会提示找不到 Mapper Bean。新手很容易在这里卡半天。2.4 跨域配置不能省学生端和管理端是两个不同的源请求后端时浏览器会拦。需要在后端加一个全局跨域配置Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOriginPatterns(*) // 开发阶段允许所有来源 .allowedMethods(GET, POST, PUT, DELETE) .allowCredentials(true) .maxAge(3600); } }注意allowedOriginPatterns和allowedOrigins的区别。如果前端带了 cookie 或 token用allowedOrigins(*)会报错必须用allowedOriginPatterns。这个坑我在三个项目里都见过。3. 数据库设计与核心表结构五张表撑起整个系统3.1 表关系先理清再动手这个系统最少需要五张表用户表、岗位表、投递记录表、商家信息表、管理员表。关系是一个商家可以发布多个岗位一个学生可以投递多个岗位投递记录里同时关联学生和岗位。我见过有同学把学生和商家塞在同一张用户表里用角色字段区分。这样做不是不行但后面写查询的时候会很难受因为学生和商家的字段差异很大。分开建表逻辑更干净。3.2 建表 SQL 与字段说明先看学生表和岗位表的核心字段-- 学生表 CREATE TABLE student ( id INT NOT NULL AUTO_INCREMENT, openid VARCHAR(64) DEFAULT NULL COMMENT 微信openid小程序登录用, name VARCHAR(32) NOT NULL COMMENT 学生姓名, phone VARCHAR(20) DEFAULT NULL, college VARCHAR(64) DEFAULT NULL COMMENT 学院, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_openid (openid) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 岗位表 CREATE TABLE job ( id INT NOT NULL AUTO_INCREMENT, merchant_id INT NOT NULL COMMENT 发布商家ID, title VARCHAR(64) NOT NULL COMMENT 岗位名称, salary DECIMAL(10,2) DEFAULT NULL COMMENT 时薪或日薪, work_time VARCHAR(64) DEFAULT NULL COMMENT 工作时间描述, location VARCHAR(128) DEFAULT NULL, status TINYINT DEFAULT 0 COMMENT 0待审核 1已通过 2已拒绝, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_merchant (merchant_id), KEY idx_status (status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;utf8mb4而不是utf8是因为岗位描述里可能有特殊符号或表情utf8存不进去。status字段用 TINYINT 而不是 VARCHAR查询效率更高前端传 0/1/2 也比传字符串不容易出错。投递记录表要加唯一索引防止同一个学生重复投递同一个岗位CREATE TABLE application ( id INT NOT NULL AUTO_INCREMENT, student_id INT NOT NULL, job_id INT NOT NULL, status TINYINT DEFAULT 0 COMMENT 0已投递 1已录用 2已拒绝, apply_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_student_job (student_id, job_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这个唯一索引很关键。如果不加学生连点两次投递按钮就会产生两条记录管理端看到重复数据会很乱。加了之后第二次插入会抛异常后端捕获后返回“请勿重复投递”就行。3.3 接口分层与参数传递后端接口按角色分三组学生端接口、管理端接口、公共接口。学生端接口路径统一带/api/student/前缀管理端带/api/admin/公共的比如登录、文件上传放在/api/common/。以岗位查询为例学生端只能看到已审核通过的岗位RestController RequestMapping(/api/student/job) public class StudentJobController { Autowired private JobService jobService; GetMapping(/list) public Result list(RequestParam(defaultValue 1) Integer page, RequestParam(defaultValue 10) Integer size, RequestParam(required false) String keyword) { // 只查 status1 的岗位分页返回 PageInfoJob pageInfo jobService.queryApprovedJobs(page, size, keyword); return Result.success(pageInfo); } }Result是统一返回包装类包含 code、msg、data 三个字段。这样前端处理响应时只需要判断 code 是否为 200不用每个接口单独写解析逻辑。分页参数用RequestParam接收并给默认值。如果前端不传 page 和 size后端用 1 和 10 兜底避免空指针。keyword设为非必填支持按岗位名称模糊搜索。3.4 小程序端登录流程微信小程序的登录不能直接拿账号密码标准做法是前端调wx.login()拿 code传给后端换 openid// uniapp 学生端登录 wx.login({ success: async (res) { if (res.code) { // 把 code 发给后端后端调微信接口换 openid const result await uni.request({ url: http://localhost:8080/api/common/login, method: POST, data: { code: res.code } }); // 后端返回自定义 token存到本地 uni.setStorageSync(token, result.data.data.token); } } });后端收到 code 后用配置好的 appid 和 secret 去调微信的code2Session接口拿到 openid 和 session_key。openid 存进学生表如果已存在就返回已有记录不存在就新建一条。token 可以用 JWT 生成里面放学生 id后续请求放在 header 里传给后端做身份识别。这里有个注意点微信的code2Session接口每天调用次数有限开发阶段频繁登录可能被限流。我一般会在后端加一层缓存同一个 code 短时间内重复请求直接返回缓存结果。4. 前后端联调与核心功能实现从发布岗位到投递录用4.1 管理端发布岗位的完整链路管理端发布岗位的流程是商家填写表单 → 前端校验 → 提交到后端 → 后端存库并设 status0 → 管理员审核 → status 改为 1 → 学生端可见。前端表单校验用 Vue 的 rules 做比如岗位名称必填、薪资必须是数字// admin-web 发布岗位表单校验规则 rules: { title: [ { required: true, message: 岗位名称不能为空, trigger: blur }, { min: 2, max: 64, message: 长度在 2 到 64 个字符, trigger: blur } ], salary: [ { required: true, message: 薪资不能为空, trigger: blur }, { pattern: /^\d(\.\d{1,2})?$/, message: 薪资格式不正确, trigger: blur } ] }正则/^\d(\.\d{1,2})?$/限制薪资最多两位小数避免存进去 10.999 这种数据。前端校验只是第一道防线后端也要做同样的校验因为请求可以被绕过。后端接收参数用 DTO 而不是直接接实体类这样可以把前端传的字段和后端存库的字段解耦PostMapping(/add) public Result add(RequestBody Valid JobDTO jobDTO) { // Valid 触发 DTO 上的注解校验 jobService.addJob(jobDTO); return Result.success(); }DTO 类上加NotBlank、Pattern等注解配合Valid使用。如果校验不通过Spring Boot 会抛MethodArgumentNotValidException可以在全局异常处理器里统一捕获返回友好的错误提示。4.2 学生端投递与状态流转学生点投递按钮时前端先判断本地有没有 token没有就跳登录页。有 token 就调投递接口PostMapping(/apply) public Result apply(RequestParam Integer jobId, HttpServletRequest request) { // 从 token 里解析学生 id Integer studentId JwtUtil.getStudentId(request); // 检查是否已投递 if (applicationService.hasApplied(studentId, jobId)) { return Result.error(请勿重复投递); } applicationService.apply(studentId, jobId); return Result.success(); }hasApplied方法查 application 表用 student_id 和 job_id 做条件。虽然数据库有唯一索引兜底但提前查一次能给出更友好的提示而不是让前端处理数据库异常。状态流转是学生投递后 status0商家在管理端看到投递列表点“录用”后 status1点“拒绝”后 status2。学生端在“我的投递”页面能看到每条投递的当前状态。4.3 文件上传与图片回显岗位可能需要上传商家 logo 或岗位图片。后端用 MultipartFile 接收PostMapping(/upload) public Result upload(RequestParam(file) MultipartFile file) { // 限制文件大小和类型 if (file.getSize() 5 * 1024 * 1024) { return Result.error(文件不能超过5MB); } String originalName file.getOriginalFilename(); String suffix originalName.substring(originalName.lastIndexOf(.)); // 用 UUID 重命名避免中文名和重复名 String newName UUID.randomUUID().toString() suffix; File dest new File(uploadDir newName); file.transferTo(dest); // 返回可访问的 URL return Result.success(/upload/ newName); }uploadDir在配置文件里指定比如D:/campus/upload/。返回的 URL 要能被前端直接访问所以还需要配一个静态资源映射Configuration public class WebConfig implements WebMvcConfigurer { Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/upload/**) .addResourceLocations(file:D:/campus/upload/); } }注意addResourceLocations里的路径最后要带斜杠不带的话可能映射不到文件。这个细节很容易忽略导致图片上传成功但访问 404。4.4 管理端表格分页与搜索管理端的岗位列表用 Vue 的 el-table 加 el-pagination 实现。搜索条件变化时重置到第一页// admin-web 岗位列表查询 async fetchJobs() { const res await getJobList({ page: this.currentPage, size: this.pageSize, keyword: this.searchKeyword }); this.tableData res.data.list; this.total res.data.total; }, handleSearch() { this.currentPage 1; // 搜索时回到第一页否则可能查不到数据 this.fetchJobs(); }handleSearch里重置页码这一步不能省。如果用户在第 5 页搜索一个只有 2 条结果的岗位不重置页码就会显示空列表用户以为没数据。5. 避坑与排查那些让我熬夜的报错5.1 小程序请求本地后端失败现象开发者工具里请求http://localhost:8080一直失败提示网络错误。原因微信开发者工具默认校验合法域名localhost 不在白名单里。解决在开发者工具右上角“详情” → “本地设置”里勾选“不校验合法域名”。真机调试时手机和电脑要在同一个局域网把 localhost 换成电脑的局域网 IP比如http://192.168.1.100:8080。5.2 数据库中文乱码现象插入的岗位名称在数据库里显示为问号或者前端拿到的是乱码。原因建表时用了utf8而不是utf8mb4或者连接串没加characterEncodingutf8。解决建表语句统一用DEFAULT CHARSETutf8mb4JDBC URL 里加useUnicodetruecharacterEncodingutf8。如果表已经建好了用ALTER TABLE job CONVERT TO CHARACTER SET utf8mb4;改一下。5.3 跨域请求带 token 失败现象不带 token 的接口正常带 token 的接口报跨域错误。原因allowedOrigins(*)和allowCredentials(true)不能同时用。解决把allowedOrigins改成allowedOriginPatterns值设为*。或者明确指定前端地址比如http://localhost:8081。5.4 分页查询总数不对现象列表数据正确但总条数显示为当前页的条数翻页组件算错页数。原因MyBatis 分页插件只对查询列表的 SQL 做了 limit没有单独查 count。解决用 PageHelper 的话PageHelper.startPage(page, size)之后紧跟的查询会自动查 count。如果用 MyBatis-Plus 的分页插件要确认PaginationInnerInterceptor已经注册。手动写 SQL 的话count 语句和 list 语句的 where 条件必须完全一致。5.5 时间字段差 8 小时现象后端返回的时间比实际时间少 8 小时或者存进数据库的时间不对。原因JDBC URL 没配serverTimezone或者 Jackson 的时区没设。解决URL 里加serverTimezoneAsia/Shanghaiapplication.yml里配spring.jackson.time-zoneGMT8。如果用的是 Java 8 的LocalDateTime还要确认 MySQL 驱动版本支持。6. 让这套系统在答辩时更稳的几个技巧6.1 用 Postman 做接口自测答辩前一定要把每个接口单独测一遍。我一般会建一个 Postman 集合按角色分文件夹学生端接口、管理端接口、公共接口。每个请求保存好示例参数换台电脑也能直接跑。重点测边界情况page 传 0 会怎样、size 传 1000 会怎样、jobId 传不存在的值会怎样。这些异常路径如果没处理答辩时老师随手一测就可能出问题。6.2 准备一份数据初始化脚本系统演示前需要有一些基础数据。写一个init.sql包含管理员账号、几个商家、几个学生、十几个岗位。这样换环境部署时直接跑一遍脚本就能演示不用手动录数据。-- 初始化管理员 INSERT INTO admin (username, password) VALUES (admin, e10adc3949ba59abbe56e057f20f883e); -- 密码是 123456 的 MD5不要存明文密码存 MD5 虽然不够安全但毕业设计层面够用。如果想让老师看到你有安全意识可以在论文里提一句“生产环境应使用 BCrypt 加盐哈希”。6.3 日志配置与错误定位后端加 logback 配置把 SQL 语句和异常堆栈打到文件里。答辩时如果某个接口报错直接看日志文件比在控制台翻快得多。logging: level: com.example.campus.mapper: debug # 打印 SQL file: name: logs/campus.logcom.example.campus.mapper改成你自己的 Mapper 包路径。debug 级别会打印执行的 SQL 和参数排查数据问题时非常有用。6.4 前端请求统一封装学生端和管理端都建议封装一个 request 工具统一处理 token 注入、错误提示、loading 状态。不要在每个页面里重复写uni.request或axios。// admin-web 的 axios 封装 const service axios.create({ baseURL: http://localhost:8080/api }); service.interceptors.request.use(config { const token localStorage.getItem(token); if (token) config.headers.Authorization token; return config; }); service.interceptors.response.use( res res.data, err { if (err.response err.response.status 401) { // token 过期跳登录页 window.location.href /login; } return Promise.reject(err); } );拦截器里统一处理 401避免每个接口单独判断。res res.data直接返回后端的数据体页面里就不用写res.data.data这种嵌套了。6.5 论文里怎么描述技术方案论文的技术章节不要贴大段代码用架构图和流程图配合文字说明。重点写清楚为什么选这个技术栈、系统分几层、每层职责是什么、核心表之间的关系、关键接口的输入输出。我一般会建议在论文里放一张接口清单表列出接口路径、方法、参数、返回值。这样老师能快速看到你做了哪些功能比翻代码高效。接口路径方法参数说明/api/common/loginPOSTcode小程序登录/api/student/job/listGETpage,size,keyword岗位列表/api/student/applyPOSTjobId投递岗位/api/admin/job/addPOSTJobDTO发布岗位/api/admin/application/listGETpage,size投递记录这张表放在论文的“系统实现”章节里配合文字说明每个接口的业务逻辑比贴代码更清晰。6.6 演示时的操作顺序答辩演示建议按这个顺序走先打开管理端登录 → 发布一个岗位 → 打开学生端登录 → 看到刚发布的岗位 → 投递 → 回到管理端审核通过 → 学生端看到录用状态。这条链路走完整个系统的核心功能就展示清楚了。演示前把数据库重置到初始状态避免之前测试的脏数据影响效果。浏览器开两个窗口一个放管理端一个放小程序开发者工具切换的时候不用等加载。这套系统我前后带人做过几遍最深的体会是代码写不完不是最大的问题环境配不通、数据对不上、演示时翻车才是。把上面这些配置和排查点提前过一遍能省下大量返工时间。希望帮到你。本文还有配套的精品资源点击获取