带过的学生里十个有八个在开题时问过同一个问题SpringBootVue的毕设题目到底选哪个好说实话这个问题没有标准答案但有一套特别稳的选择逻辑——选一个你能完整做完、讲得清楚、还能在答辩时拿得出手的项目。前后端分离、生态成熟、资料遍地都是SpringBootVue作为毕设技术栈的优势不用我再吹了关键是怎么在茫茫多的题目里找到适合自己的那个。这篇我直接把100个SpringBootVue选题按场景拆开从教育、电商到政务、工具类全给你列全每个题目后面附上核心功能或落地思路还会告诉你哪些技术点真正决定项目成败、不同基础的人怎么控制难度。不管你最后选哪个这篇文章都能帮你少走很多弯路。1. 选题前先想清楚这几件事1.1 毕设的本质是一个能讲清楚的小型软件项目很多人选毕设题目有个误区觉得名字越高级越好、技术越冷门越有优势。等真做起来才发现导师问的第一个问题就是把项目拆开讲讲业务逻辑结果自己都说不明白数据库为什么要这么设计、接口为什么要分成这几个模块。毕设本质上是一个“能讲清楚的小型软件项目”评分的核心从来不是题目听上去多高大上而是你在这个项目里能不能体现出完整的软件工程思维——需求分析、数据库设计、接口设计、前后端联调、测试和部署每个环节都要有落地的痕迹。所以我给学生的建议一直是不要选一个“看上去很厉害但不知道具体做什么”的题目要选一个“一听就知道有什么角色、有什么流程、有什么数据”的题目。比如“在线考试系统”一听就清楚管理员管题库、学生在线答题、老师看成绩报表。这种题目边界清晰工作量好估算做完也方便答辩演示。1.2 一套SpringBootVue的组合为什么最适合当毕设底座SpringBoot负责后端接口和业务逻辑Vue负责前端页面和交互二者通过RESTful API进行数据通信这就是最经典的“前后端分离”架构。放在毕设场景里这个组合有几个实打实的好处。一方面SpringBoot的起步依赖把很多繁琐的配置都封装好了你用idea新建一个项目勾选Web、MyBatis、MySQL这些依赖几分钟就能跑起一个可用的后端服务不需要去理解一堆XML配置。另一方面Vue的组件化开发思路非常直观页面拆成组件之后哪个模块负责什么一目了然特别适合一个人独立开发。出了问题也好排查前端报错就抓Network面板看请求状态后端报错就看控制台异常堆栈不用在两个系统里来回猜。再从答辩角度说前后端分离是目前企业开发的主流形态面试官或评阅老师看到这个技术选型天然会觉得你的项目贴近实际工程。你还能顺带讲一讲跨域处理、JWT认证、Axios封装、Nginx部署这些真实项目里才会遇到的问题这些都是加分项。1.3 100个选题是怎么分类的“覆盖全场景”不是什么都往里面塞而是把大学生做毕设最常见的业务领域做了归类。我按日常项目和业务逻辑的贴近程度把100个题目分成十一个方向教育学习、电商购物、企业办公、生活服务、医疗健康、社交社区、文旅资讯、公共政务、金融财务、娱乐多媒体、系统管理与工具类。每个方向里的题目我尽量照顾到不同难度的需求。有的是最基础的“单角色CRUD”项目适合第一次完整做前后端分离的同学有的是带订单、支付流程模拟、权限控制的中等难度项目还有的需要引入Redis、WebSocket、消息队列等进阶中间件适合想冲高分或者有实习经验的同学。你可以先按兴趣锁定两三个方向再从对应类别里挑具体题目这样比对着100个题目傻看效率高得多。2. 100个SpringBootVue选题清单按场景拆开细选2.1 教育学习类15个教育类永远是毕设选题的大户因为需求最直观、模块边界最清楚评阅老师也最容易理解你做的东西。不管是面向中小学、高校还是培训机构核心都离不开“课程、学员、教师、考试、成绩”这几个实体把这几个实体的关系理清楚项目就立住了一半。在线考试系统核心是试卷组卷、在线答题、自动判分、成绩统计建议加上人工组卷和随机组卷两种模式。学生选课系统学生选课、退课、课程容量控制、教师开课审核重点在选课冲突和名额并发处理。在线学习平台视频课程课程分类、视频播放、学习进度记录想加分可以接入m3u8播放和播放进度断点续看。毕业设计选题与查重管理系统教师提交课题、学生选题、申请书上传、查重结果登记、过程文档管理。校园社团管理系统社团创建、成员申请审核、活动发布、活动报名、社团年度评级。作业提交与批阅系统教师发布作业、学生提交文件、教师在线批阅打分、作业逾期标记。实验报告管理系统实验课程管理、报告提交截止时间控制、教师批阅、成绩统计导出。高校教材订购系统教材信息维护、学生在线订购、班级汇总订购单、库存预警。在线题库与刷题系统题目分类、手动/批量导入题目、刷题练习、错题本、正确率统计。智能排课系统教师、班级、教室、时间四个维度的排课冲突检测可做可视化课表展示。学生考勤管理系统课程考勤打卡、请假审批、考勤异常提醒、学期出勤率统计。研学实践基地管理平台基地信息展示、研学课程预约、带队教师分配、家长确认。培训机构的学员管理系统学员报名、课时扣费、续费提醒、教师排课、家长反馈跟进。考研资料分享与学习打卡平台资料分类上传下载、每日学习打卡、打卡日历、研友互动评论。校园二手教材流转平台教材发布、求购信息、站内私信、线下交易确认可结合校园信箱概念。2.2 电商购物类12个电商类的题目最不容易冷场因为每个评委都买过东西功能好不好用他们一眼就能感觉到。做电商题目最要紧的是把“商品、订单、支付、库存、物流/核销”这条主链路跑通哪怕支付环节只是模拟也要把订单状态流转讲清楚。二手交易平台商品发布、分类搜索、买家下单、卖家确认发货、交易评价。校园电商平台面向校园场景的零食/日用品商城宿舍楼配送点设置订单自提核销。农产品直卖商城农户入驻、农产品上架、产地溯源信息展示、用户下单购买。图书商城图书分类、关键词搜索、购物车、订单管理、库存扣减、销量排行。拼团商城用户发起拼团、邀请好友参团、团满减价、拼团失败自动退款。秒杀系统限时秒杀商品、倒计时展示、库存预减、Redis缓存热点数据、防超卖。数码产品租赁平台租赁商品展示、押金计算、租期选择、到期提醒、归还验机流程。定制商品预售系统用户提交定制需求、商家报价、用户确认付款、生产进度跟踪。积分换购商城用户签到/消费获得积分、积分商品兑换、兑换订单管理、库存扣减。直播带货后台管理系统直播间商品上下架、用户下单、订单管理、带货数据统计大屏。多商户入驻电商平台平台管理员、商户、用户三种角色商户独立店铺后台平台抽取佣金。智能推荐商城基于商品分类和用户浏览记录做简单推荐可分析“看过又买过”的关联商品。2.3 企业办公类12个企业办公类题目非常适合体现“真实业务场景”因为审批流、角色权限、报表统计这些点都很能展示工程能力。这类项目前端页面不需要花里胡哨但逻辑一定要严谨比如审批状态机、权限区分、操作日志都要设计到位。做完以后简历上写“企业级OA系统”也比写“XX管理系统”更有说服力。企业OA办公自动化系统通知公告、日程安排、文件流转、请假审批、会议室申请。固定资产管理系统资产入库、领用、归还、调拨、报废审批资产二维码标签打印。进销存管理系统供应商管理、采购入库、销售出库、库存盘点、库存预警、利润统计。会议室预约管理系统会议室信息维护、预约时间冲突检测、预约审批、会议签到。员工考核系统考核指标配置、自评/互评/主管评分、考核结果汇总、等级排名。差旅报销审批系统差旅申请、预算预估、行程结束提交报销单、多级审批、财务打款标记。公司公告通知管理系统公告发布、部门定向推送、已读未读统计、置顶和定时发布。客户关系管理CRM系统客户信息管理、跟进记录、商机阶段管理、合同关联、销售漏斗报表。人力资源管理系统HR员工信息维护、部门架构、入职离职流程、劳动合同到期提醒。合同管理系统合同模板上传、审批流程、电子签章模拟、合同到期提醒、台账查询。企业知识库管理平台文档分类、全文检索、版本管理、权限阅读、点赞评论。工单派发与处理系统用户提交工单、管理员派单、工程师接单处理、进度跟踪、满意度回访。2.4 生活服务类10个生活服务类是近几年的热门方向因为“预约服务评价”这套模式可以套在很多场景里而且都很贴近日常生活。选这类题目的好处是你不需要懂很深的行业知识只要把“用户下单、服务方接单、完成服务、双方互评”的流程做顺就是一个完整项目。家政服务预约平台服务项目展示、家政人员列表、按时间段预约、订单状态跟踪、服务评价。校园跑腿服务平台用户发布跑腿需求、跑腿员抢单、订单配送、费用结算、双方互评。外卖点餐系统店铺分类、菜品展示、购物车、下单支付、订单状态流转、骑手配送模式。快递代取平台快递单号录入、代取需求发布、代取人接单、取件码上传确认。宠物寄养预约系统宠物主选择寄养店铺、查看可预约时段、提交宠物信息和健康证明、接单确认。社区团购平台团长开团、社区居民参团、商品次日达、自提点核销、售后申请。停车场管理系统车位信息实时展示、预约车位、入场出场时间记录、费用计算、月卡管理。房屋租赁平台房源发布、条件筛选、预约看房、租赁合同信息登记、到期提醒。洗衣店订单管理系统送洗品类维护、下单预约取送、清洗进度更新、取衣通知。智慧物业报修平台业主报修、拍照上传、物业派单、维修师傅接单、完工确认、业主评价。2.5 医疗健康类8个医疗健康类的项目一听就很有社会价值评阅老师通常也比较认可。但由于医疗领域涉及的专业术语多选题时要注意把范围收窄别做“全流程医疗系统”这种大而全的东西。抓住一两个核心环节比如挂号、档案、问诊把它做到位比画一个大饼要实际得多。医院预约挂号系统科室/医生排班展示、在线预约挂号、取消预约、号源余量管理、就诊提醒。个人健康档案管理系统用户录入体检数据、家属随访记录、健康指标可视化折线图、异常提醒。在线问诊系统患者描述病情、医生在线接单、图文对话、开具电子处方建议、问诊记录归档。疫苗接种预约平台疫苗类型展示、接种点选择、时间段预约、接种记录查询、接种提醒。健身房会员管理系统会员办卡、私教课预约、课程表、入场刷码、会员到期提醒。药品进销存管理系统药品信息维护、批次效期管理、采购入库、销售出库、近效期预警。献血点预约与公告系统献血点地图展示、献血预约、献血知识科普、献血记录查询。心理健康测评与咨询预约平台测评问卷填写、测评结果解读、心理咨询师列表、在线预约。2.6 社交社区类8个社交社区类的题目可以让你把Vue的交互能力发挥到极致比如动态发布、评论盖楼、点赞通知这些功能做起来很有成就感。但要注意社交类项目对内容安全有要求演示时不要放真实敏感内容可以用测试数据代替。另一个要点是实时性如果想做在线聊天、消息未读这类功能就要引入WebSocket这点导师通常会很感兴趣。校园论坛系统版块分类、发帖回帖、帖子置顶加精、点赞收藏、用户积分等级。个人博客系统文章编辑发布、分类标签、评论留言、站内搜索、访问量统计。技术问答社区用户提问、回答采纳、悬赏积分、标签检索、个人成就墙。社团活动墙与报名系统活动图文动态发布、学生浏览点赞、在线报名、名单导出。匿名树洞社区匿名发帖、匿名评论、帖子审核通过后展示、举报处理。读书笔记分享社区书籍条目管理、读书笔记发布、笔记合集、关注用户、互动评论。摄影作品分享社区图片上传压缩、作品展示瀑布流、点赞收藏、摄影师主页。同城兴趣小组平台兴趣小组创建、加入审核、线下活动发布、活动签到和相册上传。2.7 文旅与资讯类8个文旅与资讯类的题目有一个天然优势数据好看。做旅游平台可以放很多景点图片做新闻系统可以展示丰富的图文混排页面演示效果非常加分。这类项目一般没有复杂的订单逻辑重点在信息展示、搜索筛选和内容管理适合前端基础不错、想把页面做精致一点的同学。旅游攻略与景点分享平台目的地推荐、攻略文章发布、景点评分、行程路线收藏。景点门票预约系统景点信息展示、场次选择、实名制购票、订单二维码、入园核销。民宿预订平台民宿房源展示、房东入驻、在线预订、退房评价、价格日历。博物馆展品数字化展示平台展品图文展示、语音讲解音频播放、展厅导览、预约参观。新闻资讯发布管理系统新闻分类、编辑发布、封面图上传、发布时间排序、点击量统计。非遗文化展示与活动预约平台非遗项目介绍、传承人故事、线下体验活动预约。影评书评分享平台影视/书籍条目库、用户评分评价、热门榜单、观影读书标记。城市活动日历平台活动信息发布、时间地点标签筛选、收藏活动、日程提醒。2.8 公共与政务类8个公共与政务类的项目做的人相对少反而容易给评委留下印象。这类项目的数据模型通常包含“居民/网格员/管理员”这样的多角色协作很考验你对业务角色的理解。需要注意演示时别使用真实姓名、身份证、住址等敏感信息全部用测试数据替代。智慧社区网格化管理系统网格划分、网格员巡查记录、社区事件上报、办结情况跟踪。志愿者服务管理系统志愿活动发布、志愿者报名、服务时长记录、荣誉证书生成。民生诉求上报平台居民提交诉求、自动分派部门、处理进度查询、结果反馈、满意度评价。党员学习与积分管理系统学习资料发布、在线学习打卡、积分累计、排名展示。垃圾分类宣导与积分兑换平台垃圾分类知识库、分类查询、居民投放积分、积分兑换。公共车位共享平台车位主发布空闲车位、用户按区域查找预约、计时计费、结算。公益捐赠物资管理系统物资捐赠登记、物资入库出库、受捐方申请、流向公示。基层活动室预约管理系统活动室信息展示、时间段预约、审核确认、使用记录查询。2.9 金融财务类8个金融财务类题目很容易踩“看上去很难”的坑实际上大部分都是把日常记账、报销、预算的流程搬到线上。这类项目的难点不在业务复杂而在数字的准确性和状态的严谨性金额精度、流水记录、状态变更都要有依据。选这类题目你最好先熟悉一下事务和异常处理免得出现账目对不上的尴尬。个人记账理财系统收支流水记录、分类统计、月度报表、预算提醒、账单导出。企业报销管理系统员工提交报销申请、上传发票、部门审批、财务复核打款、报销记录查询。工资条查询系统薪资模板配置、工资条生成、员工登录查看、年度汇总。校园卡消费分析与管理系统校园卡充值、消费记录、消费流水可视化、异常消费提醒。基金收益计算器与投资笔记平台基金数据维护、收益模拟计算、个人投资笔记、持仓记录。预算执行管理系统部门年度预算编制、预算调整审批、实际支出对比、执行率报表。发票信息管理系统发票抬头管理、发票信息录入、查重校验、到期提醒、统计导出。会员储值卡消费与充值管理系统会员开卡、充值赠送规则、消费扣款、余额变动流水。2.10 娱乐与多媒体类7个娱乐媒体项目最能玩出花样因为页面表现力强、功能直观。视频播放、音频播放、弹幕互动这些功能前端技术含量不低做出来也很有得讲。需要提醒的是涉及视频播放的项目你的素材要用自己录制或可免费商用的内容不要拿有版权的影视剧做演示。如果你对播放格式有要求m3u8这种流媒体协议足够写进论文作为技术亮点。音乐播放与歌单分享平台歌曲库管理、歌单创建收藏、播放器组件、播放历史。短视频分享平台短视频上传转码、信息流展示、点赞评论、关注用户、个人作品集。在线视频点播平台视频分类、播放页、弹幕评论、播放量统计、后台视频管理。游戏社区与战绩统计平台游戏资讯发布、玩家测评、战绩手动录入、胜率分析图表。表情包制作与分享站表情包上传、在线文字编辑、分类浏览、一键下载。弹幕评论互动影院系统影片信息管理、在线播放、实时弹幕发送、弹幕密度设置。图片素材管理平台图片批量上传、标签管理、按颜色/尺寸筛选、素材收藏。2.11 系统管理与工具类4个我把工具类放在最后不代表它们不重要。恰恰相反工具类项目往往适合那些不想做传统“管理系统”的同学。这类项目更像一个“平台底座”做好了可以给后续项目复用答辩时也更容易讲出深度因为它不只是在做增删改查而是在做通用能力和抽象设计。统一权限管理平台RBAC用户管理、角色管理、菜单管理、按钮级权限控制、操作日志审计。接口文档与压力测试记录平台接口信息在线维护、请求示例展示、测试任务发起、报告留存。日志采集与分析展示系统收集各模块操作日志、异常日志分类、按时间/级别筛选、图表展示趋势。低代码表单生成与管理平台可视化拖拽表单设计、表单发布、用户填写提交、数据汇总导出。3. 选题落地时这些技术点会决定你能走多远3.1 打底组合登录、权限、CRUD、文件上传不管你从上面的100个题目里选了哪个最后做出来的系统基本都会包含四个重复出现的模块登录认证、权限控制、业务数据CRUD、文件上传下载。这四块技术不复杂但如果你能在项目一开始就把它们搭好后面所有功能都只是往里填业务逻辑。登录认证主流方案是JWT。SpringBoot后端在用户登录成功后生成一个TokenVue前端拿到Token存在本地存储里每次请求通过Axios请求拦截器自动带上后端再用拦截器校验Token是否有效。这样既不用Session共享也符合前后端分离的架构。需要注意Token过期时间的设置以及刷新策略不然演示到一半接口突然401会很尴尬。权限控制最通用的模型是RBAC也就是“用户—角色—菜单/按钮”三层关联。前端通过Vue Router的路由守卫控制页面访问后端通过Spring Security或自定义拦截器控制接口访问。很多同学只做了菜单隐藏但后端接口没做控制别人直接请求接口地址也能拿到数据这是答辩时容易被追问的硬伤。CRUD看起来最基础实际上最考验细节。你用MyBatis-Plus的话简单的分页查询和单表操作很轻松但多表关联、条件搜索、排序、逻辑删除这些要提前规划好。我见过不少项目做到一半因为一开始没做统一返回结果实体导致前端拿数据的格式乱七八糟最后只能返工。建议后端统一返回R对象里面包含code、message、data三个字段前端根据code判断业务成功与否。文件上传是很多毕设里被低估的模块。最简单的做法是把文件保存到服务器本地目录数据库里存访问路径Nginx配置一个静态资源映射就能访问。如果想做得更规范可以接MinIO或阿里云OSS但毕设阶段没必要为这个费太多时间。真正要注意的是文件命名、大小限制、类型校验以及上传进度反馈。如果涉及大文件上传比如教学视频、高清图片可以考虑分片上传方案顺便作为一个论文里的技术亮点。3.2 让项目有记忆点的进阶功能基础功能保证你能毕业进阶功能决定你能不能拿优秀。这里说的进阶功能并不需要你引入多高深的技术而是挑一两个点做深做透让评阅老师觉得“这个项目不是纯抄的”。一个很受欢迎的方向是引入Redis做缓存。比如在线考试系统里把热门课程信息、轮播图、验证码这类读多写少的数据放进缓存在秒杀系统里用Redis预减库存再异步落库解决并发超卖问题。只要你能在答辩时说清“为什么用Redis”“缓存和数据库怎么保持一致”这就是一个扎实的亮点。另一个方向是WebSocket实时推送。比如企业OA里的站内消息未读提醒、在线问诊里的医患对话、社区里的消息通知都可以用WebSocket做。Vue端通过原生WebSocket或者封装好的插件建立连接后端在消息事件发生时主动推给前端效果比前端轮询好得多讲出来也很有技术水平。还有一个性价比很高的点是把业务报表做成可视化。SpringBoot后端聚合统计数据返回给前端前端用ECharts渲染折线图、柱状图、饼图。比如选课系统的选课人数趋势、电商系统的销售报表、运动打卡系统的连续打卡天数统计。可视化不需要做得多复杂但能让整个项目看起来完成度直接上一个档次。3.3 部署与演示前后端分离项目如何收尾很多同学开发时一切正常一到要部署到服务器或者要在教室演示就翻车。原因很简单本地环境和线上环境不一样前端资源和后端接口的地址配置没理顺。前端运行在Vue的开发服务器上时接口地址通常写成http://localhost:8080但和生产环境不一样。正确的做法是在Vue项目里配置环境变量开发环境用.env.development生产环境用.env.production接口请求统一走代理或者完整域名。Axios的baseURL从环境变量读取这样切换环境时只需要改一个文件。打包部署方面前端执行npm run build后生成dist静态文件后端打成jar包运行。最简单的部署方式是用Nginx托管前端静态文件然后把以/api开头的请求反向代理到SpringBoot服务端口。这样不用处理跨域也更接近真实项目上线流程。如果你还会Docker把前后端分别做成镜像再用docker-compose一键启动那在论文里又能多写一章“系统部署与运维”。答辩现场还有一个实用建议提前准备一份演示数据脚本保证登录时有现成的账号密码、首页有数据、列表不是空表。很多项目平时数据都在本地数据库里换一台机器演示时发现页面空空如也那种场面真的很影响分数。4. 不同基础的人怎么把题目调到适合自己的难度4.1 三档难度怎么划分我把100个题目按难度粗略分了三档你在选题时可以自己对号入座。初档单角色或双角色为主业务逻辑以纯CRUD为核心不需要处理复杂的状态流转。比如“个人博客系统”“公告通知管理系统”“图片素材管理平台”核心是页面漂亮、增删改查完整、基础权限有区分。适合第一次做前后端分离项目的同学。中档至少三个角色有订单、审批、预约这类带状态流转的业务需要认真设计数据库表关系。比如“企业OA系统”“会议室预约系统”“房屋租赁平台”这类项目工作量适中业务逻辑有得讲是大多数人的舒适区。高档在中档基础上引入了并发控制、实时推送、消息队列、缓存、第三方对接等知识点。比如“秒杀系统”“在线问诊系统”“多商户电商平台”。这类项目需要你对中间件有一定的理解不能只是把依赖引进去就算完答辩时一定会被深挖“底层原理”。4.2 选题改名与增量包装的思路如果你看中了一个题目但发现它和你同学选的太像或者觉得题目名太普通完全可以在不改变核心架构的前提下做增量包装。最简单的做法是加一个“智能”或者“可视化”前缀。比如“图书商城”改成“基于用户画像的图书推荐商城”核心是在原来商城基础上增加一个用户兴趣标签分析页面“新闻资讯管理系统”改成“新闻资讯大数据可视化平台”本质是新闻CRUD加一个数据统计看板“学生选课系统”改成“基于SpringBootVue的智慧选课与学业预警平台”多加一个不及格科目统计的预警模块。要注意的是包装必须建立在真实实现的功能之上不要只改题目不做内容。比如你说自己做了“用户画像”至少要有用户标签的存储、更新和展示逻辑否则答辩一问细节就露馅。4.3 导师问“你的创新点是什么”该怎么答这是毕设答辩几乎必问的问题建议提前准备好答案。很多同学只会说“我用了SpringBoot和Vue”这不是创新点这是技术选型。比较稳妥的答法是从业务问题出发“传统的XX场景存在XX问题我的系统通过XX功能解决了这个问题。”比如做会议预约系统你可以说传统方式是口头协调、容易冲突系统实现了可视化时间网格和自动冲突检测让预约效率提高了。再比如做在线考试系统你可以说系统支持随机组卷每次生成的试卷题目顺序不同降低作弊概率。另一个思路是强调工程完整性统一的异常处理、参数校验、操作日志、权限细化、接口文档、自动化部署。这套东西虽然不算学术创新但能证明你具备工程化思维导师通常也比较认可。5. 常见问题与避坑指南5.1 工作量撑不起来怎么办选好题目做到一半发现功能没几个、页面空荡荡这是最常见的问题。两个解决思路一是横向扩展角色和模块比如原本只有管理员和普通用户可以增加一个“审核员”角色把发布内容改成先审核后展示二是纵向加深业务流程把“提交订单”扩展成“提交订单—支付—发货—确认收货—评价”的完整闭环。还有一个实用技巧加一个通用的“数据统计”模块把系统里所有业务表的数量、趋势、排行用图表展示出来。这个改动不大但对“系统完整性”的提升非常明显。5.2 前后端联调被跨域和接口规范卡住很多同学开发时遇到过这类报错前端请求后端浏览器提示CORS错误。解决办法有两种。一种是在SpringBoot里配置跨域通过CrossOrigin注解或者全局CorsConfig配置允许的前端来源另一种是开发环境下用Vue的devServer代理让前端请求同源地址由代理转发到后端。生产环境更推荐用Nginx反向代理这个前面已经说过。接口规范方面建议后端不要直接把实体类全部透出给前端而是根据页面需要定义VO类。比如用户实体里包含密码字段如果直接返回给前端密码就暴露了。定义一个UserVO只包含id、用户名、头像、角色这些展示字段既安全又灵活。5.3 数据库设计容易翻车的地方数据库设计是论文评审的重点也是最容易翻车的地方。常见问题有不建外键导致数据逻辑混乱、没有逻辑删除标记导致数据误删、主键用自增ID导致数据迁移麻烦、不记录创建时间和更新时间导致无法排查问题。我的建议是每个表都加上这几个通用字段id主键、created_time、updated_time、deleted。业务关联字段一定要通过外键逻辑关联不要在代码里存一堆没意义的裸ID。时间字段建议统一用datetime类型金额字段用decimal不要用double否则会出现金额精度问题。表结构设计完后先写一份简单的数据库设计文档把ER图和数据字典放进去这篇文档后续可以直接作为论文的第三章。5.4 答辩与演示环节的心得演示前把可能被问到的接口测试一遍特别是登录、注册、增删改查这些高频操作。准备两套浏览器环境一套提前登录好一套用于现场演示登录注册流程避免现场等待。数据库里的测试数据要丰富列表页至少要有一页以上的内容图表要能看到明显趋势这样演示效果才真实可信。答辩时被追问到不会的问题不要慌也不要瞎编。比较得体的说法是“这个点我目前用的是比较基础的方案后续可以考虑用XX技术来优化”。比如别人问你并发高怎么办你可以说“当前项目使用了Redis缓存热点数据降低数据库压力如果要进一步提高可以引入消息队列做异步削峰”。这样的回答既诚实又能展示你的思考深度。回到选题本身我还是那句话没有所谓最牛的题目只有最适合你的题目。去把100个清单从头到尾扫一遍圈出三个“让你有冲动想去做”的再评估一下自己有没有能力把核心流程跑通选那个你愿意每天晚上打开电脑敲两行代码的它就是你最好的毕设选题。