📚 课程目录第3章 C++内存管理核心

3. C++ 内存管理核心：内存分配、智能指针、RAII、内存池

  本章重点：内存管理是 C++ 性能优化的基石。面试官常围绕 new/delete 底层机制、智能指针线程安全、RAII 资源封装、内存池设计展开。掌握回答框架可避免“只会用不会说”的困境。

面试口诀：先讲机制 → 选型 → 封装 → 优化，逐步深入。避免一上来就背智能指针的引用计数细节。

考察点：基础内存分配机制、构造函数调用、底层实现差异、性能意识

回答框架：1) 语法区别（函数 vs 运算符） 2) 是否调用构造函数 3) 失败处理（返回 NULL vs 抛异常） 4) 底层实现（new 内部调用 malloc） 5) 性能对比

示例回答：
new 是运算符，会调用构造函数；malloc 是函数，只分配裸内存。new 内部通常调用 malloc，因此分配阶段性能接近，但 new 多了构造开销。在大量对象创建时，可使用 placement new 配合内存池减少构造次数。

可能追问：如何重载 operator new 实现自定义分配？calloc 与 malloc 的区别？

避坑：不要回答“new 比 malloc 快”，这是错误的。也不要混淆 delete 和 free 的析构语义。

考察点：智能指针选型、所有权设计、性能开销理解

回答框架：1) 列举三种智能指针（unique_ptr、shared_ptr、weak_ptr） 2) 所有权语义：独占 vs 共享 3) 性能开销：shared_ptr 有控制块和原子计数 4) 场景举例：局部持有、工厂返回用 unique_ptr；多个所有者用 shared_ptr

示例回答：
通常优先 unique_ptr，因为它零开销抽象，编译期确定所有权，不支持拷贝，移动性能极佳。只有在需要多个对象共享同一资源时才使用 shared_ptr。若存在循环引用，需配合 weak_ptr 打破。

可能追问：make_shared 和直接 new shared_ptr 有什么性能差异？控制块存在哪里？

避坑：不要回答“shared_ptr 是线程安全的”而不说明是引用计数安全，资源读写仍需加锁。unique_ptr 可转换为 shared_ptr，但反之不行。

考察点：RAII 本质理解、异常安全、作用域绑定

回答框架：1) 定义：资源获取即初始化，析构函数自动释放 2) 三大价值：异常安全、代码简洁、防止泄漏 3) 非资源例子：锁守卫、时间计时器、Callback 注册/注销

示例回答：
RAII 核心是将资源生命周期绑定到对象作用域。例如 std::lock_guard 在构造时加锁，析构自动解锁，即使中途抛出异常也能释放锁。另一种实践：测量耗时——构造记录时间点，析构打印耗时，保证代码块执行完毕自动输出。

可能追问：RAII 与 GC 对比？在移动语义下 RAII 如何处理资源转移？

避坑：不要只举文件句柄、内存的例子。面试官希望你展示“所有权转移”或“作用域回调”等扩展场景。注意避免在析构函数中抛出异常。

业务背景	大型多人在线游戏，每个玩家每秒发送位置、技能等消息，服务器需频繁创建/销毁短生命周期的小对象（如协议包、技能效果对象）。系统 malloc 耗时高且碎片严重，触发 OOM 风险。
规模指标	在线玩家 5 万+，QPS 约 20 万，对象创建频率 12 万次/秒，平均对象大小 64~128 字节。
技术栈	C++17、Boost、自定义 Allocator、TCMalloc 部分参考、线程局部缓存。
核心难点	1) 多线程无锁分配；2) 页面外碎片回收；3) 与 STL 容器适配。
面试高频追问	为什么不用 TCMalloc 自带的线程缓存？需要定制化大小类。 FreeList 如何保证内存对齐？通过 union 嵌入 next 指针。内存池如何统计碎片率？空闲 chunk 数量 vs 总申请页数。析构函数调用时机如何管理？借助 `std::destroy_at` + 手动调用析构。
可迁移回答话术	“我当时主导了内存池模块，核心思路是定长内存池 + 线程局部缓存。通过预分配大块虚拟内存，切分固定大小 chunk，用 FreeList 回收。改造后 `new` 操作减少 90%，应用层 P99 延迟从 20ms 降到 8ms。类似思路可迁移到网络包缓冲区、日志对象池等场景。”

  本章小结：面试中围绕“机制→选型→封装→优化”回答即可覆盖 80% 问题。项目案例要突出“量化指标”和“多线程取舍”，这是区分初级和高级候选人的关键。