第一章 岗位能力画像与简历优化
核心观点：C++服务端面试的核心不是考察语法API的背记，而是考察对内存、并发、网络、工程系统四大支柱的掌控力。简历是面试官的第一印象，必须做到量化解耦、关键词穿透、STAR结构化。
1.1 岗位能力画像：三大层次，六大领域
| 能力层次 | 核心领域 | 典型技术关键词 |
|---|---|---|
| 基础层（必考） | 语言机制 · 内存模型 | 虚函数表、静态多态、智能指针、内存对齐、RAII |
| 系统层（常考） | 并发编程 · 网络框架 · 操作系统 | 线程池、锁竞争、epoll、IO多路复用、零拷贝 |
| 工程层（加分） | 架构设计 · 中间件 · 性能调优 | 微服务、RPC、分布式协议、链路追踪、APM |
画像策略：简历中每一段项目经历，都应至少覆盖“基础层”1点 + “系统层”1点。大三实习生已具备系统层能力是加分项。
1.2 简历结构优化：STAR 项目模板
采用 S（背景）→ T（任务）→ A（行动）→ R（结果·量化） 格式，每条项目经历控制在 4~6 行，建议结构如下：
- 第一行：项目名称 + 规模指标（QPS/日活/存储量）
- 第二行：技术栈 + 角色定位（C++11/14 · epoll · MySQL · 核心开发）
- 第三~四行：核心难点 + 你的行动（什么场景出了问题，你如何解决）
- 第五行：量化成果（延迟降低 P99 30ms→15ms / 吞吐提升2x）
简历避坑：不写“负责xx模块维护”，改写“重构xx模块，移除冗余锁，将P99延迟由45ms降至18ms，吞吐提升150%”。每句都要有动词+数字。
1.3 关键词清单：被简历筛选系统命中
- 语言核心：C++11/14/17、RAII、智能指针、模板元、移动语义
- 并发：多线程、互斥锁、条件变量、无锁队列、CAS
- 网络：epoll、libevent、Reactor、TCP/IP、Protobuf
- 工程：gRPC、MySQL、Redis、Kafka、CMake、CI/CD
- 软技能：Code Review、性能分析、压测、故障复盘
1.4 成果量化句式实战
| 场景 | 普通写法（×） | 量化写法（√） |
|---|---|---|
| 性能优化 | 提升了系统性能 | 重构连接池，P99延迟从40ms→12ms，TPS提升180% |
| 架构设计 | 负责网关模块设计 | 设计分布式网关，支撑10万QPS峰值，资源开销降低35% |
| Bug修复 | 修复了内存泄漏 | 排查并解决隐秘内存泄漏，服务OOM崩溃由每周3次降至0 |
问答卡片 1：简历提问——“请介绍一下你印象最深刻的一个项目”
| 面试官考察点 | （1）项目真实度与复杂度；（2）是否是核心贡献者；（3）技术理解深度；（4）表达的结构化能力 |
|---|---|
| 回答框架 | STAR 结构：一句话背景（S）→ 具体指标/T/Q（T）→ 你做了什么方案与技术选型（A）→ 量化结果（R）→ 一句话成长反思 |
| 简短示例回答 | “曾负责一个广告推荐服务，日请求5亿，P99延迟过高。我主导将单线程模型重构为多级Reactor+无锁队列，经压测P99从48ms优化至15ms。这个案例让我对IO多路复用与缓存一致性有了实战理解。” |
| 可能追问 | ◆ 无锁队列具体如何实现线程安全？ ◆ P99优化中如何定位瓶颈？ ◆ 如果QPS翻倍，当前架构会有什么问题？ |
| 避坑提醒 | 不要只讲“团队/我们”，要强调“你做了什么决策”。不要虚构数据。提前准备一个自己完全掌握的“故事线”。 |
问答卡片 2：简历提问——“你简历中提到内存泄漏排查，具体怎么做的？”
| 面试官考察点 | （1）工具链能力（valgrind/asan/heap-profiler）；（2）内存模型理解；（3）分析路径与决策力 |
|---|---|
| 回答框架 | 现象与影响 → 分析工具选择 → 锁定泄漏点 → 根因分析（shared_ptr循环引用？new/delete不匹配？) → 修复方案与验证 |
| 简短示例回答 | “项目上线后内存逐步增长至OOM。我用asan捕获异常内存分配，定位到回调中lambda捕获shared_ptr造成循环引用。改为weak_ptr后内存恢复平稳，48小时无增长。之后引入CI+asan，避免类似问题。” |
| 可能追问 | ◆ shared_ptr循环引用除了weak_ptr还有哪些解法？ ◆ asan的原理是什么？ ◆ 堆外泄漏如何检测？ |
| 避坑提醒 | 不要只罗列工具名称。面试官想听的是你的排查链路，包括用了什么命令、看到了什么信息、如何推断根因。 |
问答卡片 3：语言基础提问——“C++中虚函数表（vtable）的实现原理与性能开销”
| 面试官考察点 | （1）内存布局理解深度；（2）运行时多态机制；（3）对虚函数性能开销的量化认知 |
|---|---|
| 回答框架 | vtable结构说明（类→虚函数指针数组）→ 对象内存中vptr位置 → 调用流程（虚函数表寻址）→ 性能开销分析（间接跳转、分支预测、内联失效）→ 优化策略（CRTP、静态多态） |
| 简短示例回答 | “虚函数表本质上是一个函数指针数组，每个含虚函数的类生成一份。对象内存首字节存放vptr，调用时先读取vptr再查表寻址。性能开销包括多一次内存访问、禁用内联、CPU分支预测失效。在热路径中我会用CRTP模板替代虚函数。” |
| 可能追问 | ◆ 抽象类的vtable中纯虚函数条目是什么？ ◆ 多继承下vtable如何排列？ ◆ 虚继承对内存布局有什么影响？ |
| 避坑提醒 | 不要只背八股，要给出“性能开销的具体示例”和“什么时候可以考虑不使用虚函数”。面试官听到“开销主要在间接跳转+内联失效”是高分回答。 |