1. 先把这个岗位看明白AI芯片公司的后端到底在面什么1.1 寒武纪那年的笔试为什么画风和互联网大厂不一样看到寒武纪2019秋招后端岗笔试一这个标题我是真的有感触。那年秋天我也蹲在秋招一线投了好几家芯片与AI方向的公司寒武纪算是印象相当深的一家。倒不是说题目难到离谱而是它的出题风格明显区别于当时互联网大厂的后端笔试——你光背熟Spring Boot启动流程、MySQL索引优化那套大概率在笔试前半段就会觉得使不上劲。寒武纪做AI芯片这件事大家都有基本认知具体产品线上有云端训练芯片、推理芯片也有终端IP授权的生意。2019年正是AI芯片赛道热度很高的时期各家都在抢人寒武纪后端岗的定位和互联网公司的后端完全不是一回事。这里的后端更多围绕AI编译器、运行时runtime、推理引擎、模型部署与调度平台展开代码要贴近硬件、贴近算力调度日常打交道的是C、内存、并发、cache一致性这些基本功。笔试自然会往这个方向倾斜。所以拿到这套题首先要建立的心态是不要用准备普通后端面试的思路来应对。Java集合源码背得再熟、MyBatis原理讲得再溜在这份卷子上能发挥的空间都有限。真正决定你能不能进入下一面的是你对C底层、操作系统原理和计算机体系结构的理解到底扎不扎实。1.2 从题目结构反推这家公司到底想筛什么样的人我把这套题翻来覆去看了几遍结合后来面试过程中聊到的信息基本能确认出题人的几个目标。第一筛掉只会调包的人。后端框架更新太快今天学Spring Cloud明天学Service Mesh如果只是停留在会配置、会调用的层面很难胜任AI芯片这类基础设施型业务。笔试里大量C/C和底层机制相关的问题本质上就是在确认你写代码时是否清楚背后发生了什么。第二考察系统级思维。AI芯片公司的后端经常要处理这样的问题一个推理任务从API请求进来到模型加载、输入预处理、设备调度、推理执行、结果返回中间涉及多少个环节每个环节的瓶颈在哪里这些不是简单的Web开发逻辑而是系统性的资源调度问题。笔试中的操作系统、体系结构考点都在为这种能力做筛选。第三检验工程落地能力。光懂理论不行还得能写。编程题部分手写代码、设计题部分表述方案看的都是候选人有没有真正写过大型C项目有没有遇到过内存问题、并发问题、性能问题。这种经验很难临时抱佛脚所以笔试筛人非常有效。2. 2019秋招后端岗笔试的题型结构与时间分配2.1 整体题型分布选择题、编程题、简答设计题各占多少从我记忆中的情况来看这份笔试的题型大致分为三类虽然具体分值比例每年可能调整但结构上有很强的参考性。第一类是客观题包括单选题、多选题偶尔会夹杂几道填空题。覆盖面很广从C语法细节、数据结构复杂度到操作系统概念、网络协议基础都可能出现。这类题考的是知识面复习得全就能拿分但想靠蒙是不太现实的因为多选题往往多选、少选都不得分。第二类是编程题一般是一到两道。形式有ACM风格也有核心代码补全风格。以当年后端岗的情况看编程题不会出特别偏门的算法题更多的是链表、二叉树、动态规划这类经典题型但会设置比较多的边界条件考验细节。笔试环境通常是牛客网或者公司自研的OJ本地调试能力有限要求你在短时间内写出能跑的代码。第三类是简答题或设计题数量一般两到三题。这类题拉开的分差最大它不只看你的结论对不对还看你分析问题的思路完不完整、表述清不清晰。后面我会单独展开讲设计题怎么答容易拿高分。2.2 时间分配策略先做设计题还是先做客观题笔试时长通常在一个半小时到两个小时之间时间看着充裕但因为题量大、编程环境不顺手很多人最后都会发现不够用。我当时的策略是倒着做先说结论先做编程题和设计题再做客观题。原因很简单。编程题和设计题分值大、区分度高而且需要完整的思路过程分数是阶梯式的——你写出一部分就能得一部分分空着就是零分。客观题虽然覆盖面广但单题分值低哪怕最后时间不够了蒙几道也有概率拿分。先把大头守在手里再用剩余时间扫客观题是性价比最高的顺序。做题节奏上我的习惯是给编程题留40分钟给设计题留30分钟客观题控制在30到40分钟。如果某道题卡了超过10分钟还没思路果断标记跳过不要恋战。笔试环境下人的心态会放大时间焦虑越卡越想死磕结果就是一道题拖掉半小时后面全崩。学会战略性放弃本身就是笔试能力的体现。3. 核心考点深度拆解这份笔试真正想考的能力3.1 C/C与内存管理AI芯片公司必考的地基技能这类公司笔试的客观题部分C/C相关内容几乎占掉半壁江山且密度非常高。结构体对齐、指针与引用区别、const在不同位置的语义、虚函数表机制、static关键字的多种用法、malloc与new底层区别这类题目反复出现。表面考语法实际考的是你有没有真正写过底层代码、踩过内存相关的坑。举个例子结构体对齐这种题看起来很八股但它反映的是对内存布局的敏感度。AI推理引擎里大量用到自定义数据结构如果不知道对齐规则写出的代码可能在x86上没问题放到ARM平台上就因为对齐问题产生性能损耗甚至崩溃。同理虚函数机制也是高频考点因为多态是C工程设计的核心手段之一理解vptr和vtable的布局才算真正理解C对象模型。这里有一个特别值得强调的点手写内存管理相关代码时很多人对RAIIResource Acquisition Is Initialization和智能指针的理解只停留在概念层面。笔试如果让你分析一段代码是否存在内存泄漏或者让你用智能指针改造一段裸指针代码很多人会漏掉循环引用、自定义删除器这些细节。建议复习时把unique_ptr、shared_ptr、weak_ptr的适用场景和开销差异理清楚这是C后端岗位笔试的高频落点。3.2 数据结构与算法不考偏题怪题但要求基本功扎实算法题的风格我可以负责任地说远没有互联网大厂那么卷。2019年那会儿一线互联网公司已经开始出现一些很复杂的压轴题了但寒武纪这套笔试题的算法部分更偏向考察经典数据结构和基础算法能力。链表反转、链表找环、二叉树遍历、最近公共祖先、最长无重复子串、01背包这类题出现的概率最高。别看题目经典丢分点往往不在算法思路本身而在边界条件的处理。链表题最容易挂的地方是空指针、只有一个节点、头节点被修改这几种情况二叉树题目最容易忽略的是空树和单节点树动态规划题目最容易错的是初始化条件。笔试环境下没有IDE提示纯靠手写或OJ提交边界条件一旦漏掉就是连环报错所以平时练习时一定要养成先写边界条件再写主逻辑的习惯。另外有一个很实在的建议练习时不要只用一种语言。很多Java背景的同学准备算法题只用Java但碰到这类需要用C/C作答的笔试就手忙脚乱。我的建议是至少保证C能熟练写链表和二叉树相关代码。不需要用到什么高级特性但struct定义、指针操作、递归写法这些必须肌肉记忆化。3.3 操作系统进程线程、死锁与并发控制的底层逻辑操作系统相关考点在互联网后端笔试里通常占比不高但在这套题里却是重点。这并不意外AI芯片后端涉及大量的并发调度问题多个推理任务并发执行、CPU与设备间的数据搬运、线程池任务分配这些都建立在操作系统基础之上。高频考点集中在进程与线程的区别、协程原理、死锁四个必要条件、锁的底层实现、上下文切换开销这些方向。有一类题特别典型给出一段多线程代码问输出结果可能是什么是否会死锁。这类题看起来很细其实考的是你对指令重排、内存可见性、原子操作的理解深度。比如一个简单的i操作在单线程下没问题在多线程下就不是原子操作了需要加锁或者用原子变量。如果你理解到CPU缓存与主存一致性这个层面答这类题会非常有底气。复习操作系统时我建议抓住一条主线数据从磁盘到CPU的完整路径沿途会经过哪些机制。文件系统、页缓存、虚拟内存、缺页中断、CPU调度、上下文切换、缓存命中把这条链路吃透了你再去看那些看似零散的考法会发现它们都是这条主链路上的节点。3.4 计算机体系结构这份笔试最有区分度的部分如果前面几块是基本功那体系结构相关题目就是整份试卷的分水岭。一般互联网后端笔试很少涉及这类题因为日常开发确实用得不多。但AI芯片公司不同它们的软件栈必须贴近硬件才能榨出性能体系结构知识不是加分项而是必选项。高频考点包括存储层次结构寄存器、L1/L2/L3 cache、主存、磁盘的容量和延迟差异、缓存局部性原理、伪共享问题、SIMD指令、多核一致性协议。有些题目会让你分析一段循环嵌套代码的cache命中率或者问为什么多线程下相邻数组元素的写操作会互相拖慢——这就是伪共享的典型场景。体系结构知识的另一个出题方向是系统设计结合题。比如问一个AI推理服务要提升吞吐量除了优化算法本身在硬件层面有哪些思路这种题的落点往往在算力利用率、内存带宽、数据搬运开销这些维度。如果你能提到算子融合、减少kernel launch次数、合理设置batch size、利用多级缓存等方向面试官会觉得你真的懂性能优化而不只是会写业务代码。3.5 网络与数据库相对常规但细节决定成败网络和数据库在这套笔试里也占了一定篇幅但难度和互联网后端笔试相近属于相对常规的部分。网络方面TCP三次握手四次挥手、TCP与UDP区别、HTTP状态码语义、DNS解析过程是反复出现的考点。数据库方面索引结构为什么选B树、事务ACID特性、隔离级别、主从复制原理是核心内容。这里的丢分点往往不是不会而是表述不严谨。比如问TCP为什么需要三次握手很多人只会说确认双方能力这种答案只值一半分。更完整的表述是三次握手可以防止历史重复连接初始化造成资源浪费还能同步双方的初始序列号确保后续数据传输的有序性和可靠性。同样问数据库索引为什么用B树至少要提到树高可控、叶子节点链表便于范围查询、非叶子节点不存数据所以能容纳更多索引项这三点。一个容易被忽视的坑是SQL手写题。选择题里偶尔会给一个场景让你从多个SQL中选出正确写法。这种题看着很简单但很容易在JOIN和子查询的语义差异、GROUP BY和聚合函数的配合、索引失效的条件上出错。如果长时间只写ORM不写原生SQL笔试前一定要把常用SQL语法过一遍尤其是多表联查和分组统计的场景。4. 简答题与系统设计拿高分的关键在答题框架4.1 这类简答题的实际风格场景化、重落地简答题和设计题是最能体现候选人工程素养的部分。不同于算法题的标准答案设计题开放度很高答案没有绝对对错但得分差距非常大。以寒武纪这类公司的风格来看题目大概率会结合AI推理服务的实际场景。比如多个模型同时提供在线推理服务如何设计任务调度与资源隔离方案推理服务出现GPU显存不足排查思路是什么这种题对没有接触过AI推理系统的同学来说确实有难度但答题思路是通用的。我当时用的框架是先明确约束条件再拆解模块最后落到关键技术和可能的风险。不管题目是什么场景都可以套用这个框架。第一步明确约束问清楚或假设清楚并发量级是多少延迟要求是多高可用资源有多少数据规模有多大很多同学答设计题一上来就画架构图、列技术栈却忽略了题目中可能隐含的约束条件这是最致命的。第二步拆解模块把系统按功能切分接入层、调度层、执行层、存储层、监控层。每一层说清楚职责边界和关键接口不需要特别细但要让人看出你有全局视图。第三步落到关键技术针对每个模块的关键难点给出具体方案。比如调度层如何做排队和优先级执行层如何复用推理引擎实例存储层用什么样的缓存策略。这里如果只能说出用Redis做缓存这类空话分数不会高能说出不同模型的热度差异很大需要按模型维度做分级缓存并且要考虑缓存穿透这种有信息量的话才能拉开差距。4.2 一个实用的答题模板从需求到落地的完整叙述经过多次笔试和面试的验证我总结了一套比较高效的设计题答题模板分享出来供参考。先一句话定位场景再说三个关键指标然后按数据流向展开设计最后给风险点和备选方案。这个顺序的好处是逻辑链完整不会遗漏重要信息。具体展开说。第一步一句话定位场景这是一个面向在线AI推理的中等并发服务核心目标是控制P99延迟在200ms以内同时要支持多模型动态加载。第二步三个关键指标延迟、吞吐、可用性不一定全都要但至少要明确其中两个。第三步按数据流向展开客户端发起请求后经网关进入接入层做鉴权和限流随后请求进入调度层根据模型版本和资源空闲情况分发到具体执行实例执行实例从模型仓库加载模型到显存执行推理最后将结果返回。每一步都要说明存储和缓存放在哪里、数据格式是什么。第四步风险点单点故障怎么处理、模型加载失败如何回滚、流量突增会不会打满CPU或显存。每个风险点给出至少一个备选方案。这个模板训练一段时间后你会发现设计题的答题速度明显提升而且答案的完整度远超那些想到哪说到哪的候选人。平时练习时可以用过去的真题或者自己编场景限时20分钟写答案然后对照模板检查遗漏项。5. 复盘总结我踩过的坑、验证过的备考路径5.1 笔试中容易忽略的三类隐性陷阱第一类陷阱是环境不熟悉。很多公司的笔试平台有自己的代码编辑器不支持本地IDE那么完善的调试功能自动补全几乎没有。如果平时写代码高度依赖IDE提示笔试时写链表节点定义、写C头文件包含这些基础操作都会拖慢速度。应对办法是考前至少用牛客网或LeetCode的网页编辑器做一周模拟练习刻意关掉自动补全。第二类陷阱是进度管理失当。我前面说了先做编程题和设计题但实际操作中还有一个坑很多人做完编程题后心态放松了客观题就开始悠着做结果剩余时间不够多选题大面积空着。笔试不是做完一题松一口气的节奏而是全程盯着剩余时间分配。建议每做完一个大题就抬头看一下时间给自己一个明确的提示。第三类陷阱是表达不严谨。简答题和设计题里用口语化表达会严重影响得分。比如把数据缓存在内存里和使用本地进程内缓存并采用LRU淘汰策略管理热点数据的得分完全不同。平时准备时可以把自己对某个知识点的讲解写下来念一遍看看能否让一个不了解上下文的人听明白这个练习对提升答题表达力非常有效。5.2 一个可复制的备考时间线如果以一个月为周期来准备这类笔试我会把时间分成三段。前两周做知识扫盲重点是C和操作系统。C部分以《Effective C》和《C Primer》的核心章节为主配合在线练习平台刷题。操作系统部分推荐看《深入理解计算机系统》中关于内存、并发、异常控制流相关章节。不需要全部看完抓重点章节即可。中间十天集中刷题。每天保持两到三道算法题的节奏量不需要太大但每题都要求一题多解并把边界条件整理成笔记。同时每天整理一个操作系统或体系结构高频考点用自己的话写成200字左右的笔记。输出倒逼输入这个阶段是最能提升答题表达力的。最后三到四天模拟实战。找一份完整真题或高质量模拟题严格按考试时长和规则走一遍。模拟时不要暂停、不要查资料模拟完再对答案。这个过程能帮你准确把握自己的做题节奏顺便暴露出知识盲点在考前一天集中补齐。5.3 给后来人一句实在话这套笔试说到底不是靠考前突击能糊弄过去的它考察的是你在计算机基础这条路上到底走了多远。如果你本来就对底层技术有兴趣平时喜欢折腾C、写写并发程序、好奇CPU缓存和内存之间的关系那这套题对你来说更多是展示机会而不是拦路虎。反过来如果你只是把后端岗理解成写接口、调CRUD那无论笔试还是面试你都会和这类公司气场不合。我自己这些年带过的实习生和新人里能在芯片及AI基础设施方向走远的几乎都有一个共同特点对程序如何真正跑起来这件事有持续的好奇心。这种好奇心驱动下的积累面试官是能透过笔试题看到的。准备笔试的意义不只是过这一关更是帮你重新梳理一遍计算机基础体系这笔账怎么算都不亏。 寒武纪AI芯片后端笔试：从C++内存到体系结构的核心考点解析
1. 先把这个岗位看明白AI芯片公司的后端到底在面什么1.1 寒武纪那年的笔试为什么画风和互联网大厂不一样看到寒武纪2019秋招后端岗笔试一这个标题我是真的有感触。那年秋天我也蹲在秋招一线投了好几家芯片与AI方向的公司寒武纪算是印象相当深的一家。倒不是说题目难到离谱而是它的出题风格明显区别于当时互联网大厂的后端笔试——你光背熟Spring Boot启动流程、MySQL索引优化那套大概率在笔试前半段就会觉得使不上劲。寒武纪做AI芯片这件事大家都有基本认知具体产品线上有云端训练芯片、推理芯片也有终端IP授权的生意。2019年正是AI芯片赛道热度很高的时期各家都在抢人寒武纪后端岗的定位和互联网公司的后端完全不是一回事。这里的后端更多围绕AI编译器、运行时runtime、推理引擎、模型部署与调度平台展开代码要贴近硬件、贴近算力调度日常打交道的是C、内存、并发、cache一致性这些基本功。笔试自然会往这个方向倾斜。所以拿到这套题首先要建立的心态是不要用准备普通后端面试的思路来应对。Java集合源码背得再熟、MyBatis原理讲得再溜在这份卷子上能发挥的空间都有限。真正决定你能不能进入下一面的是你对C底层、操作系统原理和计算机体系结构的理解到底扎不扎实。1.2 从题目结构反推这家公司到底想筛什么样的人我把这套题翻来覆去看了几遍结合后来面试过程中聊到的信息基本能确认出题人的几个目标。第一筛掉只会调包的人。后端框架更新太快今天学Spring Cloud明天学Service Mesh如果只是停留在会配置、会调用的层面很难胜任AI芯片这类基础设施型业务。笔试里大量C/C和底层机制相关的问题本质上就是在确认你写代码时是否清楚背后发生了什么。第二考察系统级思维。AI芯片公司的后端经常要处理这样的问题一个推理任务从API请求进来到模型加载、输入预处理、设备调度、推理执行、结果返回中间涉及多少个环节每个环节的瓶颈在哪里这些不是简单的Web开发逻辑而是系统性的资源调度问题。笔试中的操作系统、体系结构考点都在为这种能力做筛选。第三检验工程落地能力。光懂理论不行还得能写。编程题部分手写代码、设计题部分表述方案看的都是候选人有没有真正写过大型C项目有没有遇到过内存问题、并发问题、性能问题。这种经验很难临时抱佛脚所以笔试筛人非常有效。2. 2019秋招后端岗笔试的题型结构与时间分配2.1 整体题型分布选择题、编程题、简答设计题各占多少从我记忆中的情况来看这份笔试的题型大致分为三类虽然具体分值比例每年可能调整但结构上有很强的参考性。第一类是客观题包括单选题、多选题偶尔会夹杂几道填空题。覆盖面很广从C语法细节、数据结构复杂度到操作系统概念、网络协议基础都可能出现。这类题考的是知识面复习得全就能拿分但想靠蒙是不太现实的因为多选题往往多选、少选都不得分。第二类是编程题一般是一到两道。形式有ACM风格也有核心代码补全风格。以当年后端岗的情况看编程题不会出特别偏门的算法题更多的是链表、二叉树、动态规划这类经典题型但会设置比较多的边界条件考验细节。笔试环境通常是牛客网或者公司自研的OJ本地调试能力有限要求你在短时间内写出能跑的代码。第三类是简答题或设计题数量一般两到三题。这类题拉开的分差最大它不只看你的结论对不对还看你分析问题的思路完不完整、表述清不清晰。后面我会单独展开讲设计题怎么答容易拿高分。2.2 时间分配策略先做设计题还是先做客观题笔试时长通常在一个半小时到两个小时之间时间看着充裕但因为题量大、编程环境不顺手很多人最后都会发现不够用。我当时的策略是倒着做先说结论先做编程题和设计题再做客观题。原因很简单。编程题和设计题分值大、区分度高而且需要完整的思路过程分数是阶梯式的——你写出一部分就能得一部分分空着就是零分。客观题虽然覆盖面广但单题分值低哪怕最后时间不够了蒙几道也有概率拿分。先把大头守在手里再用剩余时间扫客观题是性价比最高的顺序。做题节奏上我的习惯是给编程题留40分钟给设计题留30分钟客观题控制在30到40分钟。如果某道题卡了超过10分钟还没思路果断标记跳过不要恋战。笔试环境下人的心态会放大时间焦虑越卡越想死磕结果就是一道题拖掉半小时后面全崩。学会战略性放弃本身就是笔试能力的体现。3. 核心考点深度拆解这份笔试真正想考的能力3.1 C/C与内存管理AI芯片公司必考的地基技能这类公司笔试的客观题部分C/C相关内容几乎占掉半壁江山且密度非常高。结构体对齐、指针与引用区别、const在不同位置的语义、虚函数表机制、static关键字的多种用法、malloc与new底层区别这类题目反复出现。表面考语法实际考的是你有没有真正写过底层代码、踩过内存相关的坑。举个例子结构体对齐这种题看起来很八股但它反映的是对内存布局的敏感度。AI推理引擎里大量用到自定义数据结构如果不知道对齐规则写出的代码可能在x86上没问题放到ARM平台上就因为对齐问题产生性能损耗甚至崩溃。同理虚函数机制也是高频考点因为多态是C工程设计的核心手段之一理解vptr和vtable的布局才算真正理解C对象模型。这里有一个特别值得强调的点手写内存管理相关代码时很多人对RAIIResource Acquisition Is Initialization和智能指针的理解只停留在概念层面。笔试如果让你分析一段代码是否存在内存泄漏或者让你用智能指针改造一段裸指针代码很多人会漏掉循环引用、自定义删除器这些细节。建议复习时把unique_ptr、shared_ptr、weak_ptr的适用场景和开销差异理清楚这是C后端岗位笔试的高频落点。3.2 数据结构与算法不考偏题怪题但要求基本功扎实算法题的风格我可以负责任地说远没有互联网大厂那么卷。2019年那会儿一线互联网公司已经开始出现一些很复杂的压轴题了但寒武纪这套笔试题的算法部分更偏向考察经典数据结构和基础算法能力。链表反转、链表找环、二叉树遍历、最近公共祖先、最长无重复子串、01背包这类题出现的概率最高。别看题目经典丢分点往往不在算法思路本身而在边界条件的处理。链表题最容易挂的地方是空指针、只有一个节点、头节点被修改这几种情况二叉树题目最容易忽略的是空树和单节点树动态规划题目最容易错的是初始化条件。笔试环境下没有IDE提示纯靠手写或OJ提交边界条件一旦漏掉就是连环报错所以平时练习时一定要养成先写边界条件再写主逻辑的习惯。另外有一个很实在的建议练习时不要只用一种语言。很多Java背景的同学准备算法题只用Java但碰到这类需要用C/C作答的笔试就手忙脚乱。我的建议是至少保证C能熟练写链表和二叉树相关代码。不需要用到什么高级特性但struct定义、指针操作、递归写法这些必须肌肉记忆化。3.3 操作系统进程线程、死锁与并发控制的底层逻辑操作系统相关考点在互联网后端笔试里通常占比不高但在这套题里却是重点。这并不意外AI芯片后端涉及大量的并发调度问题多个推理任务并发执行、CPU与设备间的数据搬运、线程池任务分配这些都建立在操作系统基础之上。高频考点集中在进程与线程的区别、协程原理、死锁四个必要条件、锁的底层实现、上下文切换开销这些方向。有一类题特别典型给出一段多线程代码问输出结果可能是什么是否会死锁。这类题看起来很细其实考的是你对指令重排、内存可见性、原子操作的理解深度。比如一个简单的i操作在单线程下没问题在多线程下就不是原子操作了需要加锁或者用原子变量。如果你理解到CPU缓存与主存一致性这个层面答这类题会非常有底气。复习操作系统时我建议抓住一条主线数据从磁盘到CPU的完整路径沿途会经过哪些机制。文件系统、页缓存、虚拟内存、缺页中断、CPU调度、上下文切换、缓存命中把这条链路吃透了你再去看那些看似零散的考法会发现它们都是这条主链路上的节点。3.4 计算机体系结构这份笔试最有区分度的部分如果前面几块是基本功那体系结构相关题目就是整份试卷的分水岭。一般互联网后端笔试很少涉及这类题因为日常开发确实用得不多。但AI芯片公司不同它们的软件栈必须贴近硬件才能榨出性能体系结构知识不是加分项而是必选项。高频考点包括存储层次结构寄存器、L1/L2/L3 cache、主存、磁盘的容量和延迟差异、缓存局部性原理、伪共享问题、SIMD指令、多核一致性协议。有些题目会让你分析一段循环嵌套代码的cache命中率或者问为什么多线程下相邻数组元素的写操作会互相拖慢——这就是伪共享的典型场景。体系结构知识的另一个出题方向是系统设计结合题。比如问一个AI推理服务要提升吞吐量除了优化算法本身在硬件层面有哪些思路这种题的落点往往在算力利用率、内存带宽、数据搬运开销这些维度。如果你能提到算子融合、减少kernel launch次数、合理设置batch size、利用多级缓存等方向面试官会觉得你真的懂性能优化而不只是会写业务代码。3.5 网络与数据库相对常规但细节决定成败网络和数据库在这套笔试里也占了一定篇幅但难度和互联网后端笔试相近属于相对常规的部分。网络方面TCP三次握手四次挥手、TCP与UDP区别、HTTP状态码语义、DNS解析过程是反复出现的考点。数据库方面索引结构为什么选B树、事务ACID特性、隔离级别、主从复制原理是核心内容。这里的丢分点往往不是不会而是表述不严谨。比如问TCP为什么需要三次握手很多人只会说确认双方能力这种答案只值一半分。更完整的表述是三次握手可以防止历史重复连接初始化造成资源浪费还能同步双方的初始序列号确保后续数据传输的有序性和可靠性。同样问数据库索引为什么用B树至少要提到树高可控、叶子节点链表便于范围查询、非叶子节点不存数据所以能容纳更多索引项这三点。一个容易被忽视的坑是SQL手写题。选择题里偶尔会给一个场景让你从多个SQL中选出正确写法。这种题看着很简单但很容易在JOIN和子查询的语义差异、GROUP BY和聚合函数的配合、索引失效的条件上出错。如果长时间只写ORM不写原生SQL笔试前一定要把常用SQL语法过一遍尤其是多表联查和分组统计的场景。4. 简答题与系统设计拿高分的关键在答题框架4.1 这类简答题的实际风格场景化、重落地简答题和设计题是最能体现候选人工程素养的部分。不同于算法题的标准答案设计题开放度很高答案没有绝对对错但得分差距非常大。以寒武纪这类公司的风格来看题目大概率会结合AI推理服务的实际场景。比如多个模型同时提供在线推理服务如何设计任务调度与资源隔离方案推理服务出现GPU显存不足排查思路是什么这种题对没有接触过AI推理系统的同学来说确实有难度但答题思路是通用的。我当时用的框架是先明确约束条件再拆解模块最后落到关键技术和可能的风险。不管题目是什么场景都可以套用这个框架。第一步明确约束问清楚或假设清楚并发量级是多少延迟要求是多高可用资源有多少数据规模有多大很多同学答设计题一上来就画架构图、列技术栈却忽略了题目中可能隐含的约束条件这是最致命的。第二步拆解模块把系统按功能切分接入层、调度层、执行层、存储层、监控层。每一层说清楚职责边界和关键接口不需要特别细但要让人看出你有全局视图。第三步落到关键技术针对每个模块的关键难点给出具体方案。比如调度层如何做排队和优先级执行层如何复用推理引擎实例存储层用什么样的缓存策略。这里如果只能说出用Redis做缓存这类空话分数不会高能说出不同模型的热度差异很大需要按模型维度做分级缓存并且要考虑缓存穿透这种有信息量的话才能拉开差距。4.2 一个实用的答题模板从需求到落地的完整叙述经过多次笔试和面试的验证我总结了一套比较高效的设计题答题模板分享出来供参考。先一句话定位场景再说三个关键指标然后按数据流向展开设计最后给风险点和备选方案。这个顺序的好处是逻辑链完整不会遗漏重要信息。具体展开说。第一步一句话定位场景这是一个面向在线AI推理的中等并发服务核心目标是控制P99延迟在200ms以内同时要支持多模型动态加载。第二步三个关键指标延迟、吞吐、可用性不一定全都要但至少要明确其中两个。第三步按数据流向展开客户端发起请求后经网关进入接入层做鉴权和限流随后请求进入调度层根据模型版本和资源空闲情况分发到具体执行实例执行实例从模型仓库加载模型到显存执行推理最后将结果返回。每一步都要说明存储和缓存放在哪里、数据格式是什么。第四步风险点单点故障怎么处理、模型加载失败如何回滚、流量突增会不会打满CPU或显存。每个风险点给出至少一个备选方案。这个模板训练一段时间后你会发现设计题的答题速度明显提升而且答案的完整度远超那些想到哪说到哪的候选人。平时练习时可以用过去的真题或者自己编场景限时20分钟写答案然后对照模板检查遗漏项。5. 复盘总结我踩过的坑、验证过的备考路径5.1 笔试中容易忽略的三类隐性陷阱第一类陷阱是环境不熟悉。很多公司的笔试平台有自己的代码编辑器不支持本地IDE那么完善的调试功能自动补全几乎没有。如果平时写代码高度依赖IDE提示笔试时写链表节点定义、写C头文件包含这些基础操作都会拖慢速度。应对办法是考前至少用牛客网或LeetCode的网页编辑器做一周模拟练习刻意关掉自动补全。第二类陷阱是进度管理失当。我前面说了先做编程题和设计题但实际操作中还有一个坑很多人做完编程题后心态放松了客观题就开始悠着做结果剩余时间不够多选题大面积空着。笔试不是做完一题松一口气的节奏而是全程盯着剩余时间分配。建议每做完一个大题就抬头看一下时间给自己一个明确的提示。第三类陷阱是表达不严谨。简答题和设计题里用口语化表达会严重影响得分。比如把数据缓存在内存里和使用本地进程内缓存并采用LRU淘汰策略管理热点数据的得分完全不同。平时准备时可以把自己对某个知识点的讲解写下来念一遍看看能否让一个不了解上下文的人听明白这个练习对提升答题表达力非常有效。5.2 一个可复制的备考时间线如果以一个月为周期来准备这类笔试我会把时间分成三段。前两周做知识扫盲重点是C和操作系统。C部分以《Effective C》和《C Primer》的核心章节为主配合在线练习平台刷题。操作系统部分推荐看《深入理解计算机系统》中关于内存、并发、异常控制流相关章节。不需要全部看完抓重点章节即可。中间十天集中刷题。每天保持两到三道算法题的节奏量不需要太大但每题都要求一题多解并把边界条件整理成笔记。同时每天整理一个操作系统或体系结构高频考点用自己的话写成200字左右的笔记。输出倒逼输入这个阶段是最能提升答题表达力的。最后三到四天模拟实战。找一份完整真题或高质量模拟题严格按考试时长和规则走一遍。模拟时不要暂停、不要查资料模拟完再对答案。这个过程能帮你准确把握自己的做题节奏顺便暴露出知识盲点在考前一天集中补齐。5.3 给后来人一句实在话这套笔试说到底不是靠考前突击能糊弄过去的它考察的是你在计算机基础这条路上到底走了多远。如果你本来就对底层技术有兴趣平时喜欢折腾C、写写并发程序、好奇CPU缓存和内存之间的关系那这套题对你来说更多是展示机会而不是拦路虎。反过来如果你只是把后端岗理解成写接口、调CRUD那无论笔试还是面试你都会和这类公司气场不合。我自己这些年带过的实习生和新人里能在芯片及AI基础设施方向走远的几乎都有一个共同特点对程序如何真正跑起来这件事有持续的好奇心。这种好奇心驱动下的积累面试官是能透过笔试题看到的。准备笔试的意义不只是过这一关更是帮你重新梳理一遍计算机基础体系这笔账怎么算都不亏。