1. C++对象模型中，虚函数表（vtable）的布局是怎样的？多继承时vtable如何组织？答：每个含有虚函数的类都有一张vtable，存放在只读数据段，表中按声明顺序存放虚函数指针。每个该类的对象头部有一个隐藏的vptr指向这张表。多继承时情况更复杂：对象内存中会有多个vptr，每个基类子对象对应一个。比如类C继承自A和B，C的对象布局是先放A的子对象（含A的vptr），再放B的子对象（含B的vptr）。C重写的虚函数会覆盖A那张表里对应的槽位，同时B那张表里也会有一个thunk（调整器），负责在调用时修正this指针偏移，再跳转到C的实现。这就是为什么多继承下虚函数调用有额外的this指...

鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐

timeline过年前就约的年后三月份的面试2026 3.05 一面2026 3.10 二面（挂）2026 3.13 二面2026 3.16 hr面2026 3.19 口头oc2026 3.20 offer两道手撕无重复字符最长子串数组中能组成小于n的最大数字记录一下 不多写什么了 同时也感谢平台上以前发面经的佬们记录的一些手撕题目 刷一刷颇有成长

但这里有一个致命的认知误区：“包装”不等于“造假”。 很多同学把别人的开源项目或者师兄师姐的产出直接扒过来写在自己简历上，这叫造假；而把你真实做过的、哪怕很基础的活儿，提炼出技术深度和业务价值，这才叫包装。很多同学实习了几个月，简历上老老实实写：“负责日常 Bug 修复”、“参与后端接口开发”、“配合前端联调”。这种描述太“真”了，真到面试官一眼看过去就觉得你是个边缘无情的 CRUD 机器，毫无亮点，直接扔进简历池底。高级的包装，是在真实的业务场景里，挖掘出你解决复杂问题的能力。打个比方，假设你实习时参与开发了一个实验室检验流程管理模块（类似 trp 这种系统），主要涉及样本、订单和设备的子模...