1. 整体印象题型构成与笔试平台1.1 投递岗位与笔试邀约时间线我是2024年8月中旬在蔚来校园招聘官网投递的后端开发工程师岗位base填的上海。当时秋招刚开始投递后大约一周左右邮箱里收到了笔试邀请邮件发件方是蔚来招聘系统邮件标题里直接带着“2024届秋季校园招聘笔试通知”的字样。整体节奏比我想象中要快没有提前批那种漫长的简历筛选期只要简历过了初筛就会收到统一批次的笔试链接。这里先说明一下时间线蔚来2024届秋招的笔试基本是滚动安排的官网投递后一到两周内会收到笔试邀请笔试一般安排在周日下午或工作日晚间整个秋招周期内分多批进行。每个人只能参加一次笔试如果挂了不会再有补考机会所以一定要提前练好手感再上阵。我当时参加的是9月初的那一批笔试时长90分钟纯线上作答用的牛客网平台全程摄像头监控双机位。1.2 题型分布与分值占比牛客网上打开试卷以后左侧是题目列表右侧是答题区顶部有倒计时。蔚来后端岗的笔试卷面结构比较固定两部分客观题加编程题。客观题单选20道不定项选择5道每题不等分合计大约60分。考察范围覆盖Java基础、数据库、计算机网络、操作系统、Spring框架、Redis、消息队列等。编程题3道合计40分。难度梯度明显从简单到中等偏难最难的题大致在LeetCode中等偏上的水平不会出压轴级的hard题但也需要扎实的算法功底。整个试卷没有简答题和问答题也不涉及手写SQL。这和部分大厂后端笔试会出SQL题、系统设计题的情况不太一样。客观题分数占比高意味着选择题的正确率几乎决定你能不能进入面试环节。编程题只要AC两道以上简历进面概率就很大了。1.3 笔试平台与答题环境这里专门提一下牛客网平台的一些细节提前知道能少踩很多坑。蔚来用的是牛客网的编程题考试环境支持Java、C、Python、Go等主流语言我选的Java。笔试过程会开启摄像头监控切换浏览器标签页超过一定次数会被记录甚至可能被判定作弊。虽然不会实时锁定屏幕但后台会被标记这些记录会同步给HR所以建议全程老老实实待在一个标签页里。另外注意牛客网编程题的输入输出要求题目会明确说明是核心代码模式还是ACM模式。蔚来后端笔试两套模式都遇到过客观题全部是核心代码模式编程题则有部分需要自己处理输入输出。答题前先看题号后面的模式说明不要用错模板。由于是牛客网平台答题编辑器里的代码不会自动保存每写一段代码建议手动点一下“保存”按钮防止网络抖动导致代码丢失。2. 客观题考点全盘点具体考了什么2.1 Java基础与并发编程考察点蔚来后端笔试的客观题里Java相关知识点占到了约40%的比重。基础语法类题目不多深度的源码和并发问题占了主流。我简单回忆几道印象深刻的题目来复盘。第一道是考察volatile关键字的语义给出了四个选项分别涉及可见性、原子性、有序性和重排序正确选项是保证可见性与有序性但不保证原子性。这类题属于并发基础只要系统看过《Java并发编程的艺术》或者背过相关八股都能答对。第二道是线程池的参数配置给定一个业务场景要求选出合理的核心线程数、最大线程数、队列长度和拒绝策略组合。这里考察的不只是参数含义而是对线程池工作原理的综合理解比如当请求量突增时是优先启用核心线程、还是先入队列再扩容不同参数组合对系统响应时间的影响完全不同。第三道题考察的是ConcurrentHashMap在JDK8下的put流程选项里混入了关于分段锁的描述。JDK8的ConcurrentHashMap已经完全抛弃了Segment分段锁改用synchronized加CAS的方式锁住桶内的头节点读操作基本无锁。不少同学如果只看过JDK7版本的源码讲解在这道题上容易踩坑。给一个具体的记忆锚点JDK7是数组加链表、Segment分段锁JDK8是数组加链表加红黑树、synchronized锁桶头。2.2 数据库、Redis与计算机网络重点数据库部分考察了大概5道题集中在MySQL索引、事务隔离级别和SQL执行顺序这几个方向上。有一道排序题很典型给出一个多列索引比如索引建立在(col1, col2, col3)上问哪些查询条件可以利用索引的顺序。这里考察联合索引最左前缀法则同时要理解范围查询会导致后面的列无法走索引。比如where col1 1 and col2 10 and col3 5这条SQLcol3会因col2的范围查询而无法充分利用索引只能作为过滤条件进行回表后的二次过滤。如果只知道最左前缀而忽略范围列的影响很容易选错。事务隔离级别也出了一道场景题在可重复读隔离级别下事务A先查询某条记录事务B随后插入了一条满足条件的新记录并提交事务A再次执行相同查询问会得到什么结果。正确答案是不会出现幻读因为在可重复读下InnoDB通过Next-Key Lock和MVCC机制保证了普通一致性读的快照一致性。想深入理解这个结论需要去搞清楚MySQL的MVCC版本链和当前读、快照读的区别这类知识点笔试里反复出现值得花费时间系统整理一遍。Redis考察了大约4道题包含redis持久化机制中RDB和AOF的触发方式区别、缓存穿透和缓存击穿的定义区分、单线程模型为什么还能高性能执行、过期删除策略是惰性删除加定期删除的组合。整体难度不大属于中间件场景的入门级题但有几道题比较细比如AOF的三种写回策略对数据安全性和性能的影响平时只背“always、everysec、no”的含义还不够需要能结合宕机场景判断丢数据的情况。计算机网络考察了TCP三次握手和四次挥手的状态变化、HTTP和HTTPS的握手过程差异、TCP拥塞控制中的慢启动与拥塞避免以及DNS解析的完整流程。有一道题考察了TCP四次挥手过程中TIME_WAIT状态出现在哪一侧、持续多长时间答案是主动关闭方会进入TIME_WAIT持续2个最大报文段生存期。这道题是高频考点关键是理解为什么要等待2MSL主要目的是保证最后一个ACK能够到达被动关闭方以及让旧连接的所有报文在网络中自然消失。如果把这层原理理解透了即使题型换个花样也能应付。2.3 框架、中间件与场景设计题Spring框架相关题目大概有3道分布比较集中。一道是Spring Bean的生命周期顺序题从实例化、属性赋值、初始化到销毁的完整过程。一道是Transactional注解在哪些场景下会失效比如方法内部调用、方法非public、异常被try-catch捕获等。最后一道是Spring AOP的两种代理方式对比考察JDK动态代理和CGLIB代理的适用条件。消息队列考了一道Kafka相关的选择题问的是消费者组中的消费者数量与分区数之间的关系。如果消费者数量大于分区数多出的消费者会处于空闲状态如果小于分区数单个消费者会消费多个分区。这题本身不难但需要提前看过Kafka的消费模型。比较有意思的是笔试卷里出现了一道偏场景化的客观题背景是给新能源汽车电池设计一个云端监控的存储方案要求低延迟、海量写入、支持时间范围查询并给出了多个中间件组合选项。正确答案偏时序数据库加数据分片的方案但选项里包含了用MongoDB或MySQL单表存储的干扰项。这类题目贴合蔚来的业务场景考察的不只是会用中间件而是能不能在业务需求下做技术选型。3. 编程题复盘三道题的分步拆解3.1 题目一循环数组中的最大子数组和这道题属于LeetCode 918题Maximum Sum Circular Subarray的变体。题目描述是给定一个整数数组nums数组首尾相连形成一个环形数组找出环形数组中连续子数组的最大和。数组长度不超过3万所以时间复杂度必须控制在O(n)。关于环形数组的最大子数组和核心思路是把问题拆成两种情况最大子数组不跨越数组边界直接使用Kadane算法求得最大子数组跨越边界则等价于整个数组总和减去最小子数组和。两个结果取最大值即可。这里注意一个边界条件如果所有元素都是负数最大子数组和应该是单个最大元素而不是总和减最小子数组这种情况下总和减最小子数组会得到0是错误的。我的参考实现如下public int maxSubarraySumCircular(int[] nums) { int total 0; int maxSum nums[0], curMax 0; int minSum nums[0], curMin 0; for (int num : nums) { total num; curMax Math.max(curMax num, num); maxSum Math.max(maxSum, curMax); curMin Math.min(curMin num, num); minSum Math.min(minSum, curMin); } return maxSum 0 ? Math.max(maxSum, total - minSum) : maxSum; }实现里有一个关键细节判断条件用maxSum 0而不是total minSum避免全负数数组的边界问题。我最初提交的版本就是漏掉了这个判断导致最后一个测试用例没有通过。这道题放在第一题难度不算高但能在一分钟内想到环形拆分的思路并且在全负数边界上不翻车还是需要一定经验的。3.2 题目二车辆充电区间的最少充电桩数量这道题我印象很深因为场景非常“蔚来”。题目核心是有若干辆电动汽车需要在指定时间区间内充电每个充电桩同一时间只能服务一辆车求能够覆盖所有充电需求的最少充电桩数量。如果把充电区间看作会议时间这道题就是会议室问题力扣253题。思路是先按开始时间排序然后使用最小堆维护当前充电桩的结束时间。每遇到一个新的充电需求先检查堆顶的结束时间是否小于等于当前开始时间如果是说明这个充电桩已经空闲可以复用从堆中弹出然后把这个新需求的结束时间加入堆中。最终堆的大小就是需要的最少充电桩数量。参考实现如下public int minChargingPiles(int[][] intervals) { Arrays.sort(intervals, (a, b) - a[0] - b[0]); PriorityQueueInteger pq new PriorityQueue(); for (int[] interval : intervals) { if (!pq.isEmpty() pq.peek() interval[0]) { pq.poll(); } pq.offer(interval[1]); } return pq.size(); }这道题对Java选手来说只要熟悉优先队列API就能写出来。但它考察了一个容易被忽略的点为什么复用的是堆顶而不是最晚结束的那个充电桩因为要选结束时间最早的桩去接新任务才能最大化资源利用效率。用生活中的场景类比就是餐厅里空出位置时先服务等待时间最短的桌子下班服务员换桌效率最高。反过来如果选最晚结束的桩去接新任务可能导致本来可以结束的桩一直没空出来资源浪费严重。3.3 题目三无重复字符的最长子串变体这道题是LeetCode 3的变体但加了一个限制要求返回的是子串的起始位置和长度而不仅仅是长度。题目给的是一个字符串要求找到其中不含重复字符的最长子串如果存在多个长度相同的子串返回起始位置最靠前的一个。标准解法是滑动窗口加哈希表维护窗口内字符出现次数。由于要记录起始位置需要在更新最大长度时同时记录窗口的左边界。参考实现如下public int[] longestUniqueSubstring(String s) { MapCharacter, Integer window new HashMap(); int left 0, maxLen 0, start 0; for (int right 0; right s.length(); right) { char c s.charAt(right); window.put(c, window.getOrDefault(c, 0) 1); while (window.get(c) 1) { char d s.charAt(left); window.put(d, window.get(d) - 1); left; } if (right - left 1 maxLen) { maxLen right - left 1; start left; } } return new int[]{start, maxLen}; }这道题在牛客网的判题规则和LeetCode略有不同牛客网需要从标准输入读取字符串并输出两个整数第一个是起始位置第二个是长度。这里要特别注意两点一是起始位置从0开始还是从1开始题面会写必须仔细看二是存在多个最长子串时返回哪一个我这场要求返回最靠前的一个所以更新条件用大于而不是大于等于如果题目要求返回最后一个更新条件则需要改成大于等于。3.4 编程题的调试经验与提交策略三道编程题整体完成度我大概用了40分钟。第一题花10分钟第二题花12分钟第三题花18分钟。剩余时间主要用来检查输入输出格式和边角用例。这里分享几个笔试现场的调试策略牛客网在线判题对运行超时和内存超限都有明确报错遇到某个用例一直超时优先检查是否使用了O(n²)级别的算法而不是先怀疑Java的Scanner输入太慢。如果在笔试中使用了BufferedReader还是超时再看是否在循环内重复创建了优先队列或哈希表这类重量级容器。另外编程题的测试用例通常只暴露很少一部分自己一定要手动补充测试。常见的边界情况包括空数组、全负数数组、数组长度为1、所有元素相同、字符串全为同一字符。我习惯在草稿纸上写几组测试数据然后心算跑一遍代码流程确认输出符合预期再点击提交。这个方法在真实考试里帮我拦截了不少低级错误。4. 备考路线与复现建议4.1 核心知识模块优先级排序结合这场笔试的实际考察节奏我整理了一个针对蔚来后端岗笔试的优先级排序如果你正在准备类似车企的后端岗位可以参考这个路线图来安排复习时间。第一优先级Java并发、JVM内存模型、MySQL索引与事务、Redis核心机制、TCP状态机。这些是选择题中出场率最高的方向每场笔试几乎必出而且考察方式偏理解型纯靠记忆容易被绕进去。建议搭配LeetCode专项或知识卡片系统刷一遍。第二优先级Spring Bean生命周期、Spring AOP代理、MyBatis执行流程、Kafka消费模型。这些考点出现频率不如第一优先级高但属于后端岗位的技术底座面试时也大概率会被追问。笔试复习时可以快速过一遍做到看到选项能判断对错即可。第三优先级分布式锁、分布式事务、缓存一致性、Raft算法、幂等设计。这些在笔试中偶尔以不定项选择的形式出现难度较高但出现频率不高。建议将精力主要放在前两个优先级上这类题目能做对最好做不对也不必影响心态。4.2 针对车企后端的差异化准备车企后端笔试和互联网大厂后端笔试有一个明显区别就是会引入车联网业务场景的题目。比如涉及车辆数据采集上报、充电桩调度、电池状态监控、OTA升级任务分配等场景。这些场景题考察的技术点还是通用的后端知识但会加上一层业务包装。我建议在备考时提前去蔚来官网或官方App了解他们目前的充电网络布局和换电站服务体系。不需要了解得太深但至少要能理解题目里“换电站服务范围”“超充桩空闲状态”“车辆补能计划”这些概念的业务含义。笔试的编程题有时会直接以这类场景作为题干背景提前熟悉业务语境读题速度和理解准确度会明显提升。另外新能源车企的后端技术栈并不仅限于传统的Java微服务还会涉及IOT设备接入、流数据处理、时序数据存储等方向。如果时间充裕可以看一下EMQ、TDengine、Flink的基础概念对理解场景题很有帮助不需要会写代码知道它们各自解决什么问题就够用了。4.3 时间安排与刷题策略如果距离笔试还有三周时间我建议按如下节奏安排复习第一周用来打基础。集中啃Java并发、JVM、MySQL、Redis这四个方向每天整理一份笔记把核心结论写出来而不是只背下来。比如每天问自己一个问题synchronized和ReentrantLock的区别是什么能不能不看资料说出三到五点。第二周进入刷题阶段。重点刷LeetCode的数组、链表、二叉树、动态规划四大类题型每天保持三道题的量。不需要追求难题但简单和中等难度的题要做到看到题目就能想到思路。目标是在半小时内完成一道中等难度的算法题。第三周用来回顾和模拟。把之前整理的笔记重读一遍找一套车企或互联网公司的真题做模拟练习限时90分钟完全模拟笔试环境。这周的重点是适应考试节奏让自己形成“先做选择题、再做简单编程题、最后攻克难题”的肌肉记忆。5. 常见问题与避坑实录5.1 笔试过程中的几个坑这场笔试我踩了一个实实在在的坑就是第二道编程题的输入输出格式。牛客网ACM模式要求自己从标准输入读取数据我一开始没有注意到输入的区间是左开右闭还是左闭右开直接用左闭右闭的逻辑处理结果测试用例连续报错。后来重读题目才发现题目特别标注了区间是左闭右开这意味着相邻区间不会重叠但放到贪心算法里结束时间等于开始时间时可以复用充电桩。这个细节改动在核心代码模式下不敏感但ACM模式下直接影响边界判断。另一个坑是客观题的不定项选择。试卷明确写了“少选得部分分、多选不得分”但有些题目的选项设计得很绕比如关于线程池拒绝策略的题同时出现了AbortPolicy、CallerRunsPolicy、DiscardPolicy、DiscardOldestPolicy四个选项并说明了业务场景是“当任务队列满时希望新任务由提交线程自己执行”这时候只能选一个。如果平时没有对应过具体策略容易多选或少选。建议备考时把四个拒绝策略各自适合的业务场景记清楚而不是只记名字。5.2 关于“笔试挂没挂”的判断笔试结束后所有人最关心的都是多久能收到下一步通知。蔚来秋招的节奏一般是一到两周。如果笔试通过会直接收到面试邀约邮件或短信通常不需要自己在官网查询状态如果笔试挂掉官网状态会更新为“已结束”或“流程终止”但不会收到明确的感谢信。所以建议笔试结束后勤刷官网状态看到流程变灰就可以准备投下一家了。从我的经验看客观题正确率在70%以上编程题通过两道进入面试的希望很大。如果客观题正确率偏低但编程题三道全过也有机会被捞进面试。相比之下编程题全挂、客观题正确率再高也很难进入下一轮。所以在考试时间分配上宁可压缩客观题的思考时间也要保证编程题有充足的完成时间。5.3 给明年考生的几点建议第一点尽量提前体验牛客网的ACM模式。很多同学在校招笔试前主要在LeetCode核心代码模式上练习导致第一次接触牛客网时光是在Scanner和BufferedReader之间切换就浪费了时间。建议提前在牛客网搜索“校招真题”找几套往年试卷练手适应它的读题方式和提交逻辑。第二点选择题里遇到拿不准的题不要空着。不定项选择虽然少选有分、多选不得分但单选猜一个也有25%的概率蒙对。在时间充裕的情况下优先检查容易拿分的客观题比死磕最后一道编程题性价比高。第三点笔试前把常用算法的模板代码准备好。比如排序算法快速排序的边界处理、二叉树层序遍历的队列写法、最短路的优先队列写法这些在面试笔试中都是高频武器。一旦遇到同类题顺手就能写出来把时间留给思考题目本身的业务包装。6. 写在最后我自己的感受是蔚来后端岗笔试整体倾向考察候选人的“工程落地感”而不是死记硬背的八股记忆。客观题注重理解原理的能力编程题则直接考察用熟悉的数据结构和算法解决实际业务问题的熟练度。备考时多思考“这个知识点在真实业务中能解决什么问题”遇到类似题型的思路会清晰很多。最后再分享一个小细节。笔试结束后系统会显示客观题提交但编程题需要手动点击“提交”并确认是否还有未保存的代码。我就是靠着最后两分钟把所有三道编程题都手动保存了一遍才没有因为网络问题丢分。建议大家无论做完与否都在交卷前把每个题目的代码区域点一遍保存防止平台自动保存机制失效导致白干一场。