1、自我介绍2、智能指针介绍答案：C++ 里最常见的智能指针是 unique_ptr、shared_ptr 和 weak_ptr。unique_ptr 表示独占所有权，一个资源同一时刻只能有一个拥有者，不能拷贝，只能移动。这个最轻量，也最推荐优先使用。shared_ptr 表示共享所有权，多个指针可以共同管理一块资源，内部通过引用计数决定什么时候释放。它用起来方便，但会有额外控制块开销。weak_ptr 本身不拥有资源，它主要是配合 shared_ptr 使用，解决循环引用问题，或者做一个“只观察不接管”的弱引用。实际开发里，一般是能用 unique_ptr 就不用 shared_ptr，因为...

1. 自我介绍2. 你在实习里做过的最复杂的模块是什么，难点在哪里3. 如果让你设计一个配置热更新系统，你会怎么保证正在处理的请求不受影响答案：新配置可以安全生效正在处理中的请求继续使用它开始处理时看到的那份配置比较常见的做法是 快照 + 原子切换。思路是：当前业务线程始终读取一个稳定版本的配置快照配置更新时，不在原对象上直接修改而是构造一个新的配置对象校验通过后，再用原子方式把“当前版本指针”切到新对象老版本由正在使用它的线程继续持有，等没有引用后再释放这样做的好处是：读路径简单不需要长时间锁住整个配置结构不会让业务线程读到半更新状态回滚也更容易做代码： #include <atomi...

1. 自我介绍2. 实习工作介绍3. 项目介绍4. 这个缓存一致性与热点数据治理项目可以用在哪里答案：这种组件适合读多写少、热点访问明显、对响应时间敏感的业务场景。典型应用位置包括：配置数据本地缓存商品详情和价格信息缓存用户画像和标签查询缓存推荐系统中的热点召回结果缓存风控规则和字典信息缓存网关中的路由规则缓存业务服务中的热点元数据缓存这些场景通常都有几个共同特点：某些 key 访问频率远高于平均水平大量请求读的是同一批热点数据每次都访问远端存储成本高对 RT 和吞吐比较敏感所以本地缓存和热点治理组件在这类系统中很常见。5. 为什么这个项目会比每次直接查数据库或远端缓存快很多答案：它快的原因主...

1. C++ 中虚函数的作用是什么，虚函数表是怎么工作的答案：虚函数的核心作用是支持运行时多态。当父类指针或引用指向子类对象时，调用虚函数可以在运行时决定具体执行哪个版本，而不是在编译期静态绑定。底层上，编译器通常会为包含虚函数的类生成一张虚函数表，表里保存对应虚函数地址；对象内部会有一个隐藏的虚表指针，指向当前对象实际类型对应的虚表。调用虚函数时，大致过程是：先通过对象拿到虚表指针再从虚表中找到对应函数地址最终调用实际类型的实现如果析构函数涉及多态删除，基类析构函数一般也要声明为虚函数，否则通过基类指针删除派生类对象会出现未定义行为。代码： #include <iostream>...

1. C 和 C++ 的不同答案：C 和 C++ 最大的区别，不只是“一个面向过程，一个面向对象”，而是它们在抽象能力、类型系统和资源管理方式上差异很大。从语言层面看，C 更偏底层过程式编程，强调结构体、函数、指针和手动资源管理。C++ 在兼容 C 的基础上，增加了很多更强的抽象能力：面向对象：封装、继承、多态泛型编程：模板资源管理：RAII标准库：STL 容器、算法、智能指针、线程库更强的类型系统：引用、函数重载、命名空间、异常等实际开发里，C 更适合：对运行时开销极度敏感的场景偏底层、硬件、驱动、嵌入式开发C++ 更适合：大型工程需要抽象能力和可维护性的系统对性能和工程化都要求较高的场景代...

1. 自我介绍2. 如何理解面向对象编程，有过什么相关实践答案：理解面向对象编程，核心不只是封装、继承、多态这些概念本身，更重要的是用它来做建模、隔离变化、降低耦合。在实际开发里，比较常见的做法有：用封装隐藏内部实现细节，对外提供稳定接口用抽象基类定义能力边界，不让调用方依赖具体实现用多态替换大量条件分支，方便后续扩展用 RAII 管理资源生命周期，减少泄漏和异常路径问题实际做过的一类场景，是把不同来源的数据处理逻辑抽象成统一接口，对上层只暴露标准调用方式，底层根据实际类型走不同实现。这样后续接新的处理策略时，只需要新增类，不需要改原有调度逻辑。代码： #include <iostrea...

1. 实习期间做了什么2. 项目拷打3. 一个程序运行时，加载的是实际的物理地址还是虚拟地址答案：用户态程序看到和使用的通常是虚拟地址，不是物理地址。现代操作系统基本都基于虚拟内存机制运行，进程拿到的是自己的独立虚拟地址空间。CPU 执行访存时，会通过页表把虚拟地址翻译成物理地址，最终再访问内存。这样做的好处很明显：每个进程都有相对独立的地址空间提高安全性，进程之间默认隔离便于内存管理，比如分页、换页、按需分配程序不用关心真实物理内存布局所以从程序员视角看，代码段、堆、栈这些地址都是虚拟地址。真正落到物理内存上，是 MMU 配合页表完成的事情。4. 进程切换的时候做了什么工作答案：进程切换本质...

