从选题到上线聊聊我用SpringBoot做高校防诈骗宣传平台的完整过程每年到了毕业设计季总有人问我选题怎么定。说实话与其纠结那些烂大街的“图书管理系统”“学生选课系统”不如找一个既有现实意义、又能在技术栈上完整展示你水平的题目。我今天要分享的就是这样一个项目基于SpringBoot的高校防诈骗宣传平台。这个项目解决的是什么问题很简单——高校里电信网络诈骗频发新生被骗学费、兼职刷单被骗生活费这些事每年都在发生。学校虽然做安全教育但形式基本停留在讲座签到和传单发放学生根本记不住。而这个平台要做的就是把反诈教育从“被动听”变成“主动看、互动聊”通过案例库、学习记录、社区问答让防骗知识真正进脑子。技术上的定位也很有意思。它不是一个纯管理后台而是一个“内容平台学习系统社区互动”三合一的Web应用非常适合用SpringBoot做后端、Vue做前端的经典前后端分离架构来落地。做完这个项目SpringBoot、MyBatis-Plus、Spring Security、Redis、数据库设计这些毕业设计高频考核点基本全覆盖面试时也有的聊。适合谁正在做毕业设计的学生、想练手SpringBoot全家桶的初学者、以及想给学校做一套反诈宣传系统的技术爱好者。这篇博文我会把从需求分析、表结构设计、核心接口实现到部署避坑的全过程讲清楚里面的代码和思路你都可以直接拿去改。1. 项目定位与整体设计思路1.1 核心需求解析这个平台到底要做什么动手写代码之前我习惯先把需求想透。防诈骗宣传平台听起来简单但拆开一看它至少有四个角色视角普通学生、系统管理员、内容审核者可能是辅导员或保卫处老师、以及游客。学生的需求是什么不是上去看一堆长篇大论的防骗手册而是能快速了解最新的诈骗套路看到真实案例最好还能做几道题检验一下自己会不会被骗。管理员的需求是什么能发布案例、审核社区内容、看统计数据知道哪个系的学生学习积极性高、哪种诈骗案例阅读量大。辅导员的潜在需求呢大概是能追踪学生的学习进度发现哪些学生长期不学习定向提醒。这就决定了系统不能只做一个“文章发布系统”。我最终把功能拆成了四个核心模块用户管理模块、案例学习模块、互动社区模块、后台统计模块。用户可以注册登录、浏览分类案例、搜索特定骗局、参与答题测试、发帖提问、收藏评论。管理端则负责内容审核、用户管理、数据大屏和公告发布。这个定位很关键。很多同学做毕业设计喜欢堆功能CMS功能加了一堆结果核心场景根本不清晰。我这个项目从头到尾围绕“反诈教育闭环”来设计——案例浏览是输入答题反馈是检验社区讨论是巩固管理统计是支撑。所有功能都能回答一个问题它服务于哪个教育环节1.2 技术选型权衡为什么敲定SpringBoot全家桶技术选型这部分我直接说结论再解释为什么。后端我用的是SpringBoot 2.7.18搭配Java 8。这个组合是当下毕业设计最稳妥的选择不是因为版本新而是因为资料多、坑少。SpringBoot 3.0虽然已经出了很久但它基于Jakarta命名空间很多老教程直接跑不通对毕设新手来说属于自找麻烦。持久层选了MyBatis-Plus而不是原生MyBatis。原因很简单单表CRUD不用写SQL自带分页插件和条件构造器代码量能少一半。毕业设计最怕代码写不完还给崩了能省时间的工具就是好工具。复杂联表查询再手写SQL也不迟。权限认证用的Spring Security JWT。很多同学看到Spring Security就头疼觉得配置复杂。但在这个项目里我只用了它最核心的两个能力过滤器链做JWT校验、注解做接口权限控制。如果你实在搞不定Spring Security退一步用拦截器Redis也可以但答辩时老师大概率会问“你如何保证接口安全”用Spring Security在回答上会从容很多。数据库用的MySQL 8.0缓存用的Redis。Redis在这个项目里不是必选项但我用它做了两件很提效的事统计热门案例的浏览量、存储验证码。后面我会详细讲实现。前端我选的是Vue 3 Element Plus Axios构建工具用Vite。如果你前端基础薄也可以直接用Thymeleaf做服务端渲染一个SpringBoot工程搞定省去跨域和联调烦恼。但这里我强烈建议学一下前后端分离这本身就是毕设答辩的一个加分展示点。1.3 系统架构与目录结构规划做前后端分离项目最忌讳的就是想到哪写到哪。我的一贯做法是先把工程结构定死后面填代码就不容易乱。后端的核心包结构如下com.campus.antifraud ├── config // 配置类安全配置、Redis配置、跨域配置、拦截器 ├── controller // 接口层接收请求、参数校验、返回统一结果 ├── service // 业务层核心逻辑都在这一层 │ └── impl ├── mapper // 数据访问层MyBatis-Plus的Mapper接口 ├── entity // 实体类对应数据库表 ├── dto // 前端交互对象登录DTO、案例查询DTO等 ├── vo // 返回对象统一封装给前端展示的数据结构 ├── utils // 工具类JWT生成解析、Redis工具、脱敏工具 ├── exception // 全局异常处理器 └── common // 通用类统一返回结果Result、状态码枚举这个结构是标准的分层架构。Controller只做参数接收和结果返回不写业务逻辑Service层写业务规则Mapper层只做数据读写——各层职责单一答辩时老师问“你这个项目是怎么分层的为什么这么分层”你照着这个结构说就行。有个细节要提醒实体类千万别直接返回给前端。比如用户表有密码字段你说你没写查询密码的接口但万一哪天漏了呢正确做法是新建VO对象把需要展示的字段拷贝过去再返回。这不仅是安全习惯也是代码规范的一部分。2. 数据库建模与核心表结构设计2.1 从用户到案例数据表的整体规划数据库设计是毕业设计的半壁江山很多同学一上来就建表做到后面发现字段不够用、表关系不对推倒重来。我建议把所有表放在一起全局规划一次性想清楚。平台总共设计了7张核心表表名说明核心字段t_user用户表id, username, password, nickname, avatar, role, dept_id, statust_case案例表id, title, type_id, content, cover, author_id, views, likes, statust_case_type案例分类表id, name, sortt_comment评论表id, case_id, user_id, content, parent_id, create_timet_like_record点赞记录表id, user_id, case_id, create_timet_answer答题记录表id, user_id, score, answer_json, create_timet_notice公告表id, title, content, create_time用户表要区分角色。我用了最简单的方案role字段0表示学生1表示管理员2表示审核员。不要搞太复杂的权限模型毕设场景下RBAC用role字段完全够用。dept_id关联的是学院或系别这个字段很有用后面统计“哪个学院学习完成率高”就靠它。2.2 案例表的字段设计细节案例表是核心内容表字段设计直接决定功能好不好做。我自己吃过亏最初版本少设计了两个字段后面代码写得很难受。第一个容易漏的字段是status。案例不是发出来就能上线的管理员要审核审核通过才展示给学生。status值为0是待审核、1是已发布、2是已下架。别小看这个字段它让“内容审核”功能成为可能也避免了学生直接看到还没编辑完的半成品。第二个容易漏的是summary。列表页不需要展示全文只需要一段摘要。如果数据库没有summary字段列表接口就要把content全文查出来再截取既浪费IO又麻烦。我在设计时就加上summary列表页直接select摘要字段详情页才查全文。第三个细节是封面图字段cover。大学校园里网速再好一个纯文字的页面还是劝退的。封面图让每个案例卡片看起来更加美观。文件上传方案后面会讲表结构里先预留这个字段。likes字段我做了冗余设计。如果一个案例的点赞数要实时统计每次都要count点赞记录表数据量大了效率有隐患。所以我在案例表里存一个likes总量用户点赞时用事务同时更新点赞记录表和likes字段。这种“空间换时间”的冗余设计在答辩时可以作为一个加分亮点讲给老师听。2.3 MyBatis-Plus逆向工程与建表实战表结构确定之后建表我推荐直接在Navicat或者命令行执行SQL然后用MyBatis-Plus的代码生成器自动生成entity、mapper和service。这里有一个很多人不知道的细节生成器生成的实体类默认用驼峰命名映射下划线字段需要在配置文件里开启map-underscore-to-camel-case才算完整不过MyBatis-Plus默认就开着。核心建表SQL我贴几个关键的你们可以参考CREATE TABLE t_user ( id bigint NOT NULL AUTO_INCREMENT, username varchar(50) NOT NULL COMMENT 用户名, password varchar(100) NOT NULL COMMENT 加密后的密码, nickname varchar(50) DEFAULT NULL COMMENT 昵称, avatar varchar(255) DEFAULT NULL COMMENT 头像URL, role tinyint DEFAULT 0 COMMENT 0学生 1管理员 2审核员, dept_id bigint DEFAULT NULL COMMENT 学院ID, status tinyint DEFAULT 1 COMMENT 1正常 0禁用, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT用户表;注意几个点密码字段长度至少100因为BCrypt加密后的字符串很长所有表都加create_time便于管理后台排序字符集用utf8mb4而不是utf8因为要存emoji和生僻字虽然我不用emoji但学生评论里可能带。其实每一张张表都设计个编号还有存储引擎——InnoDB必须的撑事务和外键。毕业设计如果用了MyISAM答辩被问到事务处理就很尴尬了。3. 核心功能实现与代码解析3.1 用户注册登录与JWT鉴权用户模块是系统的门面也是Spring Security的主要应用场景。注册逻辑本身不复杂前端传username、password、nickname后端先查重再用BCrypt加密入库默认角色是学生。注意密码绝对不能明文存这一点任何老师都会问BCrypt是标准答案。登录的核心代码逻辑如下Service public class AuthServiceImpl implements AuthService { Autowired private UserMapper userMapper; Autowired private PasswordEncoder passwordEncoder; Override public LoginVO login(LoginDTO dto) { // 1. 根据用户名查询用户 User user userMapper.selectOne( new LambdaQueryWrapperUser() .eq(User::getUsername, dto.getUsername())); // 2. 用户不存在或密码不匹配 if (user null || !passwordEncoder.matches(dto.getPassword(), user.getPassword())) { throw new BusinessException(用户名或密码错误); } // 3. 用户被禁用 if (user.getStatus() 0) { throw new BusinessException(账号已被禁用请联系管理员); } // 4. 生成JWT String token JwtUtils.generateToken(user.getId(), user.getUsername(), user.getRole()); // 5. 组装返回对象注意脱敏 LoginVO vo new LoginVO(); vo.setToken(token); vo.setUserInfo(convertToUserVO(user)); return vo; } }JWT工具类核心就三件事生成token、解析token、校验过期时间。我用了jjwt库一个被广泛使用的Java JWT库。密钥放到application.yml里注意别硬编码在代码中否则每次重启密钥就失效了已登录的用户全部要重新登录。Spring Security的配置是这个模块的难点。核心逻辑是放行登录、注册接口其他接口全部走JWT过滤器过滤器里解析token并把用户信息放进SecurityContext。这样后面的接口通过注解就能拿到当前用户。具体配置不贴全量代码了重点说一个踩坑点Spring Security默认开启CSRF防护前后端分离模式下必须显式关闭否则所有POST请求都会403我见过好多人在这个地方卡了一整天才发现是CSRF的问题。3.2 案例发布、审核与分类检索案例模块是平台的核心内容流。设计时我把“内容展示”和“内容生产”分成了两个视角学生看到的是已经审核通过的案例列表管理员和审核员看到的是带状态的案例管理列表待审核的优先排在最前面。案例列表接口是个典型的分页查询加条件过滤场景用MyBatis-Plus的条件构造器非常顺手public PageCaseVO getCasePage(CaseQueryDTO dto) { PageCase page new Page(dto.getPageNum(), dto.getPageSize()); LambdaQueryWrapperCase wrapper new LambdaQueryWrapper(); // 只查询已审核通过的案例 wrapper.eq(Case::getStatus, 1); // 按分类筛选 if (dto.getTypeId() ! null) { wrapper.eq(Case::getTypeId, dto.getTypeId()); } // 关键词搜索标题或摘要 if (StringUtils.hasText(dto.getKeyword())) { wrapper.and(w - w.like(Case::getTitle, dto.getKeyword()) .or().like(Case::getSummary, dto.getKeyword())); } // 最新优先 wrapper.orderByDesc(Case::getCreateTime); PageCase result caseMapper.selectPage(page, wrapper); // 实体转VO关联查询分类名称和作者昵称 return convertToVOPage(result); }这里有个性能细节列表接口不要查content字段但MyBatis-Plus的selectPage是select *的。解决方案是在实体类的content字段上标注TableField(select false)或者查询时手动wrapper.select(Case::getId, Case::getTitle, Case::getSummary, ...)。我用的是后者更显式一些。这个细节虽然小但能体现你对性能和字段控制的意识在答辩时提一句老师会觉得你考虑得很全面。案例详情的浏览计数我用Redis做了优化public CaseDetailVO getCaseDetail(Long caseId) { // 1. 查出详情 Case caseInfo caseMapper.selectById(caseId); // 2. Redis中自增浏览量 String key case:views: caseId; Long views redisTemplate.opsForValue().increment(key); // 3. 如果缓存中没有值取数据库的值作为初始值 if (views 1) { redisTemplate.opsForValue().set(key, caseInfo.getViews() 1); views caseInfo.getViews() 1L; } // 4. 异步写回数据库或定期批量更新 caseInfo.setViews(views.intValue()); // 返回详情... }理论上浏览量可以先放Redis定期批量刷回数据库降低频繁update对MySQL的压力。不过毕设项目量级不大直接在读详情时同步increment然后update数据库也完全扛得住。但如果你用Redis做了记得在答辩时说清楚为什么这样设计——高并发场景下数据库写压力大Redis是内存操作扛写能力远强于磁盘型数据库。这个思路本身就是加分项。3.3 互动社区评论、点赞与举报社区功能让平台从单向宣传变成双向互动具体拆开就是评论和点赞两个业务。评论表是自关联的支持楼中楼。parent_id为0表示一级评论非0表示对某条评论的回复。查询评论列表时我采用的方式是先查一级评论再根据一级评论的id批量查询回复然后组装成树形结构。这种方式比一次性查全部再在内存中递归组装要清晰得多。点赞功能的关键是防重复点。核心做法是加唯一索引t_like_record表里user_id和case_id建立联合唯一索引。用户点击点赞时先insert点赞记录如果触发了DuplicateKeyException说明已经点过了再执行取消点赞逻辑。这个手段比先select再判断要更靠谱因为在高并发下select判断存在竞态条件——两个请求同时查到不存在然后都执行insert还好唯一索引兜底保证不会出现两条重复数据。这种利用数据库约束处理并发问题的思路也是面试和答辩的经典考点。举报功能我做得相对简单一个t_report表用户提交举报原因管理后台展示待处理举报列表处理完成后状态置为1。虽然业务逻辑简单但它补全了“社区治理”这个模块的完整性让系统不只是一个发文章的工具。3.4 答题功能让学习效果有反馈纯看案例是没办法确认学生到底学会没有的。所以我加了一个答题自测功能从题库里随机抽10道题学生作答后实时计算得分成绩低于60分就推荐重新学习相关分类的案例。题库我设计在代码里管理没有单独建表。核心原因题目数量不大而且每道题关联案例分类的id用代码维护比数据库维护更适合毕设场景。如果你后续想扩展可以把题库存到数据库加上题目管理界面这算是系统的一个扩展方向。答题模块的代码结构就是三个接口获取随机题目、提交答案、查询历史成绩。提交答案时接收用户的选择项数组和正确答案比对返回分数。响应速度要求高基本没有复杂逻辑。3.5 管理后台与统计展示后台管理系统我用了一套独立的路由和页面管理员登录后可以看到用户管理、案例审核、评论管理、数据统计四个大板块。数据统计是我个人比较看重的功能。我做了三个维度的展示注册用户总数和每日新增趋势、案例发布量分类占比、各学院学生学习完成率排名。前面两个数据都是简单的count查询写起来不费劲。关键是第三个——各学院学习完成率需要联表查询public ListDeptRankVO getDeptStudyRank() { // 统计每个学院的学生总数、已学习人数、平均答题得分 return deptMapper.selectStudyRank(); }对应的SQL大概长这样SELECT d.name AS dept_name, COUNT(DISTINCT u.id) AS total_students, COUNT(DISTINCT CASE WHEN a.id IS NOT NULL THEN u.id END) AS studied_students, IFNULL(AVG(a.score), 0) AS avg_score FROM t_dept d LEFT JOIN t_user u ON u.dept_id d.id AND u.role 0 LEFT JOIN t_answer a ON a.user_id u.id GROUP BY d.id ORDER BY studied_students DESC这个SQL能直接把各个学院的参与度拉出来。我给前端配了一个ECharts柱状图效果非常直观。这个页面做完之后整个系统的完整度瞬间提升了一个档次——你的平台不只是看文章的地方它真的在驱动各个学院去做反诈学习这件事。4. 前后端联调与部署中的典型问题4.1 跨域问题前后端联调第一坑前端跑在localhost:5173后端跑在localhost:8080端口不同浏览器按同源策略直接拦截。前后端分离项目遇到跨域问题是100%的解决方案是在后端配置CorsFilter允许指定来源访问。我在Spring Security的配置类里加了CorsConfigurationSource的Bean设置allowedOriginPatterns为http://localhost:5173允许的方法包括GET、POST、PUT、DELETE允许携带凭证。只开放这一个前端来源其他来源一律不放行这是基本的安全意识。有一个细节要提醒如果你用了Spring SecurityCORS配置要放在SecurityFilterChain之前生效否则安全过滤器会先于跨域配置拦截请求。具体做法是调用http.cors()开启Spring Security的CORS支持。不少人在跨域配置上踩坑就是漏了这个。4.2 文件上传的本地存储与访问映射案例封面、用户头像都是图片上传需求。我用了最简单的方案本地磁盘存储 虚拟路径映射。后端接收MultipartFile后把文件写入服务器的一个指定目录文件名用UUID重命名防止冲突然后返回一个可访问的URL。为了让前端能通过URL访问到这个文件需要配置静态资源映射Configuration public class WebMvcConfig implements WebMvcConfigurer { Override public void addResourceHandlers(ResourceHandlerRegistry registry) { String uploadPath file: uploadDir /; registry.addResourceHandler(/upload/**).addResourceLocations(uploadPath); } }这里uploadDir是上传目录的绝对路径。用绝对路径是个关键点——相对路径在不同的启动方式下会指向不同的位置用IDE启动和用java -jar启动的目录不同容易出幺蛾子。部署时有人会问为什么不用OSS原因很简单毕设环境不一定有云服务资源而且OSS需要配置密钥、开通服务会增加不少工作量。本地存储虽然low一点但能完整跑通流程。答辩时如果被问到你可以说“生产环境可以替换为对象存储服务接口层面不需要改动”这个回答已经证明你了解这个技术演进路径了。4.3 部署上线从jar包到服务器运行项目做完之后部署上线也是毕设验收的必经环节。后端打包前先把application.yml里的数据库连接改成线上配置然后执行mvn clean package -DskipTests在target目录下拿到jar包。服务器上执行命令nohup java -jar antifraud-platform.jar --server.port8080 app.log 21 前端构建需要先安装依赖然后打包npm install npm run build构建产物在dist目录是一个纯静态文件集合。我用Nginx托管这些静态文件同时配置反向代理把/api开头的请求转发到后端8080端口server { listen 80; server_name your-domain.com; location / { root /var/www/antifraud; index index.html; try_files $uri $uri/ /index.html; } location /api/ { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } }try_files那行是Vue路由history模式必须的否则刷新页面时会404。这个Nginx配置就是我在实测中最常用的直接复制改改域名就能用。4.4 开发期高频报错与解决方案速查我整理了开发这个项目时容易踩的坑也是后来学弟学妹问得最多的几个问题直接给结论现象根本原因解决方案前端请求接口403Spring Security CSRF未关闭在SecurityConfig中显式关闭csrf登录后接口返回401JWT过期或过滤器未放行检查token有效期检查SecurityConfig放行路径中文乱码MySQL连接URL缺编码参数jdbcUrl加characterEncodingutf8mb4返回的时间格式为数字Jackson未配置日期格式配置spring.jackson.date-formatyyyy-MM-dd HH:mm:ssMyBatis-Plus批量插入失败实体类主键策略不对主键用TableId(type IdType.AUTO)前端上传图片返回404静态资源映射未生效检查虚拟路径和实际路径是否匹配表里第一行就是我前面说的CSRF问题第三行中文乱码也值得多说两句。现在MySQL 8.0默认字符集就是utf8mb4但如果连接URL没显式指定某些情况下仍然可能乱码。连接串里加上serverTimezoneAsia/ShanghaicharacterEncodingutf8mb4基本能一次到位。另外一个容易被忽略的问题SpringBoot版本和MyBatis-Plus版本的兼容性。如果你的SpringBoot是2.7.xMyBatis-Plus要用3.5.x如果是SpringBoot 3.x必须用MyBatis-Plus 3.5.4以上版本否则启动直接报错。这种版本匹配问题在毕业设计季实在太常见了建议大家建项目时一次把版本全部锁死。5. 项目扩展与答辩准备建议项目做到这里已经是一个功能完整、能跑通前后端闭环的系统。但对于毕业设计来说真正拉开差距的往往是“增量”——你有没有做一些基础需求之外、能让老师眼前一亮的东西我给出几个低成本高回报的扩展思路。第一个是把验证码换成滑块验证或者图形验证码。登录页加一个图形验证码后端生成图片base64返回前端校验时对比Redis中存储的值。这个功能不难但能让登录模块更完整也能体现你对“接口防刷”有认知。我在项目里用的是Redis存储验证码超时时间设置60秒过期自动失效。第二个是数据统计页增加“最新骗局预警”模块通过爬虫或者人工录入的方式把最新的诈骗手法在首页置顶展示。这个模块做成一个接口就行管理后台可以手动标记某条案例为“紧急预警”平台首页立即置顶显示。虽然逻辑不复杂但它回应了“高校防诈骗”这个核心场景的时效性需求。第三个是添加一个“学习证书”功能学生学完指定数量的案例答对指定数量的题目自动生成一张电子证书。这是一种游戏化激励手段能明显提升学习完成率。实现也不难用一个进度表记录学习轨迹满足条件后生成一张带用户昵称、学院名称、时间的证书图片。答辩准备的话我从自己参加过的答辩中总结出三个必考点一是项目背景和意义——为什么做这个系统对比现有方案有什么改进二是技术选型——为什么用SpringBoot而不用SSM为什么用Redis为什么做前后端分离三是个人贡献——哪些模块是你独立设计的哪些遇到了困难怎么解决。回答的核心思路是把“做了什么”讲清楚固然重要但更重要的是把“为什么这么做”讲清楚。最后再分享一个我个人的实操感受做毕设遇到卡壳的时候不要一个人闷头调试超过两小时。先休息一下让脑子冷静下来很多时候问题出在一个非常愚蠢的拼写错误上。我在做这个项目时光是排查一个“日期格式返回变成数字”的问题就花了半天最后才发现是Jackson配置少写了一个格式化的注解。这些小坑踩过一次就能记住一辈子。