答辩PPT第一页别放“基于Spring Boot的目答XX管理系统”这种标题。评委一天看二十个组，目答看到这种标题直接低头刷手机。目答我去年帮三个组改过答辩PPT，目答有个组的目答标题是《外卖骑手轨迹追踪与订单分配优化》，底下加了一行小字“日活模拟数据3000条”，目答评委当场就抬头了。目答标题要带具体场景和数字，目答这是目答第一道分水岭。

第二页放架构图，目答但别用Visio那种规整的目答方框箭头。我见过一个组把Tomcat画成一只猫，目答MySQL画成海豚，目答中间用HTTP协议连起来，目答旁边标注“猫每天要处理海豚吐出来的目答2000条SQL”。评委笑了，然后问“连接池配了多大”。架构图要让人一眼看出数据流向和瓶颈点，不是比谁画得好看。Spring Boot的自动配置、MyBatis的二级缓存、Redis的击穿场景，这些才是评委想听的。

技术选型页写三行就够了。第一行：为什么不用JSP？因为前后端分离后，Vue的响应式数据绑定比JSTL标签库少写40%的重复代码。第二行：为什么选Spring Security而不是Shiro？因为项目要对接学校统一认证，OAuth2.0的过滤器链配置更直接。第三行：为什么数据库用PostgreSQL而不是MySQL？因为要存课程表的时间段数组，PG的range类型能直接查“周三下午没课的学生”。每一条都要有对比对象，不要只写“性能好”“生态全”。

功能演示别放录屏。录屏会暴露你鼠标乱晃、页面加载慢、控制台报错没关。直接放三张截图：登录后的首页、核心业务操作页、异常处理页。异常处理页最重要——把后端抛出的自定义异常和前端Toast提示拼在一起，旁边写“全局异常处理器捕获了23种业务异常”。评委看到这个就知道你写过真实代码，不是只跑通了CRUD。

数据库设计页用表格，别用ER图。ER图在投影仪上根本看不清。表格列四列：表名、字段数、索引策略、预估数据量。比如“订单表，18个字段，联合索引(user_id, create_time)，半年数据量约12万条”。然后加一行备注：“分页查询用覆盖索引，避免回表”。有个评委当场让我解释什么是回表，我答完他点了点头。这种细节比画十个外键箭头都管用。

难点与解决页要讲一个具体bug。我遇到过最真实的案例：文件上传时中文文件名乱码，前端用encodeURIComponent编码，后端用URLDecoder解码，但Tomcat的Connector没配URIEncoding。最后在application.yml里加了一行`server.tomcat.uri-encoding: UTF-8`。就这一行代码，答辩时讲了三十秒，评委说“这才是干活的人”。别写“高并发”“分布式锁”这种虚的，除非你真压测过。

最后一页别写“谢谢观看”。写“当前遗留问题”和“下一步计划”。比如“消息推送模块的WebSocket连接在弱网环境下会断连，计划引入心跳重连机制”或者“导出Excel功能在数据量超过5万行时会OOM，考虑用EasyExcel的流式写入”。评委看到你知道自己项目的边界在哪，比看到“功能完整”四个字放心得多。答辩不是表演完美，是证明你清楚每一行代码的代价。

(责任编辑：焦点)