1.多轮对话中，如果不同轮次的记忆发生冲突，你如何处理？这个问题本质上不是“删哪条、留哪条”，而是做记忆的版本管理。实际处理时一般会同时看三个维度：时间、来源、置信度。时间上通常新信息优先，但前提是它来自更可信的输入；来源上，用户当前轮明确表达、工具查询结果、系统写入，优先级通常高于模型从历史里自己总结出来的内容；置信度上，如果只是一次低置信抽取，不会直接覆盖长期稳定画像。工程上我会把记忆拆成两层，一层是 event log，完整保留用户每次表达过什么；另一层是 materialized profile，也就是给模型使用的当前画像。冲突发生时，不是直接物理覆盖，而是先记事件，再按规则刷新画像。...

在牛客上投简历，被20人小厂给拒了，简历都没过筛😭😭😭。大佬们，求求给一些简历优化建议，推荐再塞个 ai吗(之前有做过很简单的rag)？还有就是我们教研室有一个项目，但是他是主要核心在spark，flink，模型，后端都是统计，增删改查之类的。大佬们，这个推荐我写吗？

主播27号面完，到现在还显示这个是不是要挂了啊

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