2021年上半年我拿到了NVIDIA暑期实习的数字芯片设计方向面试机会。回头复盘整个流程最大的感受是NVIDIA面试官不太喜欢“背题家”他们更看重你脑子里有没有一张完整的芯片设计地图——从RTL到物理实现、从时序收敛到功耗优化每一环都问得很细。这篇面经我会把整个流程、技术考点、项目深挖、手撕代码的常见题和我的复盘心得都写出来希望对准备数字IC设计方向实习的同学有实际帮助。我2021年投递的是NVIDIA上海的数字芯片设计岗。这里先说明一下这篇内容主要围绕我自己的准备过程和面试中被问到的核心问题展开不同部门、不同面试官的风格会有差异但底层考察逻辑是相通的基础是否扎实、项目是否真的做过、遇到问题是否有系统性的解决思路。1. 暑期实习前的整体准备先搞懂对方想要什么人1.1 数字芯片设计实习生到底做什么在投简历之前我先把NVIDIA官网的岗位描述翻了好几遍。数字芯片设计实习生的JD通常不会写得太细但关键词很少离开这几类RTL design、Verilog/SystemVerilog、ASIC flow、power/performance/area优化部分岗位会要求懂GPU架构、总线协议或者低功耗设计。把这些JD关键词翻译一下其实就是三类活前端设计写RTL、搭Testbench、做模块级的仿真有时候还要参与微架构设计。验证方向用SystemVerilog和UVM搭验证环境写sequence和checker跑覆盖率。后端/物理设计方向综合、布局布线、时序分析、时钟树综合。NVIDIA作为GPU大厂业务线很广有做游戏显卡的、有做数据中心AI芯片的还有做自动驾驶Orin平台的。不同BG业务组的面试侧重点差异很大如果是做GPU核心逻辑的会很看重你对并行架构的理解如果是做SoC集成的总线协议和低功耗设计则是重点如果是做SerDes或模拟相关那又是另一套考察体系。所以准备的第一件事不是急着刷题而是通过岗位描述和组的方向把“对方在找什么样的人”定位清楚。我在准备时给自己定的目标是数字基础不能有盲点Verilog要能直接上手写项目要做到能讲清“为什么这么做”GPU和SoC的基础概念要能聊得起来。这个目标听起来简单真正执行起来工作量并不小。1.2 我准备阶段做的四件事第一把数字电路和Verilog的基础重新过了一遍。重点看了建立保持时间、亚稳态、跨时钟域处理、同步/异步复位、状态机写法、FIFO原理和深度计算。这些是数字IC面试的“基本功”无论面什么公司都会考NVIDIA也不例外。第二把手里的项目重新梳理了一遍。我当时主要写了三个项目一个RISC-V处理器的小核、一个异步FIFO设计、一个低功耗综合实验。每个项目我都画了一张系统框图把关键信号、数据流程、设计取舍写在纸上并且逼着自己回答几个“为什么”为什么用两级同步器为什么用格雷码为什么选择这种仲裁策略这些问题几乎是我在面试中被追问最多的方向。第三补了一些计算机体系结构的东西。NVIDIA毕竟是GPU公司面试官很可能会从显卡、CUDA core、显存带宽这些角度切入。我复习了流水线冒险、Cache一致性和总线带宽相关概念还专门去理解了NVLink和PCIe在互联层面的差异。这里插一句网上经常看到有人问“ubuntu下NVIDIA驱动升级后进不去桌面”这类问题虽然这是软件层面的事但背后其实牵扯到GPU和系统总线、驱动的交互逻辑。面试中如果能把“驱动为什么需要匹配内核模块版本”这种问题答得上来反而能体现你对NVIDIA软硬件技术栈的整体理解。第四整理了一份自己的“问题清单”。我把牛客、知乎和一亩三分地上能搜到的NVIDIA芯片设计面经都过了一遍按知识点分类列出高频题然后逐个写下答案要点。这份清单在后来的面试中帮了大忙因为很多题真的是反复出现。所以总结一下能拿到理想结果的第一步不是想着“怎么表现自己”而是先花时间站在对方角度思考“他们到底需要什么”。岗位JD、业务方向、高频考点这三件事理顺了准备效率才会高。2. 面试流程全景从网申到Offer2.1 时间线与各环节考察逻辑NVIDIA暑期实习的流程大致是网申 - 简历筛选 - HR电话面 - 两到三轮技术面试 - Manager终面有些组会合并 - Offer发放。我2021年的时间线大致是3月投递4月初收到HR面试通知随后两周内完成两轮技术面和一轮Manager面面完大概一周后收到录用结果。NVIDIA的面试节奏整体比较紧凑中间很少有拖一两周不回复的情况这一点体验不错。各环节的考察逻辑其实很清晰HR电话面主要确认基本情况、到岗时间、可实习时长、是否有其他offer顺带考察沟通能力和对岗位的意向度。这一轮基本不考技术但也不能随便聊表达出清晰稳定的求职动机很重要。技术面第一轮通常会有一位工程师或技术Lead来面重点考察数字电路基础知识、Verilog能力和一个项目的深挖。这一轮的核心目的是确认“基础是否扎实”。技术面第二轮面试官大多是你未来可能直接合作的同事会聊得更具体比如某个模块的实现方案、跨时钟域的细节、某个总线协议的行为也可能现场出一道手写RTL的题。这一轮核心目的是确认“你能不能干活”。Manager终面除了看技术深度还会看思维方式和团队匹配度常会问“你遇到困难怎么解决”“你怎么跟同事讨论一个不确定的技术方案”“在时间冲突的时候怎么决定优先级”这类行为问题。每一轮面试都会递进前面轮次答得敷衍后面会比较难圆回来。所以一定要把每轮都当正式面试来准备。2.2 考察的能力维度拆解把NVIDIA面试官的提问方式放在一起看我觉得他们最看重三样东西解决问题的能力、沟通表达的能力、以及对芯片设计全流程的认知。第一解决问题不是看你背了多少知识点而是看你面对一个不完全确定的问题时怎么思考。比如我面试时遇到过“如果一个信号从慢时钟域到快时钟域直接用两级同步器就够了吗”——这个问题直接背答案是“够”但面试官真正想听的是“如果信号是单bit的脉冲而且要保证不漏采就不够可能需要脉冲同步器或者握手”面试官甚至会在你的基础上加条件不断往深处逼。能接得住这种层层递进的追问才叫有解决问题的能力。第二沟通表达在技术面里被很多人忽略。NVIDIA的面试官总喜欢让你“边写边讲”比如手写一个分频器你要边写边说每一步在做什么为什么要用这个结构。这其实是模拟实际工作中的代码评审场景讲不清楚很容易暴露理解深度不够。第三芯片设计全流程的认知。NVIDIA面试官经常会从某个前端设计问题延伸到“这个模块在后端会有什么影响”“这个设计到物理实现会不会有时序问题”。比如低功耗设计里最简单的问题为什么一个模块不用了要关时钟如果你能一路聊到动态功耗公式P αCV²f再聊到clock gating怎么实现、UPF统一功耗格式怎么约束面试官会觉得你真的理解设计对全流程的影响。3. 技术面试高频考点与解题思路记录3.1 数字电路基础从建立保持时间到状态机设计数字电路基础这个板块是NVIDIA技术面里出现频率最高的部分。坦白说难度不大但考察范围很广而且经常以“追问”的方式变深。建立时间和保持时间的概念基本是送分题但NVIDIA面试官会问得更细比如如果建立时间违例了你会怎么修这个问题至少有四种解法降低时钟频率、优化组合逻辑、插入流水线寄存器、使用更快的标准单元。面试官不仅想听到这几种方法还希望你能说出它们的代价降频损失性能、流水线增加latency、换单元增加面积和功耗。能把“trade-off”讲清楚就已经站在工程师而不是学生的角度了。状态机也是高频考点。常见题目包括用Moore型状态机实现序列检测器、用状态机实现十字路口交通灯、画出“1011”序列检测器的状态转移图。这里有一个容易丢分的细节很多同学会把Moore和Mealy分开背但面试官往往直接给需求让你现场选型。你要能答出Moore输出稳定、依赖当前状态Mealy输入和状态同时决定输出输出更早、但容易有毛刺检测序列“1011”这类场景Moore型更安全。我在面试中写序列检测器时就特意挑了Moore型顺便说了一句“如果追求低latency可以用Mealy但输出需要做同步处理”这个补充让面试官明显有了兴趣。复位设计也是NVIDIA比较喜欢问的点。异步复位、同步复位、异步复位同步释放这几种做法要能讲清区别。尤其要注意“异步复位同步释放”这句话怎么解释复位信号可以异步生效但释放的时候要让复位信号穿越一个同步器保证所有触发器在同一个时钟沿退出复位避免亚稳态。面试官还追问过“如果复位信号来自另一个时钟域怎么办”答案是从源头寄存一拍然后再用异步复位同步释放结构分发。这一块还有一些零散问题容易被忽略比如组合逻辑和时序逻辑在Verilog里的写法区别、Latch和Flip-Flop的本质区别、什么是竞争冒险、什么是glitch。NVIDIA面试官不一定会按清单问但如果前面的题答得流利他们会随机挑一些“边角题”来探你的边界。所以准备一定要全面不能押题。3.2 跨时钟域CDC与异步FIFO面试里的深水区跨时钟域是数字芯片设计面试里的“深水区”NVIDIA尤其爱考因为GPU芯片里有几十个不同频率的时钟域CDC处理不好会出现很难排查的数据错误。面试官最爱问的几道CDC题单bit信号从快时钟域到慢时钟域怎么处理单bit信号从慢时钟域到快时钟域怎么处理多bit信号跨时钟域怎么做才安全异步FIFO为什么用格雷码异步FIFO深度怎么计算最基础的答案是快到慢用脉冲同步器或握手慢到快用两级同步器但要注意脉冲宽度问题多bit用异步FIFO、握手协议或者DMUX结构。但NVIDIA面试官很快就会往上加难度最常见的是追问“为什么不建议直接用两级同步器同步多bit总线”因为多bit信号的不同bit到达时间可能有偏差同步后容易采到中间状态更稳妥的是把多bit变成“数据有效信号”有效信号做CDC数据通过握手或FIFO传递。异步FIFO深度计算是必考题而且面试官会给具体场景让你算。经典的公式是FIFO深度 突发写入周期数 ×写入速率 / 读写速率差但直接套公式在面试里容易翻车因为面试官会故意给一些干扰条件比如写入侧偶尔停一拍、读侧突发读、数据本身有空泡——这些都会影响深度计算。我当时的做法是把时序图画出来一周期一周期地数。碰到这种题画时序图永远是最不会出错的方法而且还能展示你扎实的时序分析功底。关于格雷码常见的追问路径是为什么要用格雷码答“因为跨时钟域采样时多bit二进制计数器的不同位变化时间可能不同格雷码每次只有一位变化所以更安全”。面试官会紧接着问“那格雷码为什么能保证采到的值有效”这里要注意格雷码只能在相邻两次计数变化时保证只有1位变化如果两个时钟域频率差过大采样点可能跨过多个计数状态格雷码也不能完全避免采到非法值。所以异步FIFO光靠格雷码是不够的还需要指针同步器的两级寄存和“空满判断至少提前一拍”等设计配合。能把这一层想清楚基本就不会被问倒了。3.3 体系结构与“核内总线”相关考点NVIDIA的面试官常常会在基础题结束后把话题引向CPU/GPU体系结构因为芯片设计岗位不是纯写RTL需要理解系统架构否则你做的模块可能跟总线协议、缓存策略、互联结构对不上。我当时被问到的一个问题是如果我要在SoC里加一个加速器模块它怎么跟CPU核交互数据通路怎么走这其实就是在考“总线/互联”的基本概念。NVIDIA芯片里有自己的内部互联方案类似于控制器总线网络NoC的概念而对外又会用PCIe、NVLink这类高速接口与其他设备通信。面试官这里想看的是你听没听说过这些概念以及能不能理解“核内总线是怎么做的”——核心点包括请求-响应模型、地址解码、仲裁机制、QoS优先级、缓存一致性处理。如果对这方面比较薄弱的同学我建议至少建立几个基本认知芯片内部不是所有模块都直连而是通过片上网络/总线做数据中转类似城市里的主干道和支路。总线协议的核心是事务transaction事务通常包括读/写请求、地址、数据、返回状态。多个主设备同时发起访问时需要仲裁。仲裁策略有固定优先级、轮转调度、加权公平等不同策略直接影响关键流量的延迟。缓存一致性问题的根源是多个核同时读写同一份数据而各自的Cache里都有一份副本。解决思路有写更新、写失效、目录协议等。NVIDIA的GPU对访存带宽的要求极高动辄几百GB/s的显存带宽靠的是一个高效的存储层次和互联网络。面试时如果能说出“内存带宽频率×位宽/8GDDR6显存单颗位宽通常32bit通过多颗并联实现高带宽”这样的计算逻辑面试官会立刻知道你是有备而来的。3.4 低功耗设计与复位策略NVIDIA特别关注的工程细节低功耗是NVIDIA所有芯片设计都绕不开的话题从游戏GPU到自动驾驶芯片功耗都是核心指标。面试中低功耗问题往往不会单独成题而是作为“知识点延伸”出现。最常问的是你怎么降低一块数字芯片的动态功耗动态功耗公式是 P αCV²f其中α是翻转率C是负载电容V是电压f是频率。所以降功耗的路线基本就是围绕这四项做文章关掉不用的模块clock gating降α和动态部分、降低工作电压多电压域、降频DVFS、减小负载电容物理层的优化。NVIDIA面试官比较喜欢让你说“你会选择哪种方式为什么”——毕竟所有优化都有代价clock gating容易实现但收益有限多电压域收益大但后端实现复杂。复位策略也常作为工程细节被考察。数字系统里每位寄存器都有一个复位端但复位的方式直接影响时序收敛难度。异步复位不依赖时钟但在复位释放时容易引起亚稳态同步复位可以避免亚稳态但复位信号必须保证足够宽确保在时钟沿到达前稳定。所以业界普遍采用“异步复位同步释放”这也是我在笔试和一个技术面里都提到过的点。如果能顺带说一句“这个结构相当于在复位路径上做了一个异步信号到时钟域的同步器”面试官会认同你对CDC和复位两个知识点的串联能力。低功耗和复位策略放在一起看NVIDIA面试官想要的其实不是“背概念”的选手而是能够在设计起步阶段就把“功耗怎么优化、复位怎么做、时钟树怎么长”这些后端问题纳入考虑的人。这个思维习惯对做前端设计的实习生来说挺重要能在一开始就避免给自己挖坑。4. 手撕代码与笔试硬件工程师的“算法题”4.1 手写RTL的常见题型与代码示例NVIDIA技术面里常有手撕RTL的环节难度基本在“中小型模块”级别比如序列检测器、分频器、异步FIFO、简单的状态机。序列检测器是最经典的。检测连续输入“1011”这个序列用Moore状态机实现。我当时的做法是先画状态转移图再写代码。这里很重要的一点是面试官让你写代码不只是看最终能跑通更想看你有没有“先理清状态再写RTL”的习惯。很多人上来就写代码容易漏状态或写乱时序。一个简化版序列检测器代码示例注意这个是用来讲思路的实际写的时候要结合具体协议:module seq_detector ( input clk, input rst_n, input din, output reg dout ); localparam IDLE 3d0; localparam S1 3d1; // detect 1 localparam S10 3d2; // detect 10 localparam S101 3d3; // detect 101 reg [2:0] state, next_state; always (posedge clk or negedge rst_n) begin if (!rst_n) state IDLE; else state next_state; end always (*) begin next_state state; case (state) IDLE: next_state din ? S1 : IDLE; S1: next_state din ? S1 : S10; S10: next_state din ? S101 : IDLE; S101: next_state din ? S1 : S10; default: next_state IDLE; endcase end always (posedge clk or negedge rst_n) begin if (!rst_n) dout 1b0; else dout (state S101); end endmodule写完后面试官很可能会问dout是在检测到S101当前态就输出还是在下一个周期才输出Moore状态机搭配寄存器输出天然在状态跳转后的下一个周期才给出结果所以会有1拍延迟。如果你在状态判断里用组合逻辑输出延迟可以小一点但会产生毛刺。面试官想看的就是你有没有意识去分析这个latency和glitch的取舍。奇数分频也是常见考题NVIDIA面试里出现概率不低。常见的做法是用一个计数器在上升沿计数到N-1时翻转输出同时再做一个下降沿触发的翻转最后把两个信号相与或相或得到50%占空比的奇数分频。但这里有个坑用“上升沿翻转后的信号和下降沿翻转后的信号相与”要求两个翻转沿正好相差半个周期如果时钟占空比不是50%输出占空比就会漂。所以工程上更提倡在同一个时钟域里核心用计数器控制翻转位置这样对占空比依赖较小。能把这种实现细节说出来面试官会知道你踩过坑或者认真思考过。4.2 SystemVerilog和UVM基础验证思维不能少很多投数字芯片设计实习的同学会把验证课忽略掉但NVIDIA的面试官偶尔会问一点验证相关内容尤其是前端的岗位因为实际项目里设计和验证通常紧密结合。常见问题包括SystemVerilog里interface、clocking block的作用是什么UVM里driver和sequence怎么配合scoreboard和reference model怎么连功能覆盖率和代码覆盖率有什么区别我的建议是不需要把UVM源码读得很深但基本概念要能说清。比如驱动driver从序列器sequencer拿事务对象把它转成引脚级别的信号给DUT预测模型reference model和监测器monitor把数据分别送到比较器scoreboard最后做比较覆盖率则是衡量“验证是否充分”的量化指标代码覆盖率只能说明代码执行了多少行但功能覆盖率才能证明“设计功能是否都被测到”。NVIDIA面试官一般不指望实习生对UVM有多深的理解但如果你能主动说“我了解UVM的组件层次和phase机制”并且能解释清楚sequence和driver的分工就已经能拿到“理解验证闭环”的印象分。反过来如果你一点验证内容都说不上来面试官可能会担心你实习期间跟验证同事的沟通效率。4.3 手撕代码的一些现场技巧面试现场写RTL跟平时自己做题有很大不同时间紧、精神高度集中容易出错。我总结了几条实战技巧先讲清楚思路再动手。不管题目多简单建议先用一两句话说出设计思路比如“我打算用Moore状态机做先画状态转移图再写代码”这样面试官能跟上你的节奏也能在你卡壳时给提示。边写边念关键逻辑。比如“这里我用了双沿always块来做计数”或“这里我加了一个valid信号来滤掉无效输入”这种边写边讲的方式既能让面试官了解你的思路又能减少“写完才发现理解偏差”的尴尬。边界条件一定要写全。复位分支、计数到最大值时的回绕、空满标志的翻转这些地方是最容易出bug的也是面试官盯得最紧的。写完主动做一遍“代码走读”。哪怕没有仿真工具你也要自己口头把几个关键路径走一遍比如“时钟上升沿状态从IDLE跳到S1din1输出保持低电平”。这样做能及时发现低级笔误还能展示你的验证意识。我从实际面试中学到的一点是面试官要的不是“一分不差的代码”而是你有没有“能调试、能避免低级错误”的工程素养。代码写错了只要能立刻发现并修正比一句话不说憋很久要好得多。5. 项目深挖与行为面试把“做过”变成“能讲”5.1 项目深挖的正确姿势技术面里每位面试官几乎都会花15到20分钟深挖项目。NVIDIA面的项目深挖有很强的技术刁钻感不是听你讲故事而是不断往里甩“为什么”和“如果……怎么办”。我准备的三个项目里被问到最多的是异步FIFO。面试官的问题链大概长这样你的异步FIFO读写指针是怎么同步的为什么写指针要用格雷码同步到读时钟域FIFO空满信号是怎么产生的是组合逻辑吗有没有可能误判如果读写频率特别接近空满判断会有什么问题在你的设计里FIFO深度怎么确定如果深度是2的幂但不是满的怎么办如果写侧一次突发写8个数据读侧每两个周期读一个突发传输过程中FIFO最少要多大这些问题单独拎出来都不算难合在一起就非常考验你对设计细节的记忆和理解。很多人项目是搭着开发板或照着开源代码做的做完就忘了碰到这种连环追问很容易露馅。我当时的办法是画时序图把“写指针超过读指针一圈”判定为满、“读指针追平写指针”判定为空这两条关键路径一步一步画给别人看面试官顺着图往下问反而会认为你这方面想得很透。另一个被深挖的项目是RISC-V小核。面试官问的不是流水线级数这种通识而是问“如果load指令的数据没有准备好你在哪个阶段stallstall信号怎么产生会不会影响分支预测”这种贴近真实微架构实现的问题。论述这类问题时最好先画出一个简单的五级流水线框图然后标出访存阶段和回写阶段的冲突路径再说明你是用forwarding还是stall解决。这种“图表文字”的表达方式很加分。这里分享一下深挖项目的清单可以自己对着练一句话说清这个项目解决什么问题性能/面积/功耗指标是什么。画出系统框图口述每个模块的输入输出和关键信号。挑一个你自己觉得最难的点讲清楚你当时是怎么分析和解决的。说出这个方案的两个缺点以及你的替代方案是什么。如果给你三个月时间继续做这个项目你会怎么优化能把这五个问题都回答到“具体、有数据、有取舍”项目深挖环节基本就稳了。5.2 行为面试怎么答“跟同事意见不合”这类题Manager终面虽然也会聊技术但重心会偏向行为面试。NVIDIA比较爱问的有这些你为什么选择NVIDIA你对GPU行业有什么了解你遇到过最大的技术挑战是什么怎么解决的如果跟同事在技术方案上有分歧你会怎么办实习期间如果给你一个很难按时完成的任务你怎么处理你希望从这次实习中得到什么回答这类问题的核心是STAR原则说清情境、任务、行动、结果而且行动部分一定要具体到“你个人做了什么”别用“我们团队做了什么”代替。经验不足的同学很容易答得很空“我努力协调资源最终按时交付”听起来就很像模板。真实一点反而更好可以说“当时我意识到如果继续追求完美方案时间上来不及所以我先做了一个简化版本把功能跑通再在后续迭代里优化”这种真实感比完美答案更有说服力。还有一个小提醒NVIDIA面试中很看重“对行业和产品的热情”。你不一定非要表达“我超爱NVIDIA”但至少要能说出“你对GPU或者计算平台方向有什么理解”。我当时提到“GPU已经从图形渲染扩展到AI训练和自动驾驶芯片设计的复杂度和低功耗要求都大幅提升”这种对行业趋势的理解会让面试官觉得你不是来混实习的而是真的想在这个领域深耕。6. 回看2021这轮面试给后来者的避坑建议6.1 准备阶段最容易踩的坑我复盘了自己的准备过程也看了不少同期同学的反馈发现大家最容易踩的坑主要有三个。第一个坑是只准备高频题不准备“为什么”。数字IC面试里“是什么”和“为什么”之间隔着一道鸿沟。很多人能把“异步复位同步释放”这句话背得滚瓜烂熟但被问到“为什么释放时要同步”就卡住。NVIDIA面试官最常干的事就是对一个知识点连续追问三到四次一直问到你说不出为止。与其背100个考点不如把30个核心考点全搞透。第二个坑是项目讲得像“流水账”。有些同学简历上写了三四个项目但面试官随机抽一个追问细节明显发现不是本人做的或者做了但没理解透。我觉得宁可只写两个项目也要保证每一个都能接受至少半小时的拷问。把项目的难点、方案选型、量化结果、替代方案这四条线全部准备到位。第三个坑是忽视“全流程认知”。很多同学准备的是“前端设计岗”结果答完RTL相关问题后被问到“你了解逻辑综合吗”“你的代码在综合时综合器会不会push掉一些电路”“时序收敛这件事跟你写RTL有什么关系”时就完全懵住。建议至少把下面这条链路走一遍写RTL - 功能仿真 - 逻辑综合 - 时序分析 - 后端布局布线 - 物理验证。不必每个环节都精通但要能说清每个环节的输入输出和典型问题尤其是STA和CDC。6.2 面试当天与后续跟进的一些经验面试当天有两件事容易被忽略。一是环境远程面试时要提前调试好耳机和摄像头同时准备好一块白板或者共享画图工具因为很多面试官会要求你画时序图或系统框图。我当时就吃了亏第一次技术面临时用简陋的在线画图工具画时序图线都是歪的画了很久后来面试才提前准备好一个可以快速画时序图的软件。二是心态NVIDIA的技术面是有一定压力的面试官经常在你讲完一个方案之后反问“如果不行怎么办”“你有没有考虑过另一种情况”。遇到这种情况不要慌更不要为了掩饰没想过的问题而硬回答。直接说“这个场景我确实没有深入考虑过但按照我目前的理解我会这样去排查……”反而能赢得面试官的好感。面试官不是把你往死角里逼而是在模拟实际工作和同事讨论问题时的状态冷静应对比答对更重要。面试结束后如果有面试官的邮箱发一封简短的感谢信是加分项。不用写得很长一句话感谢面试时间加上一句“我对您提到的某个问题很感兴趣后续又思考了一下我的理解是……”就已经很好既能刷存在感又能展示你的思考延续性。我个人在实际面试中还有一个体会准备面经时不要只盯着NVIDIA一家。把高通、AMD、联发科、海思等公司的数字IC笔试题也刷一遍因为整个行业的考察逻辑是相似的只是业务侧重点不同。融合不同公司的题目去做准备面NVIDIA时才会更有底气因为你对考点的覆盖会更全面。等你把“芯片设计地图”完整地装进脑袋面试就只是把这些知识讲出来而已。