简介基于微信小程序的高校毕业生就业信息系统采用Spring Boot后端与微信小程序前端的分层架构面向高校毕业生、辅导员及就业管理部门解决招聘信息发布、简历投递、就业统计等核心需求也可作为Java Web与小程序开发学习者的完整实战项目。压缩包大小36.55MB共1451个文件主要包含Java后端源码、Vue/JS小程序逻辑、wxml/wxss界面、SQL数据库脚本、功能说明文档及各类静态资源结构划分细致便于定位代码与二次开发。项目经严格调试可独立运行附有数据库初始化脚本和项目介绍降低上手门槛适合用于毕业设计、课程设计或就业系统相关的功能复现。目前已有2761人学习下载结合源码与文档可快速掌握前后端联调与小程序发布流程。1. 基于微信小程序的高校毕业生就业信息系统源码包到可运行工程差在哪先说打开这份「基于微信小程序的高校毕业生就业信息系统」源码包的第一印象压缩包里既有 uni-fab.vue.bak、main.css.bak 这类开发期备份文件也有 chunk-vendors.xxx.css 这样的 web 构建产物还有 1-install.bat、2-run.bat、3-build.bat 三个 Windows 一键脚本。基本可以判断这不是几个演示页面的半成品而是小程序端、管理后台、SpringBoot 接口、MySQL 脚本凑齐的可运行交付物。这套系统的业务闭环不复杂学生端小程序负责岗位浏览、关键词检索、简历投递和收藏管理端负责企业和岗位审核、查看投递记录。毕业生在校园招聘季扫个码就能用不需要额外装 App。对做毕设的人来说它的价值在于把微信登录、分页检索、投递状态机、部署排错几个高频考察点串在一条完整业务链上。后端是 Java 8 SpringBoot/SSM MySQL 5.7 Tomcat 7前端小程序走的 uni-app 路线。这套选型不追新但胜在兼容性稳JDK 1.8 的自动装配机制足以讲清原理MySQL 5.7 也不怕学校机房老版本卡 SQL。下文从后端的登录鉴权开始拆把每个关键环节的可运行代码和参数边界一并交代。2. SpringBoot 后端微信登录 code 换 token 与拦截器鉴权实现2.1 微信登录流程临时 code 如何换成业务 token小程序端学生第一次进入系统时前端调用wx.login拿到一个临时 code。这个 code 有效期只有五分钟且只能使用一次前端拿它调自己的后端/api/auth/login后端再用 appid、secret 和 code 去微信的jscode2session接口换 openid 与 session_key。这里有一条硬性边界appsecret 绝不能写进小程序代码小程序包可以被反编译secret 一旦泄露等于账号体系裸奔所以 code2session 这一步必须放在 SpringBoot 服务端完成。2.1.1 后端 code2session 调用与自动注册逻辑RestController RequestMapping(/api/auth) public class AuthController { PostMapping(/login) public Result login(RequestBody WxLoginDTO dto) { // 1. code 换 openid只有 js_code 是前端传的 String url https://api.weixin.qq.com/sns/jscode2session ?appid wxConfig.getAppid() secret wxConfig.getSecret() js_code dto.getCode() grant_typeauthorization_code; String resp restTemplate.getForObject(url, String.class); JSONObject wxResp JSON.parseObject(resp); if (wxResp.getInteger(errcode) ! null) { throw new BizException(微信登录失败: wxResp.getString(errmsg)); } String openid wxResp.getString(openid); // 2. 按 openid 查学生表不存在则自动注册 Student student studentMapper.selectByOpenid(openid); if (student null) { student new Student(); student.setOpenid(openid); student.setNickname(dto.getNickName()); student.setAvatar(dto.getAvatar()); studentMapper.insert(student); } // 3. 签发自定义 token 写入 Redis7 天有效 String token UUID.randomUUID().toString().replace(-, ); redisTemplate.opsForValue().set( student:token: token, String.valueOf(student.getId()), 7, TimeUnit.DAYS); return Result.ok(new LoginVO(token, student.getId(), student.getNickname())); } }这段代码把微信返回错误放在第一步校验errcode非空直接抛业务异常避免下游拿到空 openid 后插入脏数据。参数上grant_type固定为authorization_codejs_code来自前端appid 和 secret 通过wxConfig从application.yml注入不要硬编码在类里。Redis 的 key 设计成student:token:{token}value 存 studentId后续登出、管理员封号直接删 key 就能生效比无状态 JWT 好控制。2.2 拦截器 Redis无状态接口的统一鉴权后续请求前端把 token 放在Authorization头后端用一个HandlerInterceptor统一解析而不是在每个 Controller 里重复查一遍 Redis。这套结构里我特意没选 JWT原因很现实Redis 在系统里本来就要存会话token 存 Redis 可以主动失效JWT 虽然无状态但封号时要额外维护黑名单对毕设场景属于过度设计。如果你不想引入 RedisJWT 过期时间也是同一套拦截器结构的常见替代方案。2.2.1 自定义注解标注需要登录的接口Target(ElementType.METHOD) Retention(RetentionPolicy.RUNTIME) public interface AuthRequired { }Component public class AuthInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest req, HttpServletResponse resp, Object handler) { if (!(handler instanceof HandlerMethod)) return true; HandlerMethod hm (HandlerMethod) handler; if (!hm.hasMethodAnnotation(AuthRequired.class)) return true; String token req.getHeader(Authorization); String sid redisTemplate.opsForValue().get(student:token: token); if (sid null) { throw new BizException(401, 登录已过期请重新登录); } UserContext.set(Long.parseLong(sid)); return true; } Override public void afterCompletion(...) { UserContext.remove(); } }AuthRequired加在方法上没标注的接口直接放行登录接口本身就不需要 token。UserContext本质是一个ThreadLocal存当前请求的 studentId请求结束后必须在afterCompletion里 remove否则 Tomcat 线程池复用线程时会串数据。注册拦截器时注意在WebMvcConfigurer.addInterceptors里排除/api/auth/**这个配置类本身正是 SpringBoot 自动装配体系里最常见的扩展回调点答辩时能顺带把自动装配原理讲清楚。token 方案选型对比如下方案主动失效额外依赖适配场景Redis token支持删 key 即失效需引入 Redis本系统默认方案JWT不支持需维护黑名单无纯无状态集群3. uni-app 小程序端就业信息列表、关键词检索与分页加载实战3.1 列表页数据流从接口请求到视图渲染小程序端是 uni-app 工程从uni-fab.vue这个悬浮按钮组件就能确认。用 HBuilderX 导入项目后运行到微信开发者工具改代码会热更新不需要手动重新编译。列表页是就业信息系统的门面岗位列表接口返回分页结构{ records, total, pages, current }页面onLoad时请求第一页滚动到底部再拼接下一页这是微信小程序项目实例里最标准的列表交互。3.1.1 页面结构与 loading 状态// pages/job/list.vue export default { data() { return { keyword: , pageNum: 1, pageSize: 10, jobs: [], finished: false, loading: false, }; }, onLoad() { this.loadJobs(true); }, methods: { async loadJobs(reset) { // reset true 表示重新搜索回到第一页 if (this.loading || this.finished) return; this.loading true; const page reset ? 1 : this.pageNum; const { data } await request({ url: /api/jobs, data: { pageNum: page, pageSize: this.pageSize, keyword: this.keyword }, }); this.jobs reset ? data.records : this.jobs.concat(data.records); this.pageNum page 1; this.finished page data.pages; this.loading false; }, }, };request是封装过uni.request的工具模块统一在 header 里注入Authorization: uni.getStorageSync(token)同时拦截 HTTP 401 跳转回登录页。这里的finished判断用的是后端返回的pages总数而不是records.length pageSize——后者在最后一页恰好满条数时会多触发一次空请求这是分页最容易写错的地方。3.2 关键词检索与分页参数设计搜索框在confirm事件里调用loadJobs(true)重置列表。后端用 PageHelper 配合 MyBatisstartPage之后的第一个查询会自动拼接 limit注意它只对紧跟的那一条查询生效。GetMapping(/api/jobs) public PageResultJobVO list(RequestParam(defaultValue 1) Integer pageNum, RequestParam(defaultValue 10) Integer pageSize, RequestParam(required false) String keyword) { PageHelper.startPage(pageNum, pageSize); ListJob jobs jobMapper.selectJobList(keyword); return PageResult.build(new PageInfo(jobs)); }select idselectJobList resultTypecom.demo.entity.Job SELECT id, job_name, salary_min, salary_max, company_name, education_required, publish_time FROM jobs where if testkeyword ! null and keyword ! AND (job_name LIKE CONCAT(%, #{keyword}, %) OR company_name LIKE CONCAT(%, #{keyword}, %)) /if /where ORDER BY publish_time DESC /selectLIKE拼接必须用#{keyword}预编译占位符写成${keyword}会直接拼进 SQL 造成注入。检索条件下沉到 XML 的where标签里keyword 为空时自动去掉条件前端不用区分两套接口。参数类型默认值说明pageNumInteger1当前页码从 1 开始pageSizeInteger10每页条数keywordString空岗位名称或企业名称模糊匹配3.3 scroll-view 滚动加载的防重实现列表外层用了 scroll-view 的scrolltolower事件触发加载下一页。这个事件在快速滑动时会连续触发多次所以前端必须用loading锁防重进入方法先判断是否正在请求是则直接 return请求结束后再放开。另一种常见做法是把loading改为AbortController取消过期请求但 uni-app 跨端环境下兼容性不稳锁变量够用且好讲。4. 核心业务落库岗位投递幂等、收藏去重与状态机设计4.1 表结构设计核心表怎么拆就业信息系统至少需要五张表students 学生、companies 企业、jobs 岗位、delivery_records 投递记录、favorites 收藏。岗位和投递是一对多学生和收藏通过 job_id 关联是多对多。拆表的判断标准是角色的独立属性企业有统一社会信用代码学生有学号和专业这两类字段塞进同一张表会导致大量空列。4.1.1 建表 SQL 与关键约束CREATE TABLE jobs ( id BIGINT PRIMARY KEY AUTO_INCREMENT, company_id BIGINT NOT NULL COMMENT 发布企业 ID, job_name VARCHAR(64) NOT NULL COMMENT 岗位名称, salary_min INT COMMENT 最低薪资单位元, salary_max INT COMMENT 最高薪资, education_required VARCHAR(16) DEFAULT 本科, description TEXT COMMENT 岗位描述, status TINYINT DEFAULT 1 COMMENT 1 招聘中 2 已下线, publish_time DATETIME DEFAULT CURRENT_TIMESTAMP, KEY idx_company (company_id), KEY idx_publish_time (publish_time) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;薪资用INT而不是VARCHAR否则前端按薪资区间筛选时无法用 SQL 比较publish_time加索引是因为列表页ORDER BY publish_time DESC要走索引字符集必须用utf8mb4企业简介里出现 emoji 时utf8会直接报错。CREATE TABLE delivery_records ( id BIGINT PRIMARY KEY AUTO_INCREMENT, student_id BIGINT NOT NULL, job_id BIGINT NOT NULL, status TINYINT DEFAULT 0 COMMENT 0 待查看 1 已查看 2 面试 3 通过 4 不通过, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, UNIQUE KEY uk_student_job (student_id, job_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;uk_student_job唯一索引是防重复投递的数据库层底线。业务代码可能会漏判但唯一索引会把并发下的重复插入直接挡掉这是做投递类功能时最值得先写的一行约束。4.2 投递接口的幂等处理前端连续点两次投递按钮、弱网下请求重试都会产生重复投递记录。前端按钮要加 loading 锁后端同样要设防线两层缺一不可。PostMapping(/api/delivery) AuthRequired public Result deliver(RequestBody DeliveryDTO dto) { Long studentId UserContext.get(); // 第一层先查一次挡住绝大多数重复请求 Integer exists deliveryMapper.countByStudentAndJob(studentId, dto.getJobId()); if (exists ! null exists 0) { return Result.fail(该岗位已投递请勿重复操作); } try { Delivery d new Delivery(studentId, dto.getJobId(), 0); deliveryMapper.insert(d); } catch (DuplicateKeyException e) { // 第二层并发兜底唯一索引冲突也按已投递处理 return Result.fail(该岗位已投递请勿重复操作); } return Result.ok(投递成功); }AuthRequired注解保证能拿到当前学生 ID不用信前端传的 studentId。DuplicateKeyException捕获的是唯一索引冲突这是并发场景下查重必然存在时间窗口的兜底方案。捕获后返回和第一层完全一致的提示文案前端不需要区分具体是哪一层拦住的。投递状态用 TINYINT 枚举流转方向是单向的status含义触发方0待查看学生投递时写入1已查看管理员打开投递详情2面试管理员操作3通过管理员操作4不通过管理员操作状态只在管理端推进学生端只读。实现时把枚举值映射成待查看、已查看、面试、通过、不通过比直接返回数字让前端硬编码要干净得多。4.3 收藏模块的去重与小技巧收藏表favorites(student_id, job_id, create_time)同样加(student_id, job_id)唯一索引。接口只提供两个动作收藏和取消收藏。页面进入时一次查出当前学生收藏过的 job_id 列表前端用Set存起来判断按钮态时直接has(item.id)不需要每条岗位详情都回源查一次列表页 20 条数据能省 20 次请求。收藏接口删除时按student_id job_id删不要只按 id 删避免越权操作别人的收藏记录。5. 部署联调Windows 脚本、MySQL 导入与小程序端高频坑位5.1 三个 .bat 脚本与配置项核对源码包里的 1-install.bat、2-run.bat、3-build.bat 是 Windows 下的交付脚本分别对应安装依赖、启动服务、构建前端。常见做法是脚本里先java -version和mvn -v检测环境变量缺失时直接提示而不是等编译报错。数据库脚本用 Navicat 或命令行整体导入即可导入前确认 MySQL 版本是 5.7SQL 里如果用了utf8mb4排序规则5.6 以下的老版本会不认识。application.yml是联调时改动最频繁的文件配置项常见错误spring.datasource.url库名拼错或漏掉serverTimezoneAsia/Shanghai导致日期偏移wx.appid / wx.secret与小程序后台不一致code 换 token 时报 40013server.port8080 被占用后改了端口小程序端的 baseURL 没同步改5.2 小程序端联调的四个高频问题第一域名校验。微信开发者工具里勾选「不校验合法域名」本地联调才能访问http://localhost:8080真机预览时必须走 https并且在小程序后台配置 request 合法域名这个配置有审核缓存改完要等几分钟。第二401 统一处理。请求封装里拦截返回码 401清掉本地 token 并wx.reLaunch到登录页避免学生在岗位列表页看到一堆报错弹窗。第三uni-datetime-picker放在 scroll-view 里时iOS 上弹层会被滚动容器裁切表现为日期选择器点开只有半截。常见做法是把 picker 移到 scroll-view 外层或者用一个独立弹层承载不要和滚动容器共用同一个 z-index 上下文。第四自定义导航栏高度。用uni.getSystemInfoSync().statusBarHeight加上胶囊按钮的top位置动态计算不要写死 20pxiPhone 全面屏和安卓厂商机型的状态栏高度差异很大。列。最后一行需要是技术内容不是总结。让我调整一下以具体技巧结尾。把第四点改完即可结尾是具体数值和做法。调整文章按 4.3 后面直接接第 5 章。第 5 章最后以「第四自定义导航栏高度……机型差异很大。」结尾这就是具体技巧收尾不再追加总结句。本文还有配套的精品资源点击获取 
长河君 · 2026/9/15 2:06:27 · 阅读 1.2k 微信小程序高校毕业生就业信息系统：SpringBoot后端与uni-app前端实战解析
简介基于微信小程序的高校毕业生就业信息系统采用Spring Boot后端与微信小程序前端的分层架构面向高校毕业生、辅导员及就业管理部门解决招聘信息发布、简历投递、就业统计等核心需求也可作为Java Web与小程序开发学习者的完整实战项目。压缩包大小36.55MB共1451个文件主要包含Java后端源码、Vue/JS小程序逻辑、wxml/wxss界面、SQL数据库脚本、功能说明文档及各类静态资源结构划分细致便于定位代码与二次开发。项目经严格调试可独立运行附有数据库初始化脚本和项目介绍降低上手门槛适合用于毕业设计、课程设计或就业系统相关的功能复现。目前已有2761人学习下载结合源码与文档可快速掌握前后端联调与小程序发布流程。1. 基于微信小程序的高校毕业生就业信息系统源码包到可运行工程差在哪先说打开这份「基于微信小程序的高校毕业生就业信息系统」源码包的第一印象压缩包里既有 uni-fab.vue.bak、main.css.bak 这类开发期备份文件也有 chunk-vendors.xxx.css 这样的 web 构建产物还有 1-install.bat、2-run.bat、3-build.bat 三个 Windows 一键脚本。基本可以判断这不是几个演示页面的半成品而是小程序端、管理后台、SpringBoot 接口、MySQL 脚本凑齐的可运行交付物。这套系统的业务闭环不复杂学生端小程序负责岗位浏览、关键词检索、简历投递和收藏管理端负责企业和岗位审核、查看投递记录。毕业生在校园招聘季扫个码就能用不需要额外装 App。对做毕设的人来说它的价值在于把微信登录、分页检索、投递状态机、部署排错几个高频考察点串在一条完整业务链上。后端是 Java 8 SpringBoot/SSM MySQL 5.7 Tomcat 7前端小程序走的 uni-app 路线。这套选型不追新但胜在兼容性稳JDK 1.8 的自动装配机制足以讲清原理MySQL 5.7 也不怕学校机房老版本卡 SQL。下文从后端的登录鉴权开始拆把每个关键环节的可运行代码和参数边界一并交代。2. SpringBoot 后端微信登录 code 换 token 与拦截器鉴权实现2.1 微信登录流程临时 code 如何换成业务 token小程序端学生第一次进入系统时前端调用wx.login拿到一个临时 code。这个 code 有效期只有五分钟且只能使用一次前端拿它调自己的后端/api/auth/login后端再用 appid、secret 和 code 去微信的jscode2session接口换 openid 与 session_key。这里有一条硬性边界appsecret 绝不能写进小程序代码小程序包可以被反编译secret 一旦泄露等于账号体系裸奔所以 code2session 这一步必须放在 SpringBoot 服务端完成。2.1.1 后端 code2session 调用与自动注册逻辑RestController RequestMapping(/api/auth) public class AuthController { PostMapping(/login) public Result login(RequestBody WxLoginDTO dto) { // 1. code 换 openid只有 js_code 是前端传的 String url https://api.weixin.qq.com/sns/jscode2session ?appid wxConfig.getAppid() secret wxConfig.getSecret() js_code dto.getCode() grant_typeauthorization_code; String resp restTemplate.getForObject(url, String.class); JSONObject wxResp JSON.parseObject(resp); if (wxResp.getInteger(errcode) ! null) { throw new BizException(微信登录失败: wxResp.getString(errmsg)); } String openid wxResp.getString(openid); // 2. 按 openid 查学生表不存在则自动注册 Student student studentMapper.selectByOpenid(openid); if (student null) { student new Student(); student.setOpenid(openid); student.setNickname(dto.getNickName()); student.setAvatar(dto.getAvatar()); studentMapper.insert(student); } // 3. 签发自定义 token 写入 Redis7 天有效 String token UUID.randomUUID().toString().replace(-, ); redisTemplate.opsForValue().set( student:token: token, String.valueOf(student.getId()), 7, TimeUnit.DAYS); return Result.ok(new LoginVO(token, student.getId(), student.getNickname())); } }这段代码把微信返回错误放在第一步校验errcode非空直接抛业务异常避免下游拿到空 openid 后插入脏数据。参数上grant_type固定为authorization_codejs_code来自前端appid 和 secret 通过wxConfig从application.yml注入不要硬编码在类里。Redis 的 key 设计成student:token:{token}value 存 studentId后续登出、管理员封号直接删 key 就能生效比无状态 JWT 好控制。2.2 拦截器 Redis无状态接口的统一鉴权后续请求前端把 token 放在Authorization头后端用一个HandlerInterceptor统一解析而不是在每个 Controller 里重复查一遍 Redis。这套结构里我特意没选 JWT原因很现实Redis 在系统里本来就要存会话token 存 Redis 可以主动失效JWT 虽然无状态但封号时要额外维护黑名单对毕设场景属于过度设计。如果你不想引入 RedisJWT 过期时间也是同一套拦截器结构的常见替代方案。2.2.1 自定义注解标注需要登录的接口Target(ElementType.METHOD) Retention(RetentionPolicy.RUNTIME) public interface AuthRequired { }Component public class AuthInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest req, HttpServletResponse resp, Object handler) { if (!(handler instanceof HandlerMethod)) return true; HandlerMethod hm (HandlerMethod) handler; if (!hm.hasMethodAnnotation(AuthRequired.class)) return true; String token req.getHeader(Authorization); String sid redisTemplate.opsForValue().get(student:token: token); if (sid null) { throw new BizException(401, 登录已过期请重新登录); } UserContext.set(Long.parseLong(sid)); return true; } Override public void afterCompletion(...) { UserContext.remove(); } }AuthRequired加在方法上没标注的接口直接放行登录接口本身就不需要 token。UserContext本质是一个ThreadLocal存当前请求的 studentId请求结束后必须在afterCompletion里 remove否则 Tomcat 线程池复用线程时会串数据。注册拦截器时注意在WebMvcConfigurer.addInterceptors里排除/api/auth/**这个配置类本身正是 SpringBoot 自动装配体系里最常见的扩展回调点答辩时能顺带把自动装配原理讲清楚。token 方案选型对比如下方案主动失效额外依赖适配场景Redis token支持删 key 即失效需引入 Redis本系统默认方案JWT不支持需维护黑名单无纯无状态集群3. uni-app 小程序端就业信息列表、关键词检索与分页加载实战3.1 列表页数据流从接口请求到视图渲染小程序端是 uni-app 工程从uni-fab.vue这个悬浮按钮组件就能确认。用 HBuilderX 导入项目后运行到微信开发者工具改代码会热更新不需要手动重新编译。列表页是就业信息系统的门面岗位列表接口返回分页结构{ records, total, pages, current }页面onLoad时请求第一页滚动到底部再拼接下一页这是微信小程序项目实例里最标准的列表交互。3.1.1 页面结构与 loading 状态// pages/job/list.vue export default { data() { return { keyword: , pageNum: 1, pageSize: 10, jobs: [], finished: false, loading: false, }; }, onLoad() { this.loadJobs(true); }, methods: { async loadJobs(reset) { // reset true 表示重新搜索回到第一页 if (this.loading || this.finished) return; this.loading true; const page reset ? 1 : this.pageNum; const { data } await request({ url: /api/jobs, data: { pageNum: page, pageSize: this.pageSize, keyword: this.keyword }, }); this.jobs reset ? data.records : this.jobs.concat(data.records); this.pageNum page 1; this.finished page data.pages; this.loading false; }, }, };request是封装过uni.request的工具模块统一在 header 里注入Authorization: uni.getStorageSync(token)同时拦截 HTTP 401 跳转回登录页。这里的finished判断用的是后端返回的pages总数而不是records.length pageSize——后者在最后一页恰好满条数时会多触发一次空请求这是分页最容易写错的地方。3.2 关键词检索与分页参数设计搜索框在confirm事件里调用loadJobs(true)重置列表。后端用 PageHelper 配合 MyBatisstartPage之后的第一个查询会自动拼接 limit注意它只对紧跟的那一条查询生效。GetMapping(/api/jobs) public PageResultJobVO list(RequestParam(defaultValue 1) Integer pageNum, RequestParam(defaultValue 10) Integer pageSize, RequestParam(required false) String keyword) { PageHelper.startPage(pageNum, pageSize); ListJob jobs jobMapper.selectJobList(keyword); return PageResult.build(new PageInfo(jobs)); }select idselectJobList resultTypecom.demo.entity.Job SELECT id, job_name, salary_min, salary_max, company_name, education_required, publish_time FROM jobs where if testkeyword ! null and keyword ! AND (job_name LIKE CONCAT(%, #{keyword}, %) OR company_name LIKE CONCAT(%, #{keyword}, %)) /if /where ORDER BY publish_time DESC /selectLIKE拼接必须用#{keyword}预编译占位符写成${keyword}会直接拼进 SQL 造成注入。检索条件下沉到 XML 的where标签里keyword 为空时自动去掉条件前端不用区分两套接口。参数类型默认值说明pageNumInteger1当前页码从 1 开始pageSizeInteger10每页条数keywordString空岗位名称或企业名称模糊匹配3.3 scroll-view 滚动加载的防重实现列表外层用了 scroll-view 的scrolltolower事件触发加载下一页。这个事件在快速滑动时会连续触发多次所以前端必须用loading锁防重进入方法先判断是否正在请求是则直接 return请求结束后再放开。另一种常见做法是把loading改为AbortController取消过期请求但 uni-app 跨端环境下兼容性不稳锁变量够用且好讲。4. 核心业务落库岗位投递幂等、收藏去重与状态机设计4.1 表结构设计核心表怎么拆就业信息系统至少需要五张表students 学生、companies 企业、jobs 岗位、delivery_records 投递记录、favorites 收藏。岗位和投递是一对多学生和收藏通过 job_id 关联是多对多。拆表的判断标准是角色的独立属性企业有统一社会信用代码学生有学号和专业这两类字段塞进同一张表会导致大量空列。4.1.1 建表 SQL 与关键约束CREATE TABLE jobs ( id BIGINT PRIMARY KEY AUTO_INCREMENT, company_id BIGINT NOT NULL COMMENT 发布企业 ID, job_name VARCHAR(64) NOT NULL COMMENT 岗位名称, salary_min INT COMMENT 最低薪资单位元, salary_max INT COMMENT 最高薪资, education_required VARCHAR(16) DEFAULT 本科, description TEXT COMMENT 岗位描述, status TINYINT DEFAULT 1 COMMENT 1 招聘中 2 已下线, publish_time DATETIME DEFAULT CURRENT_TIMESTAMP, KEY idx_company (company_id), KEY idx_publish_time (publish_time) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;薪资用INT而不是VARCHAR否则前端按薪资区间筛选时无法用 SQL 比较publish_time加索引是因为列表页ORDER BY publish_time DESC要走索引字符集必须用utf8mb4企业简介里出现 emoji 时utf8会直接报错。CREATE TABLE delivery_records ( id BIGINT PRIMARY KEY AUTO_INCREMENT, student_id BIGINT NOT NULL, job_id BIGINT NOT NULL, status TINYINT DEFAULT 0 COMMENT 0 待查看 1 已查看 2 面试 3 通过 4 不通过, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, UNIQUE KEY uk_student_job (student_id, job_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;uk_student_job唯一索引是防重复投递的数据库层底线。业务代码可能会漏判但唯一索引会把并发下的重复插入直接挡掉这是做投递类功能时最值得先写的一行约束。4.2 投递接口的幂等处理前端连续点两次投递按钮、弱网下请求重试都会产生重复投递记录。前端按钮要加 loading 锁后端同样要设防线两层缺一不可。PostMapping(/api/delivery) AuthRequired public Result deliver(RequestBody DeliveryDTO dto) { Long studentId UserContext.get(); // 第一层先查一次挡住绝大多数重复请求 Integer exists deliveryMapper.countByStudentAndJob(studentId, dto.getJobId()); if (exists ! null exists 0) { return Result.fail(该岗位已投递请勿重复操作); } try { Delivery d new Delivery(studentId, dto.getJobId(), 0); deliveryMapper.insert(d); } catch (DuplicateKeyException e) { // 第二层并发兜底唯一索引冲突也按已投递处理 return Result.fail(该岗位已投递请勿重复操作); } return Result.ok(投递成功); }AuthRequired注解保证能拿到当前学生 ID不用信前端传的 studentId。DuplicateKeyException捕获的是唯一索引冲突这是并发场景下查重必然存在时间窗口的兜底方案。捕获后返回和第一层完全一致的提示文案前端不需要区分具体是哪一层拦住的。投递状态用 TINYINT 枚举流转方向是单向的status含义触发方0待查看学生投递时写入1已查看管理员打开投递详情2面试管理员操作3通过管理员操作4不通过管理员操作状态只在管理端推进学生端只读。实现时把枚举值映射成待查看、已查看、面试、通过、不通过比直接返回数字让前端硬编码要干净得多。4.3 收藏模块的去重与小技巧收藏表favorites(student_id, job_id, create_time)同样加(student_id, job_id)唯一索引。接口只提供两个动作收藏和取消收藏。页面进入时一次查出当前学生收藏过的 job_id 列表前端用Set存起来判断按钮态时直接has(item.id)不需要每条岗位详情都回源查一次列表页 20 条数据能省 20 次请求。收藏接口删除时按student_id job_id删不要只按 id 删避免越权操作别人的收藏记录。5. 部署联调Windows 脚本、MySQL 导入与小程序端高频坑位5.1 三个 .bat 脚本与配置项核对源码包里的 1-install.bat、2-run.bat、3-build.bat 是 Windows 下的交付脚本分别对应安装依赖、启动服务、构建前端。常见做法是脚本里先java -version和mvn -v检测环境变量缺失时直接提示而不是等编译报错。数据库脚本用 Navicat 或命令行整体导入即可导入前确认 MySQL 版本是 5.7SQL 里如果用了utf8mb4排序规则5.6 以下的老版本会不认识。application.yml是联调时改动最频繁的文件配置项常见错误spring.datasource.url库名拼错或漏掉serverTimezoneAsia/Shanghai导致日期偏移wx.appid / wx.secret与小程序后台不一致code 换 token 时报 40013server.port8080 被占用后改了端口小程序端的 baseURL 没同步改5.2 小程序端联调的四个高频问题第一域名校验。微信开发者工具里勾选「不校验合法域名」本地联调才能访问http://localhost:8080真机预览时必须走 https并且在小程序后台配置 request 合法域名这个配置有审核缓存改完要等几分钟。第二401 统一处理。请求封装里拦截返回码 401清掉本地 token 并wx.reLaunch到登录页避免学生在岗位列表页看到一堆报错弹窗。第三uni-datetime-picker放在 scroll-view 里时iOS 上弹层会被滚动容器裁切表现为日期选择器点开只有半截。常见做法是把 picker 移到 scroll-view 外层或者用一个独立弹层承载不要和滚动容器共用同一个 z-index 上下文。第四自定义导航栏高度。用uni.getSystemInfoSync().statusBarHeight加上胶囊按钮的top位置动态计算不要写死 20pxiPhone 全面屏和安卓厂商机型的状态栏高度差异很大。列。最后一行需要是技术内容不是总结。让我调整一下以具体技巧结尾。把第四点改完即可结尾是具体数值和做法。调整文章按 4.3 后面直接接第 5 章。第 5 章最后以「第四自定义导航栏高度……机型差异很大。」结尾这就是具体技巧收尾不再追加总结句。本文还有配套的精品资源点击获取