中兴通讯校招软件工程师面试经验——求职精灵（finsight.work）

按报文顺序讲三步：客户端发送 SYN 并带上初始序列号；服务端回复 SYN+ACK，确认对方序列号并给出自己的序列号；客户端再发 ACK，双方进入连接建立状态。回答「为什么不能两次」要落到失效连接上：网络中滞留的旧 SYN 若在连接早已关闭后才到达，两次握手会让服务端单方面建连并分配资源，形成半开连接；三次握手让客户端有机会用 RST 拒绝，服务端才不至于空等。可以补一句判断：三次是双方序列号都被确认、且都确认对方收到确认的最小次数。追问预警：常接着问 TIME_WAIT 为什么要等 2MSL（保证最后 ACK 可达、让旧报文在网络中消散），以及 SYN Flood 的原理（半连接队列被占满，可用 SYN Cookie 缓解）。

先给定义：进程是资源分配的最小单位，拥有独立地址空间；线程是 CPU 调度的最小单位，共享进程的地址空间与文件描述符。再对比四点：隔离性（进程崩溃不影响其他进程，线程崩溃可能拖垮整个进程）、通信方式（进程用管道、共享内存、Socket，线程直接读写共享变量但要加锁）、创建与切换开销（线程更轻）、调试难度（多线程的竞态更难复现）。场景判断给口径：IO 密集型适合多线程或异步，线程数可以按「核数 ×（1 + 等待时间 / 计算时间）」粗估；CPU 密集型线程数接近核数即可，多了只增加上下文切换。收尾补一句：Linux 下线程由 clone 实现，本质是共享地址空间的轻量级进程，能体现对底层的了解。

按「是什么—怎么工作—代价—追问」四层答。是什么：含虚函数的类在编译期生成一张虚函数表，表里按声明顺序存放虚函数地址；每个对象头部多一个指针指向所属类的表。怎么工作：通过基类指针或引用调用虚函数时，先取对象的虚表指针，再按固定偏移取出函数地址，形成动态绑定；对象被切片后调用的是基类版本。代价：一次间接寻址，且难以内联、影响指令缓存，对象体积多一个指针。追问预警：构造函数不能是虚函数，因为对象尚未构造完、虚表指针还没设好；析构函数在有多态删除需求时应声明为虚函数，否则通过基类指针 delete 派生类对象只调基类析构，造成资源泄漏。收尾可以补一句 final 与去虚化能让编译器重新内联。

按「分类—特点—场景」组织。管道分匿名与命名：匿名管道只能用于有亲缘关系的进程、单向字节流；命名管道可跨无关进程，仍是字节流。消息队列以消息为单位，可随机读取、有类型区分，但多一次内核拷贝，吞吐不如共享内存。共享内存把同一块物理页映射到多个进程地址空间，是最快的方式，必须配信号量或文件锁做同步。信号量本身不传数据，只做计数与互斥。信号用于异步通知，适合事件告知，不适合传数据。Socket 可跨主机。给一个判断口径：同机大数据量选共享内存加信号量，结构化小消息选消息队列，简单父子协作用管道。加分项是 eventfd、memfd 这类较新的机制。

先给推荐写法：C++11 起的局部静态变量（Magic Static），标准保证其初始化线程安全，代码只需一个接口返回静态对象引用，构造与析构由编译器安排，不必手动加锁。再讲其他写法的坑：饿汉式在程序启动即构造，若初始化依赖其他全局对象会有初始化顺序问题，且不用也占资源；懒汉式加锁能保证正确，但每次调用都要争锁；双重检查锁定在 C++11 之前因缺少内存序保证而不可靠，之后需配合原子变量与 acquire-release 语义才成立。收尾补场景与代价：日志器、配置中心、线程池管理这类全局唯一且无状态冲突的对象适合；单例会引入隐式全局状态、不利单元测试，能依赖注入就不要单例。追问预警：可能问「如何防止被拷贝」，答把拷贝构造与赋值声明为 delete。

