最近不少学弟学妹来问我校招笔试题怎么准备正好手头翻出一份当年整理过的“酷家乐2020校园招聘-后端A卷”的完整复盘笔记。酷家乐作为云设计SaaS赛道的头部公司技术栈偏Java方向后端校招题的考察范围很有代表性——既有基础扎实度的试探又有工程化能力的验证非常适合用来对标查漏补缺。这篇内容我就顺着这份试卷把每一类题背后的考点、踩坑点、以及对应的复习思路一次说清楚。1. 试卷整体设计与人才筛选逻辑先说一个很多人容易忽略的点校招笔试题不是用来考倒你的而是用来给候选人画像的。酷家乐这套后端A卷整体风格是“基础题为主、场景题为辅、工程细节穿插其中”这与其实际业务强相关——云设计平台的渲染任务调度、模型数据存储、大规模并发访问都要求后端工程师具备扎实的Java基础、数据库调优意识和分布式系统常识。整套卷子的题型分布大致是四块Java基础与并发、数据库与缓存、框架与工程化、系统设计场景题。前两块是“基本盘”答不好基本没戏后两块是“分水岭”决定你能不能进入下一轮面试。不是说冷门知识点考得多深而是每个知识点都贴着真实业务场景出题这就要求你平时学技术不能只停留在“会用API”而是要去理解底层原理。另外值得注意的一点是这套卷子没有太多偏题怪题没有让你默写某个冷门注解的全限定名也没有让你手写红黑树。它的核心诉求很清楚验证你有没有形成一套完整的后端知识体系而不是靠死记硬背突击出来的碎片记忆。1.1 校招笔试题的常见命题逻辑大部分公司的校招后端卷命题逻辑高度相似酷家乐A卷也不例外。总结下来就是三层递进第一层是语言基础围绕集合、并发、JVM、异常处理展开考察的是“你写没写过足够的代码”。第二层是中间件与存储围绕MySQL索引与事务、Redis缓存与持久化、消息队列的使用场景展开考察的是“你有没有真正做过一个完整项目”。第三层是设计与工程化围绕接口设计、幂等性、分布式锁、容器部署来展开考察的是“你有没有想过线上环境是什么样子”。这三层不是并列关系而是递进关系。笔试题往往把三层内容混在一起出目的就是筛掉那些只刷了第一层题库就以为自己准备好了的人。所以你在准备时一定要按这个层次去搭建自己的知识树而不是东一榔头西一棒子地刷题。1.2 酷家乐后端岗位的技术画像从这套A卷反推酷家乐后端团队的用人偏好能看出几个明显信号。首先是Java为主Spring生态是标配因为试卷里Spring相关的内容占比不小其次是重视存储层能力MySQL和Redis几乎是必考再次是关注并发场景这与酷家乐渲染集群的调度需求吻合。信号背后其实是一个很实在的问题这家公司希望你入职后能快速参与真实业务开发。而真实业务开发中Java基础不牢会导致代码质量失控数据库设计不合理会导致线上事故缓存使用不当会导致数据不一致。所以笔试题就是在提前模拟这些“事故现场”看你会不会踩坑、能不能给出合理方案。2. 核心题型逐一拆解与答题思路接下来说正题我把这份A卷里的代表性题目和对应的知识点展开讲。虽然每场考试的具体题目会变但考察的知识点是有规律可循的掌握了规律题目怎么变你都不慌。2.1 Java基础与并发部分HashMap、线程池与JVMJava基础这部分酷家乐A卷几乎必考HashMap。这里我要特别提醒一句别停留在“HashMap允许null键、Hashtable不允许”这种背诵层面面试官和阅卷人真正想看的是你清不清楚扩容机制和哈希冲突处理。我建议你至少要能说清楚这么几条HashMap默认容量是16负载因子是0.75当元素个数超过容量 * 负载因子时触发扩容扩容时新容量是原来的两倍元素的位置要么不变要么在原位置基础上偏移旧容量的长度。这个“要么不变、要么偏移2的幂次方”的规律很多人知道是知道但说不出为什么——因为扩容时判断(e.hash oldCap) 0来决定是否移动这个位运算技巧很巧妙说说清楚绝对加分。还有一个高概率考点是线程池。别只背Executors.newFixedThreadPool()这类工厂方法要从ThreadPoolExecutor的七大参数讲起核心线程数、最大线程数、空闲存活时间、时间单位、阻塞队列、线程工厂、拒绝策略。尤其要能根据自己的理解说明白为什么阿里规范不推荐使用Executors的快捷方法因为newFixedThreadPool的队列是无界LinkedBlockingQueue任务堆积过多会导致OOMnewCachedThreadPool的最大线程数是Integer.MAX_VALUE在高并发下会创建过多线程导致线程资源耗尽。JVM部分重点准备两类题一是内存区域划分堆、栈、方法区、程序计数器、本地方法栈每个区域存什么、会不会OOM二是GC垃圾回收新生代和老年代的回收算法差异、常见收集器如CMS和G1的适用场景。笔试里经常让你“简单描述对象从创建到被回收的完整过程”你就得按这个链路来答new出来的对象先分配在Eden区Eden区满了触发Minor GC存活对象进入Survivor区并年龄1年龄达到15默认阈值后晋升到老年代老年代满了触发Major GC或Full GC。把这个流程说顺了比零散背一百个概念都管用。2.2 集合类源码级考点与易错点集合类这块A卷常见问法是“ArrayList和LinkedList的区别”但这个题想拿高分不能只说一个数组一个链表。我建议从三个维度展开底层数据结构、插入删除的时间复杂度、内存占用。ArrayList基于动态数组查询快O(1)但指定位置插入删除需要移动元素O(n)LinkedList基于双向链表插入删除快但查询需要遍历O(n)而且每个节点还要额外存储前后指针内存占用更大。实际开发中LinkedList的使用频率其实很低很多场景下ArrayList完全够用。另一个高频考点是HashSet和HashMap的关系以及TreeMap的排序原理。HashSet底层就是包装了一个HashMap存值时value固定为一个常量对象TreeMap基于红黑树key必须实现Comparable接口或者在构造时传入Comparator这样才能保证迭代顺序。很多人会忽略ConcurrentHashMap但这类“并发安全集合”恰恰是后端笔试的宠儿。要记住JDK 1.8之后ConcurrentHashMap已经抛弃了分段锁改用CAS synchronized对桶的头节点加锁锁粒度更细并发性能更好。易错点提醒HashSet允许存nullTreeSet不允许存null因为插入null时无法比较大小会抛NPE。这种细节题往往藏在选择题里刷题时多留个心眼。2.3 数据库部分索引、事务隔离级别与SQL调优数据库是后端笔试的重头戏。酷家乐A卷在这一块的核心考点有三个索引的底层结构、事务隔离级别、以及慢SQL的排查思路。索引部分我建议你画B树示意图来辅助记忆考试时虽然不能画图但脑子里的图能帮你理清逻辑。B树的非叶子节点不存储数据只存储索引键因此同样大小的页可以容纳更多键树的高度更低磁盘IO次数更少叶子节点通过链表相连天然适合范围查询。这一特性就是MySQL InnoDB选择B树而不是B树或红黑树的核心原因。另一个常被问到的问题是“为什么索引能加快查询但不宜建太多”因为索引本身也是存储结构写操作时要同步更新索引索引过多会导致插入、更新、删除的性能下降。事务隔离级别这块MySQL默认是REPEATABLE READ可重复读这一点和很多教材里以READ COMMITTED为默认值的描述不同答题时一定要以MySQL为准。四个级别的区别用一句话概括READ UNCOMMITTED读未提交能读到别人没提交的数据存在脏读READ COMMITTED读已提交解决脏读但存在不可重复读REPEATABLE READ可重复读解决不可重复读但存在幻读MySQL通过MVCC多版本并发控制和间隙锁next-key lock在绝大多数场景下避免了幻读SERIALIZABLE串行化隔离最彻底但性能最低。SQL调优题通常给你一段慢SQL让你分析原因并优化。回答套路要按顺序来先用EXPLAIN查看执行计划看是否走了索引、有没有全表扫描再看type字段从const、eq_ref、ref、range到index、ALL性能依次递减然后检查有没有在索引列上使用函数或隐式类型转换这会导致索引失效最后考虑是否需要使用覆盖索引来避免回表。2.4 缓存部分Redis的数据结构与缓存一致性Redis在酷家乐这类互联网公司的笔试中出现频率极高。A卷的常见问法有几种Redis支持哪些数据结构、各自的应用场景是什么缓存穿透、缓存击穿、缓存雪崩的区别与解决方案如何保证缓存和数据库的一致性。数据结构这部分除了String、Hash、List、Set、ZSet这五种基础类型我建议你也了解一下Bitmap、HyperLogLog、Geo等扩展类型。比如UV统计可以用HyperLogLog误差率在0.81%左右内存占用极低附近的人可以用Geo签到打卡场景可以用Bitmap。笔试时提到这些场景化应用会让阅卷人对你的实战能力刮目相看。缓存三大问题是笔试/面试的必考题答题时一定要把概念区分清楚缓存穿透查询一个根本不存在的数据请求直接打到数据库。解决方案是缓存空值设置较短过期时间或者使用布隆过滤器先拦截。缓存击穿某个热点key过期瞬间大量请求同时打到数据库。解决方案是互斥锁只让一个线程去重建缓存或者设置热点key永不过期后台异步更新。缓存雪崩大量key同时过期或者Redis实例宕机导致数据库压力暴增。解决方案是过期时间加随机值或多级缓存或Redis集群高可用。缓存一致性是一个经典的“没有标准答案”的题。比较公认的偏稳妥方案是“Cache Aside Pattern”读的时候先读缓存读不到再读数据库然后回填缓存写的时候先更新数据库再删除缓存。为什么是“删除缓存”而不是“更新缓存”因为更新缓存是写操作可能涉及复杂计算而且一个key可能被多次更新删除缓存可以等到真正读的时候再重建成本更低。当然这方案也有缺陷就是更新数据库和删除缓存之间存在时间窗口理论上可能读到脏数据。可选的补偿方案有消息队列异步重试、订阅数据库binlog来删除缓存等答题时能把方案说全并指出各自的取舍就是高分答案。2.5 Spring生态与工程化IOC、AOP与Maven依赖管理Spring相关题目在酷家乐A卷中占据一定比例这和实际业务开发直接相关。核心考点集中在IOC控制反转、AOP面向切面编程、 Spring Boot的自动配置原理。IOC不能只答“把对象的创建交给Spring容器管理”要能讲清楚这样做的好处是解耦以及底层依赖反射机制。比如你写了一个UserService在它里面注入UserMapper如果没有Spring你得手动new UserMapper()一旦UserMapper的构造函数变了UserService也要跟着改。用了IOC之后你只需要标注Autowired或Resource容器会帮你把依赖注入进来开发和测试都方便很多。AOP的典型场景是日志记录、事务管理、权限校验。理解AOP的关键是理解代理模式Spring默认对有接口的Bean使用JDK动态代理对没有接口的类使用CGLIB代理。这里有个经典易错点Spring Boot 2.x之后spring.aop.proxy-target-class默认为true也就是即使有接口也优先使用CGLIB。AOP的通知类型包括Before、AfterReturning、AfterThrowing、After、Around执行顺序是环绕通知的开始、前置通知、目标方法执行、环绕通知的结束、后置通知、返回/异常通知。答出完整顺序的候选人不多你能顺下来就很加分。Maven/Gradle的依赖管理题看起来简单但翻车率很高。常见考法是给你一段依赖冲突场景让你分析如何解决。核心原则是“就近优先”和“第一声明优先”遇到冲突可以用mvn dependency:tree查看依赖树用exclusion排除传递性依赖或直接声明明确版本的依赖。另外要能说清compile、provided、runtime、test这几个scope的区别。2.6 系统设计题短链服务、秒杀系统与分布式锁系统设计题是区分度最大的环节。酷家乐A卷的系统设计题一般不会让你设计一个完整的大型系统而是给出一个具体的、有明确约束的场景让你描述方案。常见的场景包括设计一个短链接服务、设计一个秒杀系统、设计一个分布式ID生成器或者“如何设计一个接口的幂等性”。短链服务这个题非常适合用来展示你的技术广度。我提供一个参考思路短链生成的算法用一个全局自增ID或分布式ID将其转换为62进制的字符串0-9a-zA-Z一个10位的十进制数可以压缩成6-7位的短码。跳转逻辑用户访问短链时服务端根据短码查映射表找到原始URL后返回302重定向。存储选型映射关系可以放在MySQL热点数据加速访问放在Redis。短码的哈希碰撞处理用MurmurHash或MD5后截取前几位如果冲突则再加盐重哈希。秒杀系统的高并发问题是经典中的经典。核心思路是“层层拦截、异步化”前端做限流按钮置灰、答题验证码、网关层做限流令牌桶算法、应用层做预扣库存Redis原子操作decr、最后异步扣减数据库库存。同时要防止超卖数据库库存字段更新时使用UPDATE stock SET count count - 1 WHERE id ? AND count 0这种乐观锁写法而不是先查询再更新。分布式锁几乎必然会涉及Redis分布式锁要能说出SETNX加锁、EXPIRE设置超时的基本流程并指出最经典的坑加锁和设置超时之间如果进程崩溃会导致锁永远不释放。因此要使用SET key value NX EX seconds这条原子命令或者借助Redisson的看门狗机制自动续期。更进一步还可以谈RedLock算法同时也要点出RedLock在工程实践中其实备受争议很多团队并不推荐因为它在极端场景下并不能保证绝对安全。能答到这个层面说明你是真看过不少文章、想过不少场景的。3. 实战项目的准备方法与简历项目包装笔试题考的是知识的广度而简历上的项目体现的是知识的深度。酷家乐A卷虽然是笔试但你在回答数据库题、并发题时能不能结合项目经验来讲直接影响到阅卷人对你的整体印象。所以别忽略项目这条线。3.1 如何把普通项目讲出高并发味道很多同学的项目是“单机版管理系统”比如学生管理系统、博客系统、商城项目看起来没有高并发场景但这并不阻碍你展示后端能力。关键是你有没有主动做一些“不那么普通”的设计。拿一个博客系统举例。你先别急着说CRUD而是想一想文章阅读数用Redis的incr命令来做避免频繁更新MySQL然后定期异步刷回数据库。这是一个非常经典的缓存DB一致性案例笔试考缓存一致性时你就有话说了。热门文章列表用ZSet存储score为阅读量取TOP N直接ZREVRANGE高效且不伤数据库。图片上传用MinIO或OSS对象存储而不是存本地磁盘服务端做断点续传和文件类型校验。权限控制用Spring Security JWT无状态登录讲清楚token为什么放请求头而不是Cookie。你看同样是博客系统加上了这几个细节立马就从“纯CRUD”变成了“有缓存设计、有中间件、有鉴权方案”的项目笔试题里的Redis、JWT、文件存储相关内容你全都能对上号。3.2 前后端分离项目中的后端关注点既然热词里反复出现前后端分离这里专门强调一下后端在前后端分离架构中要掌握的关键点。第一是跨域CORS。很多同学本地联调时遇到跨域问题就只知道加个CrossOrigin注解笔试如果问“跨域的本质是什么”你要能答出浏览器同源策略限制的是“JS发起的请求”服务端只要在响应头返回Access-Control-Allow-Origin等字段浏览器就会放行。Spring Boot里可以用WebMvcConfigurer统一配置CORS映射也可以加CORS过滤器生产环境的线上Nginx反向代理同样能解决跨域。第二是统一响应体和全局异常处理。后端接口不能一会返回{code:0,data:xxx}一会直接返回一个字符串。一般项目里会定义一个RT或ResultT统一包装配合RestControllerAdvice做全局异常捕获把参数校验异常、业务异常、未知异常分别映射到不同的错误码。这一个设计能极大提升前后端联调效率也是面试时展示代码规范度的好素材。第三是JWT刷新机制。很多项目只实现了登录后发一个token而没有考虑token过期问题。你可以在项目中引入refresh_token双token机制access_token有效期短比如30分钟refresh_token有效期长比如7天前端发现access_token过期后用refresh_token换新这样既安全又不用频繁登录能讲清楚这套流程系统设计题基本不怕。3.3 本地联调与环境部署的经验笔试和面试阶段很多同学容易忽视“服务能不能跑起来”这类工程能力但实际操作中这往往是最能拉开差距的地方。酷家乐这类公司很看重你能不能独立把一个项目从代码变成线上服务。我建议你在准备阶段一定要亲手走一遍完整的部署流程本地用Docker起一个MySQL和Redis用docker-compose.yml统一编排后端项目用Maven的mvn clean package -Dmaven.test.skiptrue打成jar包然后部署到一台云服务器上用nohup java -jar xxx.jar app.log 21 方式启动。要让一个项目真正能被访问还需要配好Nginx反向代理、HTTPS证书以及MySQL和Redis的远程访问权限。这里面坑非常多。比如云服务器安全组不放行端口、MySQL默认只监听127.0.0.1、Redis没设密码被攻击入侵这些都是网上随手一搜就能看到的经典事故。你如果能在简历的项目经验里写一句“项目已部署至云服务器使用Nginx反向代理HTTPS访问”招聘方的技术筛选官对你的工程能力会明确加分。3.4 Jenkins自动化构建与持续集成另一个容易被忽视但有含金量的点是持续集成。校招生的项目通常是在本地跑起来就算完事但如果你能引入Jenkins做自动化构建项目质感会完全不同。基本流程是写完代码推送到Git仓库Jenkins监听仓库变化并触发构建任务构建脚本里执行mvn build或npm run build再通过SSH把产物同步到测试服务器实现“推送即部署”。笔试里如果问到“如何保证代码质量”你就可以很自然地带出这一套流程代码提交前用mvn test跑单元测试在Jenkins流水线里加Checkstyle或SpotBugs做静态检查配置SonarQube做代码质量门禁。这一领域经常出现的问题是Java版本和Maven版本不匹配、JAVA_HOME环境变量没有正确设置、或者application.yml里的数据库地址还是本地的localhost导致部署后连不上数据库。我的建议是配置文件一律使用Spring Boot的application-{profile}.yml多环境配置本地上用devProfile服务器上用prodProfile通过启动参数--spring.profiles.activeprod切换这样本地和线上不会互相污染。4. 复习路线的规划与资源推荐现在聊一个更实际的问题如果要从零开始准备怎么安排复习节奏我给出一条相对高效的路线贴合校招时间线。4.1 阶段一夯实基础2-3周第一轮重点是Java基础、集合源码、JVM、并发编程。这个阶段不要追求把每个知识点都抠到极致而是建立“知识框架”。我的做法是每天学一个大主题比如周一集合、周二JVM、周三并发每个主题必须能回答三个问题它是什么、解决什么问题、底层是怎么做的。推荐的学习路径是“看视频入门 看博客加深 动手写Demo验证”。视频适合入门比如B站上口碑不错的Java基础课博客适合深入像美团技术团队、阿里中间件团队的技术博客都有大量源码级文章Demo验证这一步很多人会省但我强烈建议别省举一个例子学习线程池时自己写一段代码分别用newCachedThreadPool和自定义ThreadPoolExecutor跑10000个任务观察线程数和队列的变化印象绝对比背十遍概念深刻。4.2 阶段二主攻中间件与数据库2-3周第二阶段集中火力攻MySQL、Redis、Spring、消息队列。每一块都要做到“能说出原理能画出架构能解决场景问题”。我提供一个学习清单你可以逐项打勾MySQL存储引擎InnoDB与MyISAM区别、索引数据结构、聚簇索引与非聚簇索引、事务隔离级别与MVCC、EXPLAIN执行计划分析、慢查询优化。Redis五种基本数据结构及使用场景、持久化RDB/AOF区别与选型、过期删除与内存淘汰策略、缓存穿透击穿雪崩解决方案、分布式锁实现。SpringIOC容器生命周期、Bean的作用域与循环依赖、AOP代理机制、Spring Boot自动配置原理、Spring MVC请求处理流程。消息队列为什么使用消息队列解耦、异步、削峰、如何保证消息不丢失、如何保证消息顺序消费、如何保证幂等。4.3 阶段三刷题与做项目并行3-4周第三个阶段是输出阶段。一方面刷笔试题尤其是历年校招真题刷题时不要只求做对而是要分析每道题背后的知识点另一方面整理自己的项目把之前写的代码重新梳理一遍补充前面说的Redis、统一响应、JWT、部署等细节。刷题时我建议你准备一个“错题本”但不要只抄题目和答案而是记录“我为什么错”。比如一道数据库索引失效的题做错了你要写下是因为没看出查询条件里对索引列用了LIKE %xxx导致前缀模糊匹配无法走索引。下次遇到类似的题先在脑里过一遍“索引失效的常见场景”清单比如隐式类型转换、对索引列使用函数、OR连接非索引列、NOT IN或!操作符、前导模糊匹配等。这样刷题才有增量价值。4.4 高频考点速查表为了方便你自测我把后端A卷的高频考察点按“必须掌握、建议掌握、了解即可”三个等级整理了一下等级考点准备建议必须掌握HashMap、ConcurrentHashMap、线程池参数、JVM内存模型、MySQL索引与事务、Redis基本结构与缓存问题、Spring IOC/AOP、Maven生命周期能够流利输出达到面试时脱口而出的水平必须掌握接口幂等性、分布式锁、统一异常处理、JWT认证、前后端分离跨域能结合项目说清楚具体实现方案建议掌握B树与哈希索引的区别、MVCC内部原理、Redis持久化、消息队列基本使用与可靠性能说清原因和应用场景不需要手写源码了解即可Raft算法细节、ZooKeeper内部原理、Netty线程模型、SkyWalking链路追踪能用自己的话概述即可不深入细节5. 笔试现场的时间分配和答题策略最后这部分我想聊聊真正坐在考场里面对一份后端A卷时的答题技巧。这在你刷题时就可以提前演练。5.1 时间分配与做题顺序拿到的试卷先别急着从头写到尾。花1-2分钟浏览整份试卷标记出题目类型和预估耗时。我的策略是先做系统设计题再做数据库题然后是Java基础题最后是框架与工程化题。为什么是这个顺序因为系统设计题分值高、思路开放趁头脑清醒时能想得更全面Java基础题往往比较机械放在后面写完就算。时间分配上如果笔试总时长是90分钟建议基础题控制在40分钟以内数据库和缓存题30分钟系统设计题20分钟。不要在一道选择题上纠结太久拿不准的做个标记等全部写完再回头检查。5.2 不会的题怎么做校招笔试遇到不会的题是常态。首先要区分“真的不会”和“暂时没思路”。如果是后者先把题目重新读一遍很多时候不是你不会而是漏看了关键条件。比如题面可能写着“MySQL默认隔离级别”你没看清楚直接答成了“读已提交”。如果是真的不会也尽量不要空着。填空题和问答题可以写一些相关的知识点至少让阅卷人看到你有一定理解。比如问你“Redis如何实现分布式锁”你记不住Redisson的完整机制但至少可以写出SETNX加锁、EXPIRE设置过期时间的基本流程再说明存在的坑。这比完全不写要强得多而且可能刚好落在给分点上。5.3 常见但容易答错的细节这里分享几个我在复盘试卷时发现的普遍易错点值得单独记一下ArrayList默认容量是10不是16扩容后变为原来的1.5倍oldCapacity (oldCapacity 1)。MySQL默认隔离级别是REPEATABLE READ不是READ COMMITTED。Spring Boot内嵌的Web服务器默认是Tomcat不是Jetty。Transactional默认只在RuntimeException和Error时回滚如果抛出受检异常默认不回滚需要指定rollbackFor Exception.class。HashMap在JDK 1.7时头插法会形成死循环1.8改为尾插法后解决但并不同时等价于线程安全。Redis是单线程模型处理命令但持久化、过期删除在子进程中执行所以不要答成“Redis所有操作都是单线程”。这些细节往往就是选择题里的选项陷阱平时不留意考场上很容易被绕进去。6. 关于简历投递与面试心态的一点个人建议笔试只是校招链路中的一环但它的准备过程会直接影响你后续面试的效果。我见过不少同学笔试过了却在技术面阶段因为项目讲不清楚被刷掉根源就在于准备笔试时只刷题、没有同步整理项目。所以我建议你从准备笔试的第一天起就同步维护一份自己项目的“技术亮点清单”每学到一个新知识点就去想一想能不能应用到你的项目里。这样笔试不但不会和面试割裂反而互相成就。另一个实际的建议是投递简历不要扎堆也不要有“一定要进某家公司”的执念。腾讯、阿里、字节、美团是很多人的目标但酷家乐这种垂直行业的头部公司技术氛围和成长空间其实也同样值得考虑。笔试题的覆盖面也能反映出公司的技术侧重你多考几家就相当于多获得几份“技术方向参考指南”对后续职业选择很有帮助。在心态上校招是一个漫长且充满不确定性的过程笔试失利真的不代表你不行。我当年也挂过好几家公司的笔试后来复盘发现大多是时间分配不合理或者在一道选择题上钻了牛角尖而不是能力问题。每一次笔试后一定要做复盘把不确定的题重新查一遍三个月后你会发现自己知识的漏洞越来越少拿到offer也就成了水到渠成的事。最后再分享一个小技巧笔试前可以拿一张纸把你已经熟练掌握的知识点导图默写出来不需要画得多精致关键是带你进入“整体扫描”的状态。真正到了考场上你会发现自己比想象中沉稳得多。