1. 岗位认知核心网络研发工程师到底在做什么先说个有意思的事。很多人一听到“核心网络”这四个字第一反应是运营商机房里那一排排交换机路由器觉得这个岗位是不是要去修基站、调光模块。实际上在百度这种互联网公司“核心网络研发工程师”做的事情要更贴近业务也更贴近底层基础设施的命脉。我当时看到这个岗位的JD时就注意到了几个关键词网络协议栈、转发面、控制面、数据中心网络、流量调度。这基本就把岗位边界画清楚了——你不是在“用网络”而是在“造网络”。百度有大规模数据中心、CDN节点、骨干传输网这些资源每天承载着海量搜索、视频、地图、自动驾驶等业务流量。让这些流量走得快、走得稳、成本低就是核心网络研发工程师的日常。回到笔试题本身。2019年这批“第二批”试题针对的是校招批次里投递核心网络研发方向的应届生。这个岗位的笔试和普通的后端研发、算法研发差异很大它不考你刷题多熟练也不考你调参多花哨反而把重心压在计算机网络学科底子上。换句话说这笔试筛的不是谁背得多而是谁真的理解网络的运行机制能把协议栈里的“所以然”讲清楚。从我后来接触到的同事和面试官反馈来看这个岗位对人的要求其实挺明确你要能看懂Linux内核协议栈的代码能定位一处Packet Drop发生在哪一层能在BGP路由震荡时快速判断原因甚至在极端情况下能自己写一套转发规则去优化流量路径。这些能力在笔试阶段就有意无意地被考察到了。第二批次题目的难度普遍比第一批略高原因很简单——第一批已经筛掉了一部分基础不牢的人第二批再筛的时候命题人自然会把深度往上抬一截。2. 笔试题型全拆解从选择题到系统设计2.1 题型分布与时间分配逻辑百度校招的笔试通常是线上限时作答核心网络研发方向的试卷整体题量不算特别大但阅读量和计算量都不小。2019年第二批这套卷子从我接触过的考生反馈和复盘来看大致可以分成四类选择题、填空题、简答题、综合设计题。选择题和填空题占的分值比例不高但覆盖面极广——从数据链路层的CRC校验原理到应用层HTTP的Keep-Alive机制再到拥塞控制的算法细节都会在选择题里零散出现。命题人在这部分很明显是在“广撒网”考察你有没有系统性学过计算机网络。这部分题目本身不算难但有一个坑选项设置得很“狡猾”经常把正确结论和形似的错误结论混排在一起。如果只是考前突击过八股文看到这些选项很容易卡壳。简答题和综合设计题才是这套卷子真正拉分的地方。简答题一般会给你一个具体的网络场景让你分析现象、写排查思路综合设计题则会让你从零设计一个小型网络方案或者针对一个现有架构提出优化方案。这类题目没有标准答案但考官心里有一把尺子按照“方案可行性、理论依据、工程细节、表达能力”四个维度打分。2.2 考察的四大核心板块如果要给这套卷子画一个知识图谱大概可以分成四个板块。第一个板块是TCP/IP协议栈。这几乎是所有网络岗位笔试的地基。考题会深入到TCP的状态机迁移、拥塞控制算法的演变逻辑、IP分片和重组、MTU发现机制等细节。第二个板块是路由协议尤其是BGP和OSPF。这里面会考察BGP的路径选择规则、路由聚合、防环机制以及OSPF的邻居建立过程和LSA泛洪机制。第三个板块是数据中心网络架构包括二层/三层网络设计、VLAN/VxLAN的封装原理、负载均衡算法等。第四个板块是网络编程与Linux网络栈比如socket编程中的阻塞/非阻塞、epoll事件驱动模型、内核协议栈的收包流程。这四个板块并不是孤立的很多题目会刻意把多个板块串在一起考。比如给你一个跨数据中心的访问延迟升高问题你既需要懂BGP选路又需要懂TCP窗口调整还需要了解网络转发路径上的每一个设备在做判断时会看哪些字段。这种把“多张知识网织在一起”的命题思路才是核心网络研发区别于普通网络运维的地方。3. TCP/IP协议栈笔试中必须吃透的“硬骨头”3.1 三次握手和四次挥手不是背会的是推出来的TCP连接建立与释放几乎是每年必考的内容2019年这批卷子也不例外。但题目并不满足于让你默写“三次握手是哪三次”而是会深入到状态迁移的细节。我印象很深的一道题考察的是TCP连接建立过程中客户端在收到SYNACK之后立刻发送ACK此时如果ACK包在网络中丢失服务端会发生什么很多人第一反应是连接建立失败了但实际不是这样。服务端收到客户端的ACK之前会处于SYN_RECEIVED状态同时内核会自动重传SYNACK。如果客户端已经进入了ESTABLISHED状态它会忽略重复的SYNACK服务端则会因为机制继续重传直到超时。这个问题的核心其实是考察你对TCP状态机的理解以及对半连接队列和全连接队列的区分。另外一个高频考点是四次挥手过程中的TIME_WAIT状态。为什么主动关闭方要停留在TIME_WAIT状态长达2MSL底层逻辑有两个第一保证最后一个ACK能够到达对端如果它丢了对方重传FIN这边还能再回应第二让旧连接上的延迟报文在网络中自然消亡避免干扰新连接。笔试如果只答“保证可靠关闭”其实还不够能进一步说出“2MSL等于一个报文在网络中最大存活时间的两倍”这个细节才会得分。三次握手和四次挥手如果你只是背过流程图遇到偏一点的变形题就会露馅。我建议准备这个板块时自己动手模拟一下状态迁移过程——可以在Linux上用ss命令观察实际连接的状态变化把理论映射到真实系统里理解会深很多。3.2 拥塞控制从Reno到BBR题目爱考演进逻辑拥塞控制是核心网络研发工程师的必修课考得也很细。2019年第二批这套题我记得有好几道都围绕拥塞控制展开其中一道要求对比Reno与Cubic在不同场景下的表现还有一道直接问到了BBR的核心思路。传统TCP的拥塞控制算法Reno、Cubic本质上都是“丢包即拥塞”的响应式控制——发送方通过丢包事件来判断网络是否过载然后线性或乘性地降低发送速率。但BBR的思想完全不同它不再等丢包而是通过实时测量带宽和时延来建模出一条“瓶颈链路”然后让发送速率贴着这条上限走。这个思路的转变在笔试里特别容易被拿来出题为什么BBR在高带宽长距离链路上表现更好因为传统算法对丢包非常敏感而BBR会主动利用带宽在丢包率不高的场景下优势明显。还有一个细节容易被忽略拥塞控制的窗口变化不仅仅是cwnd还涉及ssthresh、RTT的测量方式。题目里如果给出一组RTT变化数据让你推断发送窗口的调整过程你就要注意区分“拥塞避免”和“慢启动”两个阶段的行为特征。慢启动是每收到一个ACK就增长一个MSS指数增长拥塞避免是每个RTT只增长一个MSS线性增长。笔试的计算题如果卡在这里很多人会算错。3.3 IP分片、MTU与路径探测数算细节绝不能含糊IP层考点中MTU和分片重组的计算题是很多考生的噩梦。这类题目其实思路很简单IP分片只有在需要转发出去时如果报文大小超过出接口MTU才会发生。每个分片都要带上IP头首片保留原报文的选项字段后续分片则不带选项。一种典型的计算题模型是这样的假设一个TCP报文长度为3000字节含IP头和TCP头要在MTU为1500字节的链路上转发问它会被分成多少个分片每片的数据长度又是多少。解题时先算负载部分3000减去20字节IP头和20字节TCP头得到2960字节数据。每个分片最大数据长度是1500减去20字节IP头等于1480字节。2960除以1480等于2所以分两片。首片ID相同、MF置1第二片MF置0、片偏移为1480/8 185。这类题目看起来复杂其实只要记住“IP头20字节、片偏移以8字节为单位”这两条规则就够了。注意题目可能会延伸考察ICMP差错报文在分片过程中的角色比如“DF置位时路由器会丢弃大包并回送ICMP frag needed”这样的知识点也出现过。还有一个小众但很有分量的考点路径MTU发现PMTUD依赖ICMP但现实中很多网络设备会过滤ICMP这时候会出现“黑洞链路”——大包发不出去、小包正常。你需要能识别这种故障模式并给出对策比如调整接口MTU或者关闭DF位。4. 路由协议与网络架构BGP、OSPF、数据中心方案的设计逻辑4.1 BGP路径选择属性比较的优先级顺序不能错BGP是企业级网络和互联网核心路由的灵魂。笔试中考BGP通常不会让你默写报文格式而是喜欢给一个“多路径冲突”的场景让你判断最终哪条路由被选中。BGP路径选择的自变量很多但决定性的比较顺序是固定的从高到低依次是Weight本地优先级Cisco私有属性、Local Preference本地偏好、AS路径长度、Origin类型、MED多出口区分、eBGP优于iBGP、到达下一跳的IGP metric、Router ID。笔试最常见的坑是搞混Local Preference和MED的作用范围Local Preference只在同一个AS内传播MED则在AS之间传递。有一道让我印象很深的题场景大概是两条路径一条是从AS 100传来的MED为50另一条是从AS 200传来的MED为10。很多人一看到MED10就选了第二条但题目里同时给出了Local Preference的数据第一条的Local Preference是200第二条是默认值100。正确做法是先比较Local Preference200大于100即使MED大也直接胜出。这个考点看起来简单但原理上很容易被带偏因为MED数值较小意味着优先级更高“数字越小越好”的记忆容易让人忽略比较次序。BGP还经常和“防环”绑在一起考。BGP的防环机制本质上依靠AS_PATH属性——路由器不会接受AS_PATH中包含自身AS号的路由更新。这个机制保证了在网状互联的AS间不会出现路由环路。但要注意它也存在限制AS_PATH只能防止AS间的环路无法解决AS内部的iBGP水平分割问题。所以iBGP还需要额外的防环措施比如路由反射器、联盟等来弥补。4.2 OSPF的邻居状态机与DR/BDR选举OSPF在笔试中的高频考点是邻居状态机和DR/BDR选举机制。邻居关系的完整状态迁移链路是Down → Init → Two-Way → ExStart → Exchange → Loading → Full。很多考生能背出这串状态名但遇到“哪些状态之间会发送什么类型的报文”这类题就答不上来了。这里有一个比较实用的记忆锚点Down到Two-Way阶段主要靠Hello报文互相发现和确认邻居ExStart阶段协商主从关系Exchange阶段交换DBD摘要Loading阶段通过LSR/LSU同步LSA最后进入Full状态才算完成数据库同步。DR/BDR选举是另一个容易出错的地方。选举规则是优先级数值大的优先优先级相同Router ID大的优先并且DR和BDR不会抢占。题目里如果设计了一个“新增一台优先级更高的路由器已有的DR和BDR会如何变化”的场景你要能答出来——原DR和BDR保持不变新路由要等到DR失效后才能参与新一轮选举。这个特性是OSPF稳定性的关键设计也是笔试爱挖坑的点。另外OSPF的区域划分和LSA类型也要留意。Stub区域里不允许Type 5 LSA传播NSSA区域则通过Type 7 LSA转换成本部可读的Type 5。这类知识点对理解“为什么OSPF能在大规模网络中扩展”很关键。4.3 数据中心网络架构从经典三层到CLOS与SDN数据中心网络架构是百度这类大厂特别爱考的部分。2019年这批卷子直接给了一道综合设计题要求在一个大规模数据中心里设计一套满足高带宽、低时延、易扩展的三层网络方案。经典的数据中心网络普遍采用三层架构——接入层、汇聚层、核心层每层用不同规格的交换机堆叠。这个方案的优点是成熟稳定但缺点也很明显横向扩展受限、带宽收敛比高、故障域大。一旦核心层设备出问题影响面可能波及整个数据中心。所以到后来CLOS脊椎-叶架构逐渐成为主流它通过无阻塞转发、多路径ECMP和扁平化设计把“规模向上扩展”变成了“规模横向扩展”。笔试里涉及CLOS架构时通常会问为什么CLOS能做到无阻塞核心在于“多级交换网络”的数学保证——从任何入口到任何出口只要中间经过的交换级数相同且每级之间的链路带宽足够就能实现无阻塞转发。这种结构和BGP的ECMP结合就能让流量均匀地分布到多条等价链路上提升整网吞吐。SDN也是一个不能忽略的话题。SDN把控制面和转发面分离控制器统一管理全网的转发规则。这个模型的优点是集中式决策、可按需编程但缺点也很突出——控制器会成为新的单点瓶颈控制器与转发设备之间的通信延迟如果太大故障响应就会变慢。笔试如果让你分析“SDN适合用在数据中心的哪个位置”或者“SDN的引入会带来哪些新问题”你要能从控制平面扩展性、数据平面一致性、南北向接口协议OpenFlow、NETCONF、gNMI三个维度去谈。5. 实操向考点Linux网络栈、负载均衡与流量调度5.1 数据包从网卡到进程的完整旅程笔试不会直接让你写内核代码但会考察你对Linux网络收包路径的理解。这个问题在面试和笔试里都属于“检查你是否真正配置过、排查过网络问题”的试金石。完整的收包路径大致是网卡收到数据帧 → DMA写入Ring Buffer → 硬中断触发 → ksoftirqd内核线程处理软中断 → 协议栈逐层解析L2、L3、L4 → 查找socket连接 → 拷贝到用户态缓冲区 → 唤醒用户进程。这里面藏着大量潜在的性能瓶颈Ring Buffer溢出导致丢包、中断合并NAPI策略不当导致延迟升高、内存拷贝开销过高、用户态与内核态切换过于频繁等。笔试如果给出一段“某个网卡在高峰期大量drop”的监控截图你就要能判断该查什么——先用ethtool -S看rx_dropped、rx_missed再通过/proc/net/softnet_stat看背压情况最后结合ss -s看socket连接队列是否已满。这类题其实很考验“工程直觉”你只要踩过坑就很容易答出来但没接触过真实运维场景的话就会觉得全是黑盒。5.2 负载均衡算法不只是轮询负载均衡在核心网络研发岗笔试题里也出现得很频繁。传统思路考察的是轮询、加权轮询、最小连接数、一致性哈希等算法的适用场景。更进阶的题目会结合全局服务器负载均衡GSLB和链路负载均衡来考比如DNS解析时如何根据用户来源IP返回最近的机房IP以及如何处理多个CDN节点之间的流量比例。一致性哈希是一个重点考察对象。它解决了“在节点变更时尽量少的请求被重新路由”的问题。笔试可能会给你一个哈希环让你计算增加一个节点后哪些key会迁移到新节点。你需要理解虚拟节点的作用——为了避免节点分布不均每个物理节点会映射出多个虚拟节点在哈希环上。这套概念应用很广在负载均衡、分布式缓存、分布式存储里都适用。5.3 流量调度与拥塞控制策略这里要聊的流量调度不再是TCP层那种算法层面的拥塞控而是更偏向网络调度策略。比如一个大流长连接文件传输和大量小流HTTP短请求同时在一条链路上传输时如果不加区分大流很容易把小流饿死——这就是“队头阻塞”在数据中心的变种。笔试常见的应对方案讨论是是否启用QoS队列调度PQ、WFQ、CBQ、是否需要把大象流和老鼠流分流处理、是否采用带内网络遥测INT实时监控链路状态。百度这类大厂的实际网络里往往会把不同业务分组、打上不同的DSCP标记再在核心交换机上配置相应的队列策略。如果你能在答题中说出这个闭环过程——识别流量类型、打标、入队、调度、监控——考官的印象分会明显高出只回答“用QoS限制带宽”的答案一截。6. 真题详解与高分作答思路复盘6.1 协议分析题TCP重传引发的“雪崩”这套卷子里有一道简答题给的场景是某业务集群对外提供HTTP服务某天开始用户访问延迟明显上升通过抓包看到大量TCP重传和零窗口通告服务器端的CPU和内存使用率并不高。问可能的原因以及排查思路。这道题很有层次感不是套一个“网络不好”的模板就能糊弄的。我看到不少复盘帖里说自己只答了“带宽不足”“链路延迟高”就被卡住了。其实出题人想让你分析的是一个典型应用层导致传输层故障的案例。零窗口通告意味着接收方的接收缓冲区已经满了也就是用户在客户端“不读数据”。如果服务器CPU和内存都不高那么最可能的原因就是应用层处理能力下降——比如线程池被耗尽、数据库连接等待、GC频繁甚至是对端客户端的应用卡死。TCP层只是把这个状态“如实上报”了。所以正确的排查方向应该是先抓包确认是不是有很多Zero Window再跟踪服务端处理请求的耗时分布最后检查依赖组件的状态。这种题目考核的核心是“分层理解”。网络工程师如果只停留在“看到重传就怪链路”的层面很难真正解决网络问题。把应用层、传输层、网络层联动起来分析才是你区别于普通网工的底层能力。笔试答这种题时一定不要只列现象而是要把因果关系链写完整——现象、可能的根因、验证方法、解决方案一条链写下来才显得有条理。6.2 路由计算题BGP与IGP联动的双栈场景另一道让我念念不忘的真题是给了两张逻辑拓扑图一张是BGP的AS间互联图一张是内部OSPF的area划分图。要求在R1上收到一条目标为10.10.10.0/24的前缀经过R2和R3两条路径传过来但两边的AS_PATH、MED、Local Preference各不相同。题目让你判断R1会选择哪条路径并说明理由。这道题表面上是考BGP选路规则实际上还埋了OSPF的坑。因为BGP的下一跳地址如果不在IGP路由表里BGP路由会被视为无效。具体来说R2传过来的BGP下一跳需要能通过OSPF路由表查到有意义路径。如果R2的loopback地址没有被OSPF通告或者最优路径指向的下一跳不可达那么即使BGP属性再优这条路由也不会被使用。这种“BGP属性比较 IGP下一跳可达性验证”的组合题非常典型。答题时先写BGP比较顺序再补充IGP验证步骤能体现出你对“BGP路由的可用性依赖于IGP”这一根本规则的理解。如果只看BGP属性比较不看下一跳可达性即使得分也只能拿到一半左右的分。6.3 系统设计题从零搭建一个跨地域网络最后一道压轴题是让你设计一套“连接三个地域机房”的网络方案要求各机房内部采用大二层架构机房之间通过专线互联并且业务流量需要在两个机房之间互备容灾。我见过不少考生的答案把重点放在“选什么设备”“买多少带宽”上其实完全跑偏了。这种系统设计题最忌讳一上来就堆硬件最好先定架构基调机房内部怎么分层、机房之间用什么协议互连、流量怎么调度、故障怎么切换。一个相对完备的答案应该包含以下内容第一机房内部采用Spine-LeafCLOS架构保证无阻塞带宽和水平扩展能力第二机房之间通过BGP承载各机房的loopback地址通过OSPF作为IGP发给路由器这样BGP的下一跳可控可及第三双活流量通过DNS/GSLB分配到两个机房同时在交换机上做ECMP保证多条专线带宽利用率第四故障切换依赖BGP的路径收敛和监控平台健康检查把RTT和丢包率作为切换阈值。最后还要考虑成本专线带宽不便宜既要保证峰值容量又要避免过度冗余可以按业务优先级分批次扩容——把最核心的搜索、推荐业务放在低延迟链路上相对不敏感的数据备份走普通线路。系统设计题的关键是你脑海中要有一个“从需求到方案再到落地”的完整思路而不是背一个固定模板。每个方案都要能解释“为什么选它”这才符合核心网络研发工程师“设计并优化网络”的岗位定位。7. 备考策略与避坑经验实操心得大公开7.1 那些年我踩过的坑第一次模拟做这套题的时候我在一个地方栽过跟头——过快下结论。有一道选择题问的是“某个交换机上所有VLAN的流量都互访正常但只有两个VLAN之间的流量不通”我当时第一反应是ACL配置错误后来发现其实是Trunk链路没有放行对应的VLAN。这类问题在真实网络中也极其常见trunk/access接口类型配置错、allowed vlan列表漏配是新手排障最容易忽略的地方。第二个坑是只背协议不抓包。BGP的Open报文里包含了什么字段、OSPF的Hello报文里承载了哪些参数这些如果不结合Wireshark实际看一眼记得再牢也很容易在细节上记串。我建议复习时用虚拟化工具比如EVE-NG、GNS3把拓扑搭起来配置一遍BGP邻居、OSPF区域然后用抓包工具逐包验证把协议从“纸面知识”变成“感知经验”。第三个坑是忽略“下层决定上层”这一思想。比如TCP的吞吐量受限于带宽和RTTBGP收敛速度受限于底层IGP的收敛速度VXLAN的性能受限于Underlay网络的时延。答题时凡是涉及“性能瓶颈”“故障根因”的分析往这个方向思考一下往往能找到正确答案。7.2 笔试准备的方向性建议结合这套题的特点再分享几条备考建议你们可以按这个思路去准备覆盖各家大厂的网络岗位笔试应该都够用。首先把经典教材的目录当作排查清单过一遍。我推荐以《TCP/IP详解 卷一》和《数据中心网络》为骨架把TCP连接管理、拥塞控制、IP路由、BGP、OSPF、交换机组网这些章节的要点全部列成一张checklist然后逐项自检。凡是看到标题说明确知道“它解决什么问题、有什么代价、和别的方案相比优劣在哪”的就算过要是模棱两可赶紧翻书补。其次多做一些“场景推演”而不是只看题解。拿到一道故障题先自己推一套排查路线再对比标准答案看漏掉了哪一层。打个比方线上ping不通排查顺序要么从物理层、链路层、网络层一层层往上走要么直接抓包看ARP请求有没有回复。根据自己的习惯梳理一条固定的排查流水线答题时思路就会清晰很多。第三动手实践比看十篇面经强。哪怕你没有真实的机房环境用VMware搭几台虚拟机做Linux网络配置实验也足够了。亲手改过路由表、配过iptables、用tcpdump抓过包你对网络协议的理解会远超只在纸上谈兵的考生。第四如果时间允许关注一下最新的网络技术动态比如Segment Routing、SRv6、智能网卡卸载、可编程交换机等。笔试虽然以基础为主但偶尔会出现一两道“超纲”题来区分高分段。能对这些前沿技术说出个一二三会让阅卷人对你的技术视野留下印象。7.3 做题时的技巧和心态笔试时间紧千万不要在选择题上无限纠结。我个人的策略是先花5分钟扫一遍整套卷子把那些“一看就会”的题目搞定再集中精力攻计算题和设计题。犹豫不决的选择题可以先标记最后留10分钟回头再想——不过要严格控制在“最后一轮”之前不改变答案否则很容易因为心态变化改错。综合题的作答要特别注意格式。分段写标清楚每一条理由用“首先、其次、最后”的递进逻辑把因果关系串起来。阅卷人一天要看几百份卷子一份条理清晰的答卷能节省他大量时间印象分自然就上去了。答题时间里如果还剩15分钟以上我建议做一遍全卷检查重点看计算题的字节数、片偏移、状态名这些容易被手滑写错的细节。8. 想对2025届及以后的你说几句我在复盘完这套2019年第二批的题目之后最大的感受是核心网络研发工程师这个岗位考的不是题量而是原理深度和工程判断力。TCP为什么要这么设计、BGP选路为什么要按那个顺序比较、数据中心为什么要从三层架构走向CLOS——只有把这些“为什么”想透了做类似的笔试题才会觉得顺手。如果你打算走网络研发这条方向建议把网络基础打扎实。路由交换是基本功TCP/IP协议栈是必修课Linux网络栈和网络编程是加分项数据中心方案是区分你能否达到大厂门槛的关键。最后再加一点动手能力在模拟环境中把拓扑搭起来、把抓包工具用熟练、把troubleshooting的流程刻进脑子里——这套组合拳打下来无论笔试题目怎么变你都能稳稳接住。校招是一场持久战但每一套真题都在向你说明一件事岗位到底需要什么样的人。2019年这批核心网络研发工程师笔试题虽然过去好几年了但它对知识结构和思维方式的考察方向今天看来依然有效。把这套题吃透再去面对其他大厂的网络岗笔面试你会发现自己多了一份“看透命题意图”的底气。祝顺利。