先讲分治骨架：选基准、分区使左小右大、递归处理两侧，平均 O(nlogn)、最坏 O(n²)、原地但不稳定。优化按四条讲：基准用随机或三数取中，避开近乎有序的输入退化；小区间（长度小于 16 左右）切插入排序，减少递归开销；三路划分把等于基准的元素聚到中间，重复键多时接近线性；递归只对较短一侧进行、较长一侧改循环，把栈深压到 O(logn)。再横向对比：归并稳定、最坏也是 O(nlogn) 但要额外空间；堆排序最坏 O(nlogn)、原地但不稳定且缓存不友好。收尾给工程口径：标准库的排序是内省排序，快排打底、递归过深转堆排、小区间用插入排序。

先定义：中断是 CPU 对内部或外部异步事件的响应机制，保存现场后跳转到中断服务程序，处理完再恢复。上半部在中断上下文运行，要求快、不能睡眠、不能调用可能阻塞的函数，只做最紧急的动作：清中断标志、读状态寄存器、把数据搬进缓冲区、唤醒下半部。下半部在可调度上下文延后执行耗时逻辑：softirq 用于实时性要求高的固定场景（如网络收包），tasklet 基于 softirq 且同一个不会并发执行，工作队列运行在内核线程、可以睡眠，适合需要加锁或做 IO 的处理。收尾补实时性：中断处理时间要可预估，避免在中断里写长循环；多核下要考虑中断亲和性与优先级反转，ARM 平台由中断控制器负责分发与优先级。

先给关系：HTTPS 是 HTTP 加上 TLS，解决明文传输与身份伪造两个问题，默认端口 443。差异列三点：有无加密、有无证书校验身份、有无完整性校验。握手按顺序讲：客户端发 ClientHello（版本、密码套件、随机数）；服务端回 ServerHello（选定套件、随机数）并出示证书链；客户端校验证书有效期、域名与签发链，用 CA 公钥验签；双方通过 ECDHE 交换参数，各自算出会话密钥；随后切换到对称加密（如 AES-GCM）传输。要点是说清「非对称只用于协商与认证，业务数据走对称」，因为对称加密快得多。加分项：会话复用减少完整握手、OCSP Stapling 省去客户端二次查询、HTTP/2 多路复用降低连接数。

从用户态讲起：malloc 是 glibc 中 ptmalloc 提供的接口，小请求走线程缓存与空闲链表，大请求走 mmap。核心结构是 chunk，头部记录本块与相邻块大小及使用标志，空闲时复用用户区存前驱后继指针组成双向链表。分配时按大小分 fastbins（小块、不回填、不合并）、smallbins、largebins、unsorted bin，先在缓存里找，找不到再切割 top chunk，top 不够就扩展堆或映射新段。释放时相邻块空闲则合并，减少外部碎片；不立即归还操作系统是为了减少系统调用与缺页开销。追问预警：碎片分内部与外部，对策是大小分级、避免频繁申请释放、长期对象用对象池；高并发场景可对比 tcmalloc、jemalloc 的线程本地缓存与分级 size class。

用 STAR 组织，重点放在行动的分层。背景一句话交代项目规模与目标；任务说清自己负责的模块和衡量指标，比如时延、吞吐、内存占用或缺陷率；行动按「定位—假设—验证—修复」四步展开：先用日志、性能剖析工具或压测把现象量化，再列出两三个可能原因，为每个原因设计能区分它们的实验，验证后选代价最小的方案改，改完补回归与监控；结果给改前改后的数字对比，并说明留下了什么，比如脚本、文档、监控项。收尾讲复盘：这次暴露了哪块知识薄弱，后来怎么补。注意两点：说清协作边界，不要把团队成果全算在自己头上；选题要有真实约束，比如资源受限、并发问题、线上故障，纯课程作业撑不住追问。追问预警：会被问「如果重来一次会怎么做」，提前准备一个更优方案。