每年到了毕业设计季后台私信里堆得最多的一个问题就是Java方向的毕设到底选什么题目最稳。我的回答里一直有一个固定选项——基于Spring Boot的个人博客网站。这个题目不惊艳但胜在结构典型、技术栈通用、业务链路完整从博客信息管理到分类管理再到评论管理几乎覆盖了一个Java Web系统该有的全部核心环节。这篇文章我就把这个题目的完整做法从头到尾拆一遍包括需求分析、数据库设计、后端实现、部署交付以及论文和演示视频这些被很多人忽略的临门一脚给正在做或者准备选这个题目的同学一条可以直接参考的路。1. 选题拆解个人博客网站这个经典题目到底在考什么1.1 为什么Spring Boot成为毕设默认答案先说一个很多同学没想明白的问题为什么现在几乎所有Java毕设都默认基于Spring Boot答案其实很现实——Spring Boot让大家把精力从配置环境转移到写业务代码上。早些年做SSHStrutsSpringHibernate或者SSMSpringSpringMVCMyBatis框架整合光配置文件就要折腾好久各种XML、各种jar包冲突很多同学还没开始写功能就已经被环境劝退了。Spring Boot的意义在于它把那些繁琐的框架配置变成了约定大于配置。你只需要引入相应的starter依赖启动类一写项目就能跑起来。而且它内置了Tomcat打成一个jar包就能直接运行这对后面部署环节来说简直是降维打击——你不需要教评审老师怎么在Tomcat里部署war包只需要告诉他java -jar xxx.jar就够了。回到选题上个人博客网站为什么是安全牌因为它踩中了毕设评审的几个核心考察点一是CRUD增删改查基本功二是表与表之间的关联关系设计三是简单的权限控制逻辑四是前台展示与后台管理的界面划分。这些点做扎实了答辩基本问不倒。1.2 标题里三个关键词背后的真实考点博客信息管理博客分类管理博客信息评论这个连续串词看起来像复读机但实际上它点出了系统的三大核心模块也是考察的重点区域。博客信息管理核心考点是文章的增删改查、分页查询、搜索过滤、富文本编辑。这个模块决定了你的系统是不是一个能用的系统而不是花架子。分类管理看起来最简单就一个名字加描述但它的考点在分类和文章的一对多关系如何处理以及分类为空时删除策略如何设计。评论管理是整个系统技术含量相对高的模块因为它涉及多表关联查询评论关联文章、关联用户、可能有父子回复层级关系、还可能涉及评论审核状态的切换这一块做好了答辩时很有说头。理解了这个考察逻辑你后面做功能的时候就会知道哪些地方必须做深一点哪些地方可以简单带过。比如文章标签如果不会做就不如不做做一个半吊子的标签系统反而会被追问到说不出话。1.3 交付物清单不止是代码那么简单一个完整的毕设交付物不只是把源码交上去就算完事。以这个题目为例我建议至少准备六样东西可运行的源码、论文LW、部署说明、演示视频、数据库脚本、答辩PPT。很多人把前两样看得太重把后几样当成应付了事这是完全错误的。部署说明的价值在于让评审老师或者下一位接手的人能快速把系统跑起来。如果你写的部署说明让老师照着做了三个小时都没跑起来那你的代码质量再高也会被打折扣。演示视频更是很多人彻底无视的东西但我可以负责任地说一个有脚本、有重点、录制清晰的演示视频能在你们没法到场演示的情况下帮你保住大部分印象分。后面我会专门写一个录制演示视频的实操套路这里先按下不表。2. 地基先行技术栈选定与数据库表设计2.1 兜底最稳妥的一套技术组合做这个题目我不建议追求技术新鲜感。什么Spring Cloud、分布式、消息队列这些名词放在个人博客上本身就是违和的评审老师一听就知道你在堆砌概念。比较稳妥的组合是这样的后端用Spring Boot 2.7.x版本这个版本还算新且兼容性好网上资料也多。持久层用MyBatis-Plus它比原生MyBatis省掉大量重复的SQL编写同时保留了SQL可控性。数据库用MySQL 5.7或者8.0都可以推荐8.0因为字符集和性能更好些。前端部分有两种选择一是传统方式用Thymeleaf模板引擎直接写页面二是前后端分离用Vue来写。对于毕设这个体量我更推荐Thymeleaf方案理由很实际——减掉一个前端工程代码结构简单很多答辩时你解释起来也更容易。如果你非要前后端分离那也可以但你要有能力解释清楚跨域问题是怎么处理的以及为什么你的接口设计成这个样子多一个环节就多一个被追问的入口。2.2 四张核心表的字段设计个人博客系统在设计层面其实非常单纯核心就四张表用户表、文章表、分类表、评论表。但就这四张表字段设计好了就是四两拨千斤设计不好后面写代码处处别扭。用户表的核心字段要有主键ID、用户名、密码注意必须是经过哈希加密的不能明文存储、昵称、头像URL、角色类型管理员和普通用户这个字段是为了后面权限控制用的、创建时间。文章表是四张表里信息量最大的需要包含主键ID、标题、摘要列表页展示用、正文内容往往是富文本内容、封面图URL、所属分类ID、作者ID、浏览量、状态草稿/已发布/已下架、创建时间和更新时间。分类表要有一个排序字段别小看这个sort_order分类列表的展示顺序如果没有排序字段就只能按创建时间排实际使用时会很难受。评论表要有主键ID、文章ID、用户ID、父评论ID这个字段是为了实现楼中楼回复没有它就只能做一层评论、评论内容、点赞数、状态正常/待审核/屏蔽以及创建时间。需要提醒的是如果使用MyBatis-Plus建议统一开启逻辑删除字段deleted和自动填充字段create_time、update_time。逻辑删除的好处是删除文章时数据不会真正消失自动刷新页面还能从回收站恢复这种小细节写进论文里也是亮点。2.3 表之间怎么关联查询为什么必须用JOIN这几张表的关系其实一句话就能概括分类与文章是一对多文章与评论是一对多用户与文章、用户与评论都是一对多。在数据库层面文章的category_id指向分类表的id评论的article_id指向文章表的id评论的user_id指向用户表的id。这里有个很多新手会犯的错误在文章表里冗余存一个分类名称字段而不是存分类ID。这样做会导致一个问题——当后台修改分类名称时所有引用这个分类的文章也得一起更新否则就出现数据不一致。正确的做法是用外键逻辑关联不一定要真的在数据库里建物理外键但Java实体类里要有关联字段查询时用JOIN或者MyBatis-Plus的关联查询把名称带出来。实际的SQL场景很简单文章列表页需要展示文章TITLE、浏览量、所属分类名、作者昵称这一条查询就要JOIN分类表和用户表。评论列表页需要展示评论内容、评论人昵称、评论所属文章标题这就要JOIN用户表和文章表。能把这两条SQL写明白表关系设计这关就算过了。3. 核心功能实现文章、分类、评论三条主线的编码思路3.1 博客信息管理的增删改查、富文本与分页博客信息管理是系统的绝对核心它的代码质量基本决定了你整个项目的评分档位。先说分页查询。用MyBatis-Plus的话分页依赖一个分页插件在配置类里注入PaginationInnerInterceptor然后查询时通过PageT对象配合selectPage方法就能搞定不需要手写limit语句。这一步看起来简单但记住一个坑分页插件一定要配置数据库类型否则方言判断错误会导致SQL异常。然后是增删改查的细节。新增文章时要处理一个很容易忽略的问题——文章摘要。很多同学设计文章表时有摘要字段但是新增接口里根本没有传摘要前端也没填结果列表页就显示一片空白。最简单的做法是后端根据正文内容自动截取前N个字符作为摘要如果前端传了摘要就用前端传的这样无论如何都不会空。删除文章建议用逻辑删除前面已经说过这里不再重复。修改文章时要注意同时更新update_time这个字段如果不变别人会怀疑你的更新逻辑是不是有Bug。再就是富文本编辑器。这一块我强烈建议不要把体验做得太复杂。用业界成熟的wangEditor或者UEditor前后端只管接收HTML字符串、存储、回显就行。唯一的坑是图片上传富文本里插入图片时会向后端发一个上传请求你需要单独准备一个上传接口保存图片然后返回图片URL来让编辑器回显。如果这个接口没做前端就会显示一堆无法加载的图片图标。别忘了在Spring Boot里配置静态资源映射让上传的图片能被访问到否则图片存进去了但URL访问不了等于白做。3.2 博客分类管理树形结构还是扁平结构分类管理模块有两种设计思路一种是把所有分类做成扁平的列表另一种是做两级树形结构父分类子分类。个人博客这种场景我建议做扁平的原因有两个。第一从产品体验上看个人博客的分类通常就几个或十几个做树形结构多一层展开和收起反而让访客觉得繁琐。第二从代码实现来看树形结构需要递归查询、层级路径维护一个简单题目没必要引入这种复杂度。但是注意如果你论文里想多写一点东西那么两级分类也不是不行只是答辩时你要能解释清楚你的分类层级是固定的两级还是有多个子级以及叶子分类被删除时父分类下的文章如何处理这两个问题想不清楚就会被问倒。分类管理的核心是它的删除策略。一个分类下可能有文章那直接删分类就会把文章置于无分类状态。这有几种处理方案方案一是删除分类前检查该分类下是否有文章有文章就拒绝删除并提示用户先转移或删除文章方案二是删除分类时把该分类下的文章全部移到未分类这个默认分类中方案三是一次性把文章也删除。方案一最稳妥逻辑简单用户体验也能接受推荐采用。把这些判断写在Service层而不是Controller层不要让Controller里塞要么长的一段业务逻辑这也是答辩时一个加分的编码习惯。3.3 评论的无限级回复设计与审核开关评论模块是整个系统的技术亮点值得认真对待。如果只做一层评论所有评论平铺功能上说得通但答辩时缺少一个展示数据结构设计的点。我建议做两级评论顶级评论和回复评论。实现方法是在评论表里加一个parent_id字段顶级评论的parent_id为0回复某一个顶级评论时parent_id存顶级评论的ID。如果要支持楼中楼回复某条回复则需要加一个reply_user_id字段来记录被回复人的ID这样才能做到某用户回复了某用户的效果。在查询评论列表时比较高效的做法是分两步走先查所有顶级评论再一次性查出这些顶级评论下的所有子评论然后在内存里做组装。不要循环查库比如有100条顶级评论就查100次数据库这在答辩演示时一旦评论多了就会卡顿观感非常差。组装逻辑可以用一个Map以顶级评论ID为Key把对应的子评论List放进去一次遍历就能完成层级结构。另外还要做一个评论状态的开关。为什么需要审核状态因为如果你做的是开放式系统任何访客都能提交评论就会出现垃圾评论甚至带链接的广告。后台要能随时把某条评论设置成屏蔽状态。加上这个状态字段之后你的后台管理页面就多了一个评论管理Tab列表展示所有评论标明所属文章和评论人管理员可以一键屏蔽。这些交互看起来很普通但构成了一个完整的审核-展示-管理闭环答辩时能讲篇幅就长了。4. 登录鉴权与接口层细节答辩时最容易追问的地方4.1 登录方案选择用Token还是Session个人博客系统虽然是一个偏展示型的项目但后台管理毕竟需要登录才能操作所以登录鉴权是绕不开的一环。现在主流的方案有两种Session方式和Token方式通常是JWT。Session方式配合Spring Security使用是很多课程设计里常见的做法优势是过时但成熟但一个问题前端页面如果是Thymeleaf服务端渲染的用Session确实顺理成章如果是前后端分离的Session的跨域处理比较麻烦你还要配置CORS。Token方式是目前企业里比较主流的做法登录接口校验用户名密码成功后返回一个JWT字符串前端存在localStorage里后续请求在请求头里带上Authorization: Bearer xxx后端再写一个拦截器统一解析Token并把用户信息放入当前上下文。如果让我推荐我会建议JWT方案。理由有三个一是它的逻辑在答辩环节更容易讲清楚你不需要铺垫一堆Session共享、Cookie作用域的冷知识二是符合目前行业的普遍认知老师听起来会觉得你了解当前的技术趋势三是实现难度其实并不高一个拦截器加一个Token工具类就行了。4.2 统一响应结构给后端加一层通讯协议很多新手写接口时返回值的类型很随意。有的返回一个Map有的直接返回一个实体类有的干脆返回一个字符串。这种混乱的接口风格到了答辩展示时问题不大但一旦老师打开源码随便看一个Controller就会立刻给你的代码规范性扣分。正确的做法是定义一个统一响应类ResultT里面包含三个字段code状态码如200成功、500失败、401未登录、msg描述信息、data实际的数据。所有接口的返回值都用这个类型包装。Controller层看起来都是一致的返回Result.success(data)或者Result.error(参数错误)。配合统一响应类的还要有全局异常处理器。用RestControllerAdvice加ExceptionHandler声明式地把业务异常、参数校验异常、系统异常分别处理。这么做最大的好处是哪怕代码里某一个地方出了问题响应给前端的依然是一个格式正确的JSON而不是莫名其妙的一堆堆栈信息。这在答辩时如果老师故意输入一个异常参数你能看到前端页面友好地提示参数错误而不是白屏那就是一个很有说服力的演示瞬间。4.3 参数校验、XSS和SQL注入让代码看起来像企业级这几个点是我认为全项目中投入产出比最高的部分。你不用付出太多工作量但能在代码评审时极大提升好感。参数校验最简单的做法是在实体类字段上加NotBlank、NotNull等校验注解Controller层接口参数用Valid触发校验。比如添加分类时分类名称不能为空、添加文章时标题不能为空。这样你就不用写一堆if (xxx null) return Result.error()了。注意你需要在配置里打开校验的快速失败模式否则默认情况下会一次性返回所有校验错误信息会很长不好看。SQL注入的预防在MyBatis-Plus框架下其实已经比较安全只要你不是拼字符串SQL而是用QueryWrapper或者#{}占位符基本就安全了。这里要提醒的是写自定义SQL时一定用#{field}不要用${field}。${}是字符串直接拼接如果那个字段是从前端传过来的就存在被注入的风险。答辩时主动说出我使用的是预编译参数占位符来防止SQL注入这句话很轻但很加分。XSS跨站脚本攻击这一块个人博客因为要展示富文本内容其实是存在XSS风险的。最简单的一层防护是在全局配置里做一个HTTP请求体的XSS过滤把script标签等危险关键字替换掉。你不用完全实现一个工业级过滤器但只要代码里出现了拦截器做非法字符过滤这个动作就能体现出你考虑过安全问题这在学生项目里已经属于加分项了。5. 从源码到交付部署、论文与演示视频的实操路线5.1 打包部署让系统在别人电脑上也能跑起来一个毕设项目如果只在自己电脑上能跑到了评审机器上就各种报错那是最糟糕的情况。我给你一套我认为最稳妥的部署交付路线。先保证项目能用Maven正常打包。在项目根目录执行mvn clean package -DskipTests如果构建成功target目录下会出现一个xxx.jar文件。这里要提醒一个常见的启动报错很多同学的配置文件里把数据库密码写成了自己电脑上的密码或者把localhost写死了别人拿到源码换成自己的数据库后连接直接失败。正确做法是把数据库连接配置单独放在application.yml里并且在部署说明文档中清楚地列出需要修改的配置项同时附上一个blog.sql数据库脚本。数据库脚本怎么写有讲究。你要用Navicat或者命令行把整个数据库结构导出来但不仅仅是结构——如果有初始数据比如默认管理员账号、预置的几个分类和几篇文章示例也要导进去。这样别人启动后第一眼看到的就是一个有数据的系统而不是一个空的后台体验会好非常多。如果有余力我建议做一个启动校验的功能系统启动时自动检查数据库里的表是否创建如果没有则自动执行建表语句。这个可以用Spring的初始化脚本配置或者Flyway来做。虽然会多一点工作量但这会让你的部署说明显得非常专业推荐有余力的同学尝试。5.2 论文写作各章节该写什么篇幅如何分配毕设论文LW是一个很多人头疼的环节但其实它有非常清晰的套路。以这个题目为例我的建议是章节结构大致这样安排。绪论部分写选题背景、国内外研究现状、研究内容和目标篇幅控制在全文的10%左右千万别把背景写成随着互联网的发展这种空话而是从个人写作者需要一个自我表达阵地这个具体场景切入。相关技术介绍部分写Spring Boot、MyBatis-Plus、MySQL、Thymeleaf等内容注意不要写成教科书级别的概念堆砌而要写你在这个项目里用到了这些技术的哪些特性。需求分析部分要写功能性需求和非功能性需求可以画用例图关键是把自己系统里的三种角色场景写清楚游客可以浏览文章和评论注册用户可以发表评论和管理自己的文章管理员可以管理分类、文章和所有评论。系统设计部分是论文的重头戏要占30%的篇幅。这里包括系统总体架构图、功能模块设计、数据库表设计每一张表的字段含义都要写还有关键业务流程图。系统实现部分用截图加代码片段来展示每个模块的实现效果。测试部分要写功能测试和性能测试性能测试可以简单用JMeter跑一个并发请求页面得到一个响应时间数据这个数据比空口说系统很稳定有说服力一百倍。最后是总结与展望简单写一下项目过程中遇到的问题和不足就行了不要长篇大论。5.3 演示视频录制顺序、话术与避雷演示视频是很多人随便拿手机录一屏就交差的内容但这其实是性价比非常高的交付物。录制顺序我强烈建议按照项目介绍、系统演示、难点讲解三步走。录制之前先写一个三分钟到五分钟的脚本。第一步用一段画外音介绍项目的核心理念和技术栈同时展示项目结构。第二步进入功能演示先演示前台页面展示文章列表、文章详情、评论展示然后切换后台演示登录、文章管理、分类管理、评论管理。每一步操作前先说你要做什么再操作。第三步回到代码中展示一个你自认为写得最好的模块比如分页查询或者评论层级组装用几十秒时间讲一下核心逻辑。这一套流程下来一个让老师耳目一新的演示视频就成了。避雷点也在这里说三个。第一录制前一定要关掉自己电脑上不必要的弹窗和通知录到一半来一个微信弹窗非常不专业。第二录制前先跑一遍完整流程保证所有接口都正常响应别在录制时遇到一个500错误然后陷入长时间的Debug。第三画面分辨率建议1080p以上不要太糊也不要录完整个聊天记录或者桌面壁纸太花干净的专业壁纸或者纯色背景。6. 答辩前的自查清单与我踩过的坑6.1 用一张功能测试表提前堵住评审的嘴答辩之前我强烈建议你准备一张功能测试表把所有功能点列出来每个功能点后面写上测试步骤和预期结果。这既是给自己做回归测试也是给演示环节准备的行动清单。比如文章管理模块测试用例可以是登录后点击新增文章填写标题、选择分类、录入富文本内容保存后前台列表能展示新文章修改文章标题后前台详情页能显示新标题删除一篇文章后前台列表不再展示这篇文章但后台回收站里能恢复。再比如评论模块文章详情页中已登录用户能发表评论未登录用户点击评论时提示跳转登录页面后台可以把某条不当评论屏蔽前台不再出现。这张表在答辩现场的价值在于老师问你这个系统做过测试吗你可以直接展示这张表而不是含糊地说我测过了。而且你在做演示时按表上的顺序走逻辑清晰不绕弯观感好很多。这张表也能直接复制进论文的测试章节一鱼两吃。6.2 高频答辩问题的标准答法我结合带毕设的经验把常见的答辩问题归纳成几类答案你可以提前准备好。为什么选Spring Boot而不用SSM标准的答法是Spring Boot在SSM的基础上实现了自动配置简化了项目搭建和部署流程让我把更多精力放在业务逻辑而不是繁琐的XML配置上而且Spring Boot生态里的starter机制能很方便地集成第三方组件。你的系统安全性是怎么考虑的答法密码使用加密存储访问接口时通过拦截器校验登录状态数据集操作使用参数化查询预防SQL注入输入内容做了XSS过滤。评论的无限级回复是怎么实现的答法用parent_id加reply_user_id两个字段记录评论之间的父子关系和被回复人查询时先查顶级评论再批量查子评论内存中组装树形结构避免循环查库。在回答问题时有一个通用策略不要背答案要结合你自己的代码细节来讲。哪怕讲得结巴一些只要你能指到具体的类名和方法名就让老师相信这个项目是你自己一步步写出来的。6.3 A同学的真实翻车案例与补救方案最后分享一个我印象很深的案例。有个A同学项目功能做得其实不错但偏偏在答辩前把数据库密码改掉了自己忘了评委现场让他二次运行系统时项目直接启动不起来场面一度很难看。后来他花了十分钟才想起来密码是什么但这个卡壳已经严重影响了整体印象。这个案例的教训有两个。第一答辩前的最后一晚一定要把整个项目交付流程完整走一遍从解压一个新的源码压缩包开始按部署说明一步步操作直到系统正常跑起来。这一步能暴露几乎所有环境相关问题。第二准备一个应急手册里面记录常见启动异常的前三部排查法端口占用、数据库连接失败、Redis未启动。虽然个人博客项目不强制用Redis但如果你用了就一定要把它写进部署说明并确保评委那台机器能正常启动Redis否则这又是下一个翻车点。如果演示环节真的出问题了我的建议是不要慌张也不要疯狂刷新页面浪费时间而是坦诚地说一句这里我先把后端日志打开看一下可能是本地环境配置问题。然后冷静地打开日志用一两分钟定位并解释问题。这种表达比那种死撑着说我刚才还在跑要可信得多很多评委反而会认可你解决问题的能力。这个题目做完这么久我比较大的感受是个人博客系统虽然不考验高并发和分布式技术但非常考验工程落地的完整度。一个功能全部可用、代码结构清晰、部署说明细致、论文写得像样的项目远比一个技术概念堆砌得满天飞但实际跑不起来的项目更受认可。你把这篇文章里提到的每一块都补齐这个毕设不仅不会翻车还会成为你简历上很有说服力的一块项目经历。
