最近好多学弟学妹私下找我吐槽：“学长，我毕设代码能跑起来，但好多地方我自己也没吃透，答辩要是被老师追问细节，不就露馅了？” 别慌！今天就教大家怎么把现有成果合理展示，哪怕有些技术细节没完全搞懂，也能稳过答辩～
1. 先搞懂老师爱问啥方向
老师问代码问题，不是要你当“技术大神”，而是看你对毕设有没有真参与。常见问题就这几类，提前预判：
- 功能逻辑类：“用户登录功能咋实现的？密码加密用了啥算法？”
- 技术选型类：“为啥选Spring Boot不选SSM？Vue组件化优势体现在哪？”
- 代码细节类：“这块接口返回值为啥是JSON？异常处理在哪写的？”
- 扩展性类：“如果用户量涨10倍，你这系统咋优化？”
（偷偷说：老师也知道大专/本科毕设“落地性”优先，不会揪着框架源码问，所以别怕～）
2. 提前准备这几个“保命点”
哪怕代码是抄的/改的，把这几个点吃透，答辩时能“以假乱真”：
-
核心功能流程要“可视化”
把毕设核心功能（比如电商系统的“下单→支付→发货”）画成流程图/时序图，答辩时指着图讲：“用户点下单按钮后，前端调后端接口，后端先查库存，再生成订单号，最后存MySQL……” 逻辑顺了，老师觉得你懂业务。 -
技术选型说“实在理由”
别扯“架构先进性”，说大白话：“选Spring Boot是因为不用配一堆XML，我三天就把增删改查跑通了；Vue选ElementUI是因为组件现成的，按钮、表格直接拖，省时间做页面。” 老师反而觉得你务实。 -
给代码“标重点”
打开IDE，把核心代码文件（比如登录的Controller、增删改查的Service）的行数记下来，答辩时能快速定位：“用户登录的逻辑在'UserController.java'第20 - 30行，这里用了JWT生成token，过期时间设的30分钟……” 哪怕原理不懂，至少证明你对代码结构熟。
3. 被问住时的“救场话术”模板
真被问懵了，别沉默！用这几招“软着陆”：
-
没听懂问题？先反问确认
“老师您是问‘Redis缓存咋失效的’吗？我理解的是……（重复问题+自己的理解）” 既争取思考时间，又避免答非所问。 -
不懂技术点？“降维”到业务
比如老师问“AOP面向切面咋实现日志记录的？” 你可以说：“AOP这块我是参考网上案例配的，重点是业务里‘用户操作后自动记日志’这个需求，现在每次增删改查都会在数据库存一条操作记录……” 把技术问题拉回你熟悉的业务层。 -
代码细节记不清？“甩锅”给“实践优先级”
比如被问“你这SQL语句为啥没做分页？” 可以说：“毕设阶段先保证功能跑通，分页功能我做了原型，但时间不够没集成进去，答辩后会用PageHelper插件补上……” 既承认不足，又体现你有后续规划。
4. 这些坑绝对不能踩！
最后划重点：答辩不是“撒谎比赛”，这几个雷区碰了必凉：
- 代码造假：比如代码跑不起来，却在PPT放假截图。老师现场让你演示，直接社死！（实在跑不通，就录个本地成功运行的视频，答辩时放视频）
- 吹牛皮过度：说“我系统能抗10万并发”，结果连Redis缓存都没加。老师随便问个“高并发下数据一致性咋保证？” 直接露馅。
- PPT没“实证”：通篇讲理论，不放代码运行的动图、数据库表结构截图。老师会觉得你没真正写代码。
其实啊，毕设答辩本质是“验收你有没有完成任务+有没有思考”。哪怕技术细节没吃透，只要能讲清楚“我做了啥、咋做的、哪里还能优化”，老师大概率给过～ 答辩后真把不懂的技术补一补，这才是毕设最大的价值呀！
要是还有具体场景拿不准，随时喊我，帮你模拟答辩～
