新华三技术有限公司 C/C++ 开发面试经验——求职精灵（finsight.work）

主管面问实习，关心的是「你在团队里的位置」和「你产出的东西有没有被用起来」。

• 业务背景：实习所在团队做什么产品，你在整条链路里的位置。
• 具体工作：分点列 2～3 件，每件说清输入、你做的处理、输出。
• 技术栈：C/C++ 用在哪一层，是否涉及驱动、协议栈、嵌入式或跨平台。
• 产出：代码有没有合进主线、有没有跑在真实设备上、有没有留下文档。
• 收获：一句技术上的成长，一句协作上的成长。

控制在 2 分钟。主管面最忌讳把实习讲成「学习了 XX 技术」，一定要落到交付物上。

选 2 个不同类型的问题，一个偏逻辑一个偏底层。

• 逻辑类：并发或状态机处理不当导致的偶发错误。比如多线程共享缓冲区没加锁，压测时才暴露。
• 底层类：内存或指针问题。比如释放后继续使用（use-after-free）、野指针、缓冲区越界。
• 定位方法：先复现（构造稳定的触发条件）→ 再缩小范围（二分注释、加日志）→ 最后用工具确认（ASan、Valgrind、gdb、core dump 分析）。
• 修复与预防：修完补单测、把这类问题写进团队 checklist，或用静态检查工具纳入 CI。

讲问题要落到「怎么找到的」，主管更关心排查方法而不是问题本身。

这题是主管面的典型问法——他不想听技术细节，想确认你理解项目在业务里的位置。

• 一句话定位：这个产品解决什么问题、卖给谁或用在哪条业务线。
• 关键指标：项目成功靠什么衡量（性能、稳定性、成本、交付周期）。
• 你的模块对目标的贡献：比如你负责的通信模块决定了设备的实时性上限。
• 阶段性目标：这一版要达成什么，下一版往哪走。

如果原项目确实小，就诚实地讲清边界：「我们做的是其中一环，整体目标是 X，我这环保证 Y」。
忌讳只讲代码：「我们的目标是把功能实现出来」——这只是任务，不是目标。

从五个维度对比，每点给一句实际感受。

• 调度与实时性：FreeRTOS 是抢占式优先级调度，任务数固定、切换开销在微秒级，能保证硬实时；Linux 是通用调度器（CFS），强调公平，普通内核下难以保证确定性时延，需 PREEMPT_RT 才有改善。
• 内存管理：FreeRTOS 用 heap_1～heap_5 几种固定策略，pvPortMalloc 简单但不支持碎片整理，通常干脆静态分配；Linux 有虚拟内存、页表、slab 分配器，能力强但开销大。
• 隔离性：FreeRTOS 全在同一个地址空间，一个野指针能拖垮整个系统，调试靠断点与日志；Linux 有用户态/内核态隔离和 MMU 保护，进程崩溃不影响系统。
• 生态与开发效率：Linux 有完整的文件系统、网络栈、驱动框架和工具链；FreeRTOS 极简，很多东西要自己写或移植。
• 适用场景一句话：资源受限、要求确定性的场合用 FreeRTOS；功能复杂、需要生态的场合用 Linux。

沿着「内存 + 指针」这两条主线展开，落到工程习惯上。

• 内存模型：栈（自动回收、容量有限）、堆（手动管理、易泄漏与碎片）、全局/静态区、常量区、代码区，各自的生命周期与访问权限。
• 指针：指针的本质是地址加类型，类型决定解引用的宽度与步长；重点掌握多级指针、函数指针、指针与数组的区别（数组名不是指针，sizeof 结果不同）。
• 内存操作：malloc/free 配对、sizeof 与 strlen 的区别、memcpy 与 memmove 的重叠区域问题、字符串结尾的 \0。
• 常见陷阱：越界写、释放后使用、重复释放、返回局部变量的地址、指针未初始化。
• 工程习惯：谁分配谁释放、释放后置 NULL、边界检查统一入口、用 ASan/Valgrind 做常态检查。

一句总结：C 的难点不在语法，而在「每一块内存的所有权必须清楚」。

按「问题类型 → 表现 → 定位手段」组织，讲得像排查经验而不是背概念。

• 泄漏：进程常驻内存持续上涨，长时间运行后 OOM。定位靠 Valgrind、mtrace，或自己封装 malloc/free 记账。
• 越界：写坏相邻变量或堆块头，症状出现在别处，最难查。用 ASan、电科院式堆检查、或在缓冲区前后加哨兵值。
• 释放后使用 / 双重释放：偶发崩溃、堆结构损坏。ASan 能直接报出第一次非法访问的位置。
• 碎片：频繁申请释放不同大小块，总空闲足够但申请大块失败。对策是内存池、固定大小分配器、避免运行期动态分配。
• 对齐与字节序：结构体 padding 导致协议解析错位，跨平台传输时要按字节解析而不是 memcpy 结构体。
• 栈溢出：递归过深或大数组放栈上，嵌入式里尤其常见，要控制栈深度并留水位监控。

必须给一个真实案例，讲清「现象 → 定位 → 根因 → 修复 → 预防」五步。

• 现象：设备连续运行 3 天后响应变慢，最终重启；或压测时偶发崩溃，core 文件指向一段无关代码。
• 定位：先看内存曲线确认是泄漏还是碎片；再加日志统计分配次数与总大小；然后用 ASan 或 gdb 看 core 的调用栈与堆状态。
• 根因：常见是错误分支提前 return 没释放、链表删除节点只摘链没 free、或回调里重复申请未释放。
• 修复：补释放逻辑，把资源获取改成「单一出口 + goto cleanup」的模式。
• 预防：加内存水位监控与告警、把 ASan 纳入 CI、代码评审时专门看资源释放路径。

如果确实没遇到过，就讲一次你主动做的内存排查（比如压测时的泄漏趋势分析），别编故事。

这题看着随意，实际在探两件事：你的求职进度和你对这家公司的偏好排序。

• 如实说进度：投了就说投了，到了哪一步；没投就说没投，别为了显得抢手而编。
• 给一个不失分的原因：如果投了，说「同方向都投了，网络设备这块我更想在新华三做，因为产品线更聚焦」。
• 表态要具体：与其说「更倾向你们」，不如说「我更想做数通设备这类底层系统，贵司这个岗位和我的实习方向最贴」。
• 不要贬低其他公司，也不要表现得「谁给 offer 就去谁那」。

主管问这个，往往是在评估你会不会拿了 offer 不来，回答里带一点确定的意向会加分。

主管面的反问决定他对你的印象分，问三个方向即可。

• 业务与团队：这个岗位主要负责哪条产品线的哪一层，团队现在多少人、怎么分工。
• 成长路径：新人入职一般从什么模块切入，多久能独立负责一个模块，技术与管理两条路怎么选。
• 工作方式：加班与出差的大致节奏，是否有轮岗或跨部门协作的机会。

不要一上来问薪资福利；也不要问官网能查到的信息，会显得没做功课。
收尾一句「今天聊下来对这个方向更清楚了」，给一个正向的结束语。