SSM框架校园招聘系统开发实战：架构设计与核心功能实现

SSM框架校园招聘系统开发实战：架构设计与核心功能实现

发布时间：2026/10/21 8:03:28
SSM框架校园招聘系统开发实战：架构设计与核心功能实现 1. 项目概述1.1 这个选题到底在做什么校园招聘系统本质上就是给高校就业指导中心、企业HR和学生三方搭一个信息流转的平台。SSM指的是Spring SpringMVC MyBatis这套Java后端组合前些年几乎是国内Java后端开发的事实标准哪怕放到现在很多公司的老项目依然跑在这套框架上。所以拿它做毕业设计不仅是为了应付答辩更是提前把企业里常见的开发模式摸一遍。这类系统要解决的核心痛点很直接学校就业处每天收大量企业招聘信息靠Excel统计、靠邮箱转发学生想看岗位得登录学校官网翻公告企业想筛选简历得等学生发邮件。信息分散、反馈滞后、数据对不上。系统做出来之后企业可以自助发布职位学生可以检索岗位并在线投递简历老师可以审核企业资质、查看学生投递数据整个流程就能在一个系统里闭环跑起来。从另一个角度看这个选题还承担着考察综合能力的任务。它不像图书管理系统那样纯CRUD也不像秒杀系统那样玩高并发恰好卡在中间既有常规增删改查又有角色权限、文件上传、模糊搜索、一对多关联查询这些实际开发里高频遇到的东西。做完它你对Java Web开发的理解差不多就能串起来了。1.2 适合谁来参考正在选毕业设计题目想找一个“功能够全但复杂度适中”的Java Web项目的同学学过SSM框架基础但还没完整做过一个能跑通全流程项目的初学者想拿这个项目作为求职简历里的“个人项目”来写但需要系统梳理业务逻辑的同学对这个选题来说业务逻辑不算深真正花时间的是框架整合、数据库设计和各种细节处理。下面我就把整个项目的拆解写出来你跟着捋一遍会发现它的工作量远比想象中清晰可控。2. 系统整体设计与功能架构2.1 三种角色三种视角一个校园招聘系统最忌讳的就是把所有功能堆在一个登录入口里。所以第一步要做的不是写代码而是把用户角色划分清楚。一般设计成三个角色学生注册登录、完善个人简历、浏览企业发布的职位、关键字搜索、在线投递简历、查看投递进展企业招聘方注册登录、发布职位、修改下线职位、查看收到的简历、标记筛选状态管理员老师审核企业注册信息、审核职位发布内容、管理学生账号、统计招聘数据、公告管理这里有个容易踩的坑很多同学把“企业注册”做成自助注册即生效结果就是随便填个公司名就能发布招聘整个系统失去可信度。合理的做法是——企业注册后状态为“待审核”管理员在后台审核通过后企业才能登录并操作。这个“审核”动作虽然只多了一张表的一个字段但体现的是业务思维的完整性答辩时老师很可能会问到这个环节的意义。2.2 功能模块怎么拆分按照上面的角色划分系统模块可以理成四块1. 用户认证模块登录、注册、退出、密码加密MD5或BCrypt、会话管理。这里不是简单的表单提交需要用到拦截器对未登录用户做访问控制不同角色跳转到不同的首页。2. 学生端模块简历管理基本信息、教育经历、项目经历、技能标签、职位搜索浏览、简历投递、投递记录查询、个人中心。3. 企业端模块企业信息维护营业执照号、简介、规模、职位发布与上下架、收到的简历列表、简历详情查看、筛选状态更新待处理/已通过/已淘汰。4. 管理后台模块用户管理学生/企业账号的封禁与解封、企业资质审核、职位审核、公告发布、按专业/企业维度统计投递数据。从工作量来说学生端是功能最重的企业端是逻辑最标准的管理后台是最好水字数的。如果组员多按这三端分任务最顺手如果单人开发我建议优先保证学生端和企业端的完整流程跑通管理后台做基本增删改查就足够应付答辩了。2.3 为什么选SSM而不是Spring Boot这里先说明一个趋势问题。现在很多同学一上来就用Spring Boot做毕业设计因为它自动配置太方便了一个注解搞定一堆东西。但如果你还要上SSM不是因为它新而是因为它能让你看到框架的“接缝”。Spring Boot好比是精装修的公寓拎包入住SSM则是毛坯房水电管线都得自己接。用SSM做项目你需要亲手配置数据源、配置事务管理器、配置MyBatis的Mapper扫描、写SpringMVC的视图解析器。这个过程看起来很繁琐但它会强迫你理解Spring容器是怎么启动的、请求是怎么从DispatcherServlet分发到Controller的、SqlSession是怎么和Spring事务绑定的。这些东西一旦理清楚后面用Spring Boot就是降维打击。另外不少高校的Java Web课程还停留在SSM阶段实验室、课程设计验收跑的环境也是这套。选SSM匹配度高答辩时的容错率也更高——老师讲的东西你都用上了这就是印象分。3. 数据库设计七张表撑起全系统3.1 核心表结构拆解数据库设计是这类项目最容易暴露水平的地方。很多人一开始就急着写代码结果到后面发现多对多关系没处理好或者查简历列表要拼一堆子查询。我按实际开发的节奏把表拆成七个核心表和两个关联表用户表t_userid、username、password、role1学生 / 2企业 / 3管理员、status0禁用 / 1正常、create_time密码字段存密文不存明文。后面细讲。学生信息表t_studentid、user_id外键、name、student_no、major、grade、phone、email企业信息表t_companyid、user_id、company_name、license_no、industry、scale、address、introduction、status待审核/已通过/已驳回职位表t_jobid、company_id、job_name、category、salary_min、salary_max、city、degree_require、description、status0草稿/1发布中/2已下线、create_time、view_count简历表t_resumeid、student_id、content可冗余存文本或JSON、education、experience、skills、attachment_path投递记录表t_deliveryid、student_id、job_id、resume_id、status待查看/已查看/已通过/已淘汰、create_time公告表t_noticeid、title、content、create_time关联表一般不需要单独建因为投递记录本身就是学生和职位之间的关联表带着状态字段。这也是业务设计的核心逻辑投递不是简单记一笔而是整个招聘流程的状态机。3.2 字段设计里的门道先说密码存储。很多人为了省事直接把密码明文往数据库里塞这在答辩时是很掉分的点。我建议至少用MD5加盐或者直接用Spring Security里自带的BCryptPasswordEncoder。别觉得这是额外工作量只需要封装一个工具类的事情但写进论文里就是“本项目考虑了用户数据安全”档次立马上来。再说说职位表里为什么要有status字段。不少初级设计者会直接删除职位记录导致学生投递过的职位突然消失历史记录对不上。用逻辑删除状态标记代替物理删除是实际业务系统里的通用做法。做这个系统时把“企业删职位”改成“职位下线”学生的投递历史永远查得到数据完整性就保住了。还有salary工资字段我建议设计成salary_min和salary_max两个数值字段而不是一个字符串“面议”。因为前端展示时做成区间范围是标配筛选功能里按薪资排序也离不开数值。真遇到“面议”的两个字段都置0即可。3.3 数据库设计的推荐工具与流程不要直接在Navicat里建表我强烈建议用建模工具先把关系画出来比如PowerDesigner、draw.io、甚至Excel画表格都行。先定好实体和关系再转成SQL这样做的好处是外键关系一目了然联表查询时不会漏条件论文里可以直接复用E-R图顺手解决一部分图表需求后期改字段时追踪影响范围方便我自己的习惯是先写一个初始化SQL脚本把所有建表语句、初始数据比如管理员账号放在一起后面每次改动都同步更新脚本。团队开发的时候这能干掉大量“我本地能跑你本地不能跑”的问题。4. SSM框架整合与核心配置4.1 项目骨架与依赖管理SSM项目最让人头疼的就是配置文件多而且版本配不好就会报各种诡异的错。先按我的习惯把工程结构列出来src/main/java ├── com.example.controller # Controller层接收请求 ├── com.example.service # Service层业务逻辑 ├── com.example.mapper # MyBatis的Mapper接口 ├── com.example.entity # 实体类 ├── com.example.interceptor # 登录拦截器 ├── com.example.utils # 工具类MD5、文件上传、分页 src/main/resources ├── jdbc.properties # 数据库连接配置 ├── spring-mvc.xml # SpringMVC配置 ├── spring-mybatis.xml # Spring MyBatis整合配置 src/main/webapp/WEB-INF/web.xml # 应用入口配置这里我重点说一下版本匹配问题。用Maven管理依赖不清楚版本就照抄这一套实测稳定Spring 5.1.8.RELEASE、MyBatis 3.4.6、mybatis-spring 1.3.2、MySQL 8.0以上对应mysql-connector-java 8.0.x版本。如果你用的是MySQL 5.7驱动改成5.1.47即可。这个组合我踩坑踩过无数次是目前兼容性最稳的组合之一。4.2 Spring MyBatis整合的底层原理SSM整合的难点不在写代码而在于理解三个框架各管什么Spring管什么管Service对象创建、事务、依赖注入SpringMVC管什么管请求映射、参数绑定、JSON转换MyBatis管什么管SQL语句和数据库映射整合的实质就是让Spring把MyBatis的SqlSessionFactory接过来管理。所以spring-mybatis.xml里你得配这么几个bean!-- 数据源 -- bean iddataSource classcom.alibaba.druid.pool.DruidDataSource property namedriverClassName value${jdbc.driver}/ property nameurl value${jdbc.url}/ property nameusername value${jdbc.username}/ property namepassword value${jdbc.password}/ /bean !-- SqlSessionFactory接管MyBatis核心配置 -- bean idsqlSessionFactory classorg.mybatis.spring.SqlSessionFactoryBean property namedataSource refdataSource/ property nameconfigLocation valueclasspath:mybatis-config.xml/ property namemapperLocations valueclasspath:mapper/*.xml/ /bean !-- Mapper接口扫描 -- bean classorg.mybatis.spring.mapper.MapperScannerConfigurer property namebasePackage valuecom.example.mapper/ /bean配置到这里MyBatis的Mapper接口就能被Spring直接注入到Service里了。很多人以为MyBatis单独用和配合Spring用是一样的其实不是单独用要自己拿SqlSession、自己关连接配合Spring后这些生命周期都由Spring容器管理Service只管调用。4.3 SpringMVC配置里容易被忽略的细节spring-mvc.xml里除了必备的注解驱动和视图解析器有几个细节容易坑人!-- 静态资源放行不然css/js全404 -- mvc:default-servlet-handler/ mvc:resources mapping/static/** location/static// !-- JSON转换器处理ResponseBody -- mvc:annotation-driven conversion-serviceconversionService/ !-- 上传文件大小限制 -- bean idmultipartResolver classorg.springframework.web.multipart.commons.CommonsMultipartResolver property namemaxUploadSize value5242880/ /bean先说明第一个细节。如果不加静态资源放行配置你的JSP引用的CSS样式和JS文件会全部404页面裸奔。这是新手最常炸的地方不是代码写错了是请求被DispatcherServlet拦截了压根没交给Tomcat的默认Servlet处理。其次注解驱动如果你用了Spring5.1需要显式加上conversion-service不然LocalDateTime参数绑定会报错。4.4 拦截器与登录状态管理登录拦截是这类系统必不可少的部分。我在项目里写一个AuthInterceptor继承HandlerInterceptorAdapterpublic class AuthInterceptor extends HandlerInterceptorAdapter { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session request.getSession(); User user (User) session.getAttribute(loginUser); // 放行登录和注册接口 String uri request.getRequestURI(); if (uri.contains(/login) || uri.contains(/register)) { return true; } if (user null) { // AJAX请求返回JSON提示页面请求重定向到登录页 response.setContentType(text/html;charsetUTF-8); response.sendRedirect(request.getContextPath() /login); return false; } return true; } }然后注册到spring-mvc.xml里。这里有个简单但实用的小优化把登录用户存到Session后再通过一个工具类取出当前登录用户就不需要每个Controller反复去Session里拿再强转。比如我做了一个CurrentUserHolder用ThreadLocal存储当前线程的用户信息在拦截器里set进去在Service层可以直接拿。这个小技巧写在论文里也是加分项体现的是实际工程思维而不是只会教科书写法。5. 核心功能模块实现与关键代码5.1 登录注册与密码加密登录注册虽然基础但图文并茂地讲好它对你答辩帮助最大。注册逻辑要处理几个边界情况用户名重复、角色选择学生/企业、企业注册后续审核逻辑不同。密码加密我推荐用MD5加盐。原理解释一下单纯MD5(password)容易被彩虹表撞库加盐后即使用户密码相同最终密文也不一样。实现很简单public class MD5Utils { public static String md5WithSalt(String password, String salt) { String str password salt; return DigestUtils.md5DigestAsHex(str.getBytes()); } }注册时给每个用户生成一个随机的UUID字符串作为盐存进数据库。校验时用同一个盐算出密文和数据库里存的比对。这样不需要额外引入Spring Security那一套重东西该有的安全效应当成加分点来写。登录接口要实现“记住我”这个需求的话我的做法是每次登录成功set一个cookie值是加密的用户id而且cookie里只存id不存密码避免敏感信息泄露。5.2 职位检索与分页查询职位检索是学生端的主干功能。我按业务场景拆成三个筛选维度关键字职位名模糊匹配、城市下拉框、分类下拉框。SQL核心是动态拼接条件这里用MyBatis的where和if标签非常舒服select idsearchJobs parameterTypemap resultTypecom.example.entity.Job SELECT j.*, c.company_name FROM t_job j LEFT JOIN t_company c ON j.company_id c.id where j.status 1 if testkeyword ! null and keyword ! AND (j.job_name LIKE CONCAT(%, #{keyword}, %) OR j.description LIKE CONCAT(%, #{keyword}, %)) /if if testcity ! null and city ! AND j.city #{city} /if if testcategory ! null and category ! AND j.category #{category} /if /where ORDER BY j.create_time DESC /select分页的话如果不想引入PageHelper依赖可以在SQL里用limit加MySQL自带的计算。我的项目里做了个简单的PageBean工具类封装了当前页、每页条数、总记录数、总页数、数据列表配合limit查询代码量不大但页面展示舒服。有个坑提醒一下用where标签时注意第一个条件前面不加ANDMyBatis会自动处理但如果你前面写了一个固定的j.status 1再拼AND这就没问题。多条件拼接时建议先在本地跑几条SQL确定了再写进Mapper别等启动项目才调试效率太低。5.3 简历投递状态机与事务控制投递是核心业务动作它涉及到三张表投递记录表、简历表、职位表。常规做法是前端提交时带上jobId后端在投递前先做两个校验这个学生是否已经投递过该职位不能重复投递该职位是否仍在发布状态下线职位不能投校验通过后保存投递记录同时把职位表的投递数加一。这两个操作必须保证在同一事务里否则可能出现记录存进去了但数量没更新或者反过来。Service层加上事务注解Override Transactional(rollbackFor Exception.class) public boolean deliverResume(Integer studentId, Integer jobId) { // 1. 检查是否重复投递 // 2. 检查职位状态 // 3. 保存投递记录 // 4. 更新职位投递数 // 5. 返回结果 }这里要注意Transactional默认只回滚RuntimeException如果代码里catch了Exception并吞掉事务照样不生效。所以要么不catch要么rollbackFor指定Exception.class。这是一个很容易在面试中被追问的细节放在这里提前过关。企业端的操作流程是收到简历列表 → 点击查看简历详情 → 修改投递状态待处理→已通过/已淘汰。这个状态变更逻辑根据业务需要可以存储一个status字段1待查看、2已查看、3已通过、4已淘汰。前端根据不同状态显示不同标签颜色交互体验就出来了。5.4 企业招聘信息展示一对多关联查询的实现职位列表页需要带着企业名称和logo显示。这种需求不要在Java里循环查公司表用一条LEFT JOIN就解决。MyBatis里可以用resultMap做关联映射resultMap idJobWithCompanyMap typecom.example.entity.Job id propertyid columnid/ result propertyjobName columnjob_name/ result propertysalaryMin columnsalary_min/ result propertysalaryMax columnsalary_max/ !-- 关联的企业对象 -- association propertycompany javaTypecom.example.entity.Company id propertyid columncid/ result propertycompanyName columncompany_name/ result propertylogo columnlogo/ /association /resultMap这样查出来Job对象里直接携带了Company对象前端可以一次性拿到所有数据不用循环里再查第二次数据库。这种“避免N1查询”的写法在项目总结里写一句就够显示你的数据库查询功底。5.5 文件上传简历附件的坑简历附件上传常见的坑有三个文件保存路径、文件类型限制、文件大小限制。我采用的方案是在服务器上建一个upload目录把文件保存进去数据库存储相对路径。前端展示时再拼接完整路径访问。路径这里最容易出问题。很多同学把绝对路径写死在代码里换台电脑就404。正确做法是项目部署目录下建一个upload文件夹通过ServletContext获取真实路径String basePath request.getServletContext().getRealPath(/upload);如果你用IDEA的Tomcat插件跑getRealPath指向的是编译后的target目录重启后文件可能会丢。如果是本地演示建议把上传目录配置成绝对路径放在项目外比如D:/upload然后加一个虚拟路径映射。具体映射方式在Tomcat的server.xml里加一个Context配置。这属于环境级别的经验了答辩老师问起来会高看你一眼。文件类型限制方面不要只看扩展名因为伪造扩展名太容易。简单做法是检查文件的MIME类型同时限制扩展名白名单doc、docx、pdf、png、jpg。注意孤儿类型比如jpg的MIME可能是image/jpeg也可能是image/pjpeg别卡死了。6. 前端页面与交互细节6.1 页面视图与模板选择这个项目的前端方案我建议用JSP Bootstrap jQuery别上Vue。不是说Vue不行而是你SSM后端项目里硬塞一个前后端分离架构反而增加了很多跨域、接口设计的工作量对毕业设计来说性价比太低。JSP可以直接在HTML里写Java代码能拿到Session里的登录用户直接判断角色这比AJAX拉数据再做渲染简单多了。页面清单大概是登录页、注册页学生/企业、首页、职位列表页、职位详情页、简历编辑页、投递记录页、企业后台页职位发布/简历查看、管理后台页审核列表/数据统计。别贪多要确保每条链路都能跑通而不是页面册子做得漂亮但点两下就报错。Bootstrap是为数不多你用了不会被说“过度依赖前端框架”的库。它最大的价值是栅格系统帮你快速搞定响应式布局哪怕你在移动端访问系统页面也不至于乱。页面样式用Bootswatch主题换肤五分钟也能变成“我自定义了UI”。6.2 用户交互的细节处理一个交互细节职位详情页的“投递”按钮在已投递状态下要变成“已投递/不可重复投递”。这个逻辑最好在页面渲染时就已经判断好而不是等用户点了按钮再弹窗提示。所以职位详情Controller里查完Job后直接去看看这个职位的投递记录里有没有当前学生有就把一个isDelivered字段设为true传给前端。另一个细节分页组件的页码列表要处理“上一页/下一页”的边界。在第一页时“上一页”按钮置灰在最后一页时“下一页”置灰。PageBean里判断好hasPrev和hasNext两个布尔值页面直接用就不会出错。再提一个不常见但很讨巧的点职位列表页用城市和职位分类做联合筛选时记得在Controller里返回当前城市和分类给页面不然你选中“北京”后页面刷新又重置成“全部城市”用户体验很拉胯。6.3 基于JSP实现角色权限的页面渲染作为SSM项目JSP是天然的模板方案。用JSTL标签判断角色手动写一段简洁的角色判断代码c:if test${sessionScope.loginUser.role 2} lia href${ctx}/company/publishJob发布职位/a/li /c:if c:if test${sessionScope.loginUser.role 1} lia href${ctx}/student/editResume我的简历/a/li /c:if这种写法安全有效但只能控制“显示/隐藏”控制不了实际访问权限。真正的拦截还需要后端方法级权限判断所以我在Filter中做了路径级别的权限判断。比如/company/*下的URL必须是role为2的企业用户才能访问/admin/*必须是role为3的管理员。这样就算用户手动在地址栏敲URL也没法越过权限进入后台。这块我在拦截处理器里加了路径前缀的资源匹配比单纯只做登录判断要严谨一个层次。7. 常见问题与排查技巧实录7.1 数据库连接失败与环境问题现象1启动后控制台报错提示Access denied for user排查思路用户名密码不对核对jdbc.properties里的username和password注意MySQL8的加密方式是否为默认的caching_sha2_password如果是驱动版本太旧也会不兼容。换成8.0以上版本的驱动或者在MySQL里设置成mysql_native_password加密规则。现象2中文乱码这个基本集中在两个地方JSP页面编码没设置UTF-8或者数据库连接URL没加characterEncoding。连接串标准写法jdbc.urljdbc:mysql://localhost:3306/campus_recruit?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai注意serverTimezone必须加否则MySQL8会报时区错误。7.2 MyBatis最常见的报错与SQL排查现象1绑定异常提示Invalid bound statement (not found)原因通常是Mapper接口对应的XML文件没有编译到classes目录或者namespace写错了。检查target/classes/mapper目录下有没有对应的XML。如果是Maven构建导致的资源过滤问题pom.xml里加resources resource directorysrc/main/java/directory includes include**/*.xml/include /includes /resource /resources现象2数据库字段和实体类属性映射不上习惯性开启MyBatis驼峰映射配置下划线和驼峰自动转换一劳永逸configuration settings setting namemapUnderscoreToCamelCase valuetrue/ /settings /configuration这样数据库里的company_name就会自动映射到实体类companyName省掉一堆resultMap的手工编写。7.3 页面500错误定位法页面报500第一件事不是去看代码而是去看Tomcat日志的完整堆栈。代码中组件没注入成功、返回值类型不对、SQL字段不存在……大多都会在控制台精确打印出来。如果是网络请求中后台崩溃前端可能直接返回Tomcat默认错误页打开开发者工具的Network看Response能拿到完整的异常信息。这里分享一个提速技巧在web.xml加一个全局异常处理器把敏感信息只保存到日志中但用户端显示统一提示页面。这样既不会泄露代码细节也不会让用户在调试时一头雾水。7.4 上传文件失败的调试思路上传文件失败需要先分清楚是前端没提交成功还是后端没接收到。用开发者工具看请求体里有没有multipart字段。确认前端没问题后检查Controller的参数RequestParam(file) MultipartFile file表单控件的name属性必须和RequestParam的值一致。另外注意CommonsMultipartResolver的最大文件大小限制默认是2MB设计简历上传时设个5MB比较合理。文件类型校验不通过时要返回明确的提示信息别只抛出空指针。8. 从课程设计到完整项目的进阶思考8.1 测试用例组织方式毕业设计答辩现场老师最喜欢做的事情是当场注册一个账号、发布一条数据、测试搜索和删除。所以你自己的测试用例覆盖面不能只停留在“管理员能登录”这个层面至少保证以下几个流程是完整的新学生注册 → 登录 → 完善简历 → 搜索职位 → 投递简历 → 查看投递记录 → 退出企业申请注册 → 管理员审核通过 → 企业登录 → 发布职位 → 查看投递 → 更新状态管理员登录 → 审核企业 → 审核职位 → 发布公告 → 统计面板数据每一条链路测通之后再测异常场景重复用户名注册、未登录访问受限页面、切断网络提示明确。这些测试用例写进文档里论文的“系统测试”章节就非常充实了。8.2 可扩展的方向与理由如果做完基础功能还想加分我建议加三个方向按性价比排列第一个增加数据统计面板。管理员后台用ECharts展示职位数和投递数按周变化的趋势图。这里其实只需要几条GROUP BY日期的SQL加上前端图表渲染效果却非常直观答辩现场当场亮出来绝对有说服力。第二个增加邮箱验证。注册时向邮箱发送验证码也是调用第三方邮件服务。这个加进去系统的真实性就上去了。第三个日志功能。用AOP记录用户的关键操作日志比如“谁在什么时间投递了什么职位”“谁审核通过了哪个企业”。这个扩展逻辑简单但能体现工程严谨性。8.3 项目排期与工作量分配最后聊聊大多数人关心的开发周期。我按每周每天能拿出2到3小时的强度估算第1周搭框架、配数据库、实现登录注册第2周学生端简历管理、职位列表搜索第3周投递功能和企业端模块第4周管理后台、公告、权限完善第5周页面美化、兼容性调整、写测试用例第6周整理文档、准备答辩这个排期的合理性在于前两周把地基砸实中段专攻核心流程最后留缓冲时间给自己的短板。不少同学喜欢先做页面再搞功能结果后面联调一堆返工。换成我先跑通一条最简单的链路注册→登录→投递再往上面加模块心情会稳很多。我个人做了这么多年项目最大的体会是SSM校园招聘系统这种题目真正难的不是技术而是能不能把自己代入到“真实的业务场景”里去思考问题。很多功能不是“想加就加”而是要问自己这个动作在真实招聘环境里会发生吗这个状态变化合理吗带着这些问题去做写出来的代码自然有说服力答辩时也能讲出深度来。