2025年末一线大厂C++后端面试真题聚焦高频痛点：内存管理强调堆栈差异、new/delete与malloc/free行为及智能指针RAII；虚函数靠vtable实现多态，基类析构必须virtual防资源泄漏；STL选型依底层机制——vector（连续内存）、list（链表）、map（红黑树有序）、unordered_map（哈希平均O(1)）；语言细节如const/引用/static/extern的组合误用是常见扣分点。
刚整理完2025年末一线大厂C++后端岗的真实面试题，覆盖基础、内存、OOP、STL、系统与网络等核心模块，不堆砌冷门偏题，只列真正高频、反复出现、一问就卡壳的点。
内存管理：堆 vs 栈，new/delete vs malloc/free
面试官常从一句“局部变量存在哪？new出来的呢？”切入。关键不是背定义，而是说清行为差异：
- 栈由编译器自动分配释放，快、无碎片、生命周期绑定作用域；堆需手动管理（
new/delete）或用智能指针，慢、有外部碎片风险 -
new会调用构造函数、delete会调用析构函数；malloc/free只是申请/释放原始内存，不触发对象生命周期逻辑 - 悬空指针常见于
delete后未置nullptr；内存泄漏多因new后忘记delete，或异常路径绕过释放逻辑 - 现代C++优先用
std::unique_ptr或std::shared_ptr，RAII保证资源自动清理，尤其在异常场景下更安全
面向对象：虚函数、析构函数为什么必须是虚的？
这是多态落地的关键细节，答错直接暴露对对象模型理解不深：
- 虚函数靠虚表（vtable）和虚表指针（vptr）实现，基类指针调用时，运行时查vtable跳转到实际类型函数
- 构造函数不能是虚的——对象还没建好，vptr还没初始化，无法查表
- 基类析构函数若非虚，
Base* p = new Derived(); delete p;只会调用Base::~Base()，Derived中新增的资源（如堆内存、文件句柄）不会被释放，造成泄漏 - 只要类可能作为基类被继承，且有动态分配资源，析构函数就该声明为
virtual（哪怕函数体为空）
STL容器：vector/list/map/unordered_map怎么选？
不是考API，而是考底层机制驱动的使用决策：
立即学习“C++免费学习笔记（深入）”；
-
vector：连续内存，支持O(1)随机访问，尾插O(1)均摊，中间插入/删除O(N)；适合读多写少、需下标访问的场景 -
list：双向链表，任意位置插入/删除O(1)，但不支持随机访问，迭代器失效仅限被删节点；适合频繁首尾/中间增删、不关心访问效率的队列或LRU缓存节点管理 -
map：基于红黑树，键有序，插入/查找/删除O(log N)，支持范围查询（lower_bound等） -
unordered_map：哈希表实现，平均O(1)查找，但无序、最坏O(N)，需注意哈希冲突与重哈希开销；适合纯键值映射、不要求顺序、数据量大时优先考虑
语言细节：const、引用、static、extern的典型误用
这些词看似简单，但组合起来极易出错，面试官爱挖坑：
- 引用必须初始化、不能重绑定、不能为空；指针可为空、可重指向、需解引用；
int& r = a;是别名，int* p = &a;是地址变量 -
const int* p：指针可变，内容不可变（底层const）；int* const p：指针不可变，内容可变（顶层const） -
static在函数内：变量生命周期延长至程序结束，但作用域仍在函数内；在类中：属于类而非对象，需类外定义；在文件作用域：限制链接性，仅本编译单元可见 -
extern用于声明（非定义）已存在于其他文件的变量或函数；头文件里写extern int g_val;，源文件里写int g_val = 0;才完成定义
不复杂但容易忽略。真正拉开差距的，往往不是会不会写单例，而是能不能讲清delete后没置空为什么危险，或者unordered_map在什么情况下会突然变慢十倍。