前言C++ 这门语言，在开发岗位里一直都挺特殊的。一方面，它历史足够久，语法特性很多，往深了问几乎问不完；另一方面，它又一直活跃在高性能开发的一线，不管是后端、客户端、音视频、游戏、基础架构，还是嵌入式方向，很多岗位都会明确要求有 C++ 基础。所以面试里，C++ 基本属于绕不过去的一块。而且 C++ 面试有个很明显的特点：不太容易只停留在表面。很多问题看起来像基础题，但只要面试官愿意追问，很快就会从语法问到原理，从原理问到工程实践。比如：为什么基类析构函数通常要写成虚函数？vector 和 list 到底怎么选？shared_ptr 为什么会有循环引用问题？右值引用到底解决了什么问题？多线程...

1. 自我介绍2. 说一下 C++ 里的多态，虚函数表是怎么工作的？答案： 如果只答“多态就是父类指针指向子类对象”，会比较浅。 更完整的回答应该分成两部分：语言层面的多态，以及底层实现。C++ 里常说的多态主要是运行时多态，也就是：基类定义虚函数子类重写虚函数通过基类指针或引用调用时，实际执行子类版本底层上通常依赖虚函数表 vtable 和 虚函数表指针 vptr。 对象里通常会有一个隐藏的 vptr，指向该类型对应的虚表。调用虚函数时，程序先通过对象找到虚表，再从虚表里取出对应函数地址完成动态分发。多态的优点是扩展性好，适合做接口抽象、框架回调、策略替换。 代价主要有：多一次间接调用对象里...

1. 自我介绍2. 介绍一下项目3. 说一下智能指针，追问用法以及使用场景答案：智能指针的核心价值是把资源释放时机和对象生命周期绑定起来，减少手动 new/delete 带来的泄漏、悬挂指针和异常路径遗漏问题。C++ 里最常见的是这几个：std::unique_ptr：独占所有权，不能拷贝，可以移动std::shared_ptr：共享所有权，靠引用计数管理std::weak_ptr：弱引用，不增加引用计数，通常用来观察 shared_ptrstd::auto_ptr：已经废弃，不建议再提使用场景上，一般这样区分：明确唯一拥有关系时，优先用 unique_ptr多个对象确实要共享同一资源时，用 ...

1. 自我介绍2. 目前有 offer 吗？3. 聊了聊实习4. Lua 的 GC 底层怎么做的？怎么回收的？虚拟机层面了解吗？Lua 的 GC 核心思想是可达性分析。经典实现是增量标记清除，较新的版本还支持分代 GC。 简单说，Lua 会从一批根对象出发，比如全局表、当前调用栈上的局部变量、闭包、注册表等，去遍历所有还能访问到的对象，把它们标记为存活。没有被标记到的对象，后面就会被回收。Lua 采用增量方式的原因是，如果一次性做完整 GC，停顿会比较明显，所以它会把回收过程拆成很多小步，在 VM 执行过程中逐步推进。 从虚拟机角度看，GC 和 Lua 的对象模型、栈帧、闭包、table 结构...

1. 请做一个简洁的自我介绍2. 你在“高性能分布式日志接入与检索网关”项目里主要做了什么我主要负责三块内容：日志接入链路优化负责接收多来源日志上报；做协议解析、批量写入和异步转发。对象池与内存复用模块针对日志消息对象、缓冲区对象做池化管理；降低频繁分配释放带来的锁竞争与碎片问题。共享内存检索加速热点索引和统计信息通过共享内存供多个进程访问；减少重复反序列化和 IPC 拷贝开销。这个项目的核心目标是： 在高并发日志写入下保持低延迟； 在热点查询下保证检索稳定性和资源可控。3. 讲一下这个“高性能分布式日志接入与检索网关”的整体框架整体可以拆成 5 层：接入层负责 TCP 长连接管理；接收日志上...

1. 常见 STL 容器有哪些？vector/list、map/unordered_map 的区别与使用场景常见容器：vector、deque、list、set、map、unordered_map、unordered_set、queue、stack。 vector vs list： vector 连续内存，随机访问 O(1)，尾插高效，cache 友好； list 链表结构，任意位置插删 O(1)（已知迭代器），但随机访问差、cache 不友好。 map vs unordered_map： map 红黑树，O(logN)，有序，可范围查询； unordered_map 哈希表，均摊 O(1)，...

1. 自我介绍2. 你在“分布式对象存储网关”里具体实现了什么？我负责三块： 接入层协议处理：请求解析、鉴权、限流与路由； 高并发内存管家：减少频繁 malloc/free，降低锁竞争； 日志改造：同步日志改为异步批量落盘 + 结构化字段。 产出结果：峰值吞吐提升，P99 延迟下降，日志检索效率提升，线上问题定位时间缩短。3. 怎么解决 TCP 黏包/拆包问题？TCP 是字节流，没有消息边界。常见解决方案： 固定长度协议； 分隔符协议； 长度字段 + 消息体（工程最常用）。 推荐“长度前缀”方案：先读头拿到长度，再按长度读取完整包，配合循环缓冲区处理半包。代码（伪代码）： while (buf...