腾讯基础微信客户端开发实习面经

压力有点大，三四个面试官交叉面在公司的持久化方法中，你了解AOF和ROF这些原理吗？你对MySQL的原理了解吗？比如回表是什么意思？对于TCP协议中的黏包和滑动窗口机制，你有何了解？你是否写过基于TCP的示例程序，对TCP内部机制了解多少？操作系统层面的内存管理中，虚拟地址和物理地址有何区别？是否使用过top命令查看内存占用情况，能否区分虚拟地址和物理地址？你是否有编写多线程程序的经验，能否解释一下什么是死锁以及如何避免？读写锁的特点是什么？对于分布式原理，尤其是强同步、常同步和异步同步，你了解过吗？是否了解过分布式一致性协议？在分布式系统中，如何保证全局一致性或通过分布式锁实现原子性操作？两阶段提交协议是什么？ai agent的工作原理是什么？与大模型通信的部分是由你写的吗？对于大语言模型内部的系统提示词和助手提示词有何了解？大模型的历史记录是如何实现的？在小红书的应用中，对大模型进行提示词压缩以降低token消耗的情况是如何处理的？在数据库服务平台的建设中，你遇到过哪些难以解决的问题，又是如何解决的？你如何看待数据库服务平台与你在小红书做的xxAI工作台这两个项目的不同之处？对于未来个人发展规划，你有什么想法？在工作中，对数据库的依赖程度如何？是否在个人环境尝试部署过MySQL或Redis等数据库？问实习，然后从实习接入又开始问八股了：在第一份工作或实习经历中，如何优化数据库查询性能？是否经历过根据自然语言生成查询语句的数据库查询服务开发？你这边是如何实现对接多个数据库的查询服务的？RAG中的向量库使用了什么技术？搜索服务是如何实现的？你对数据库操作熟悉到什么程度？能否举例说明MySQL重命名操作的指令？是否了解数据库同步技术，比如数据同步或数据库集群同步？对于Mongo、Redis等数据库的哨兵模式和分片集群架构是否了解？是否了解Raft协议及其在数据库中的应用？反问：IEG平台上的角色有哪些？答：在IEG平台上，平台上有平台开发的角色，大部分以DBA为主，但也包含开发角色，由专门的Java开发人员配合DBA进行一些监控和其他平台相关工作。平台上的DBA通常自行编写与底层操作相关的代码，而非前端或其他部门来完成，因为这些操作需要专业能力。整个数据库平台是如何构建的？答：整个数据库平台有分层结构，产品经理负责原型设计，产品设计师设计完成后交由前端开发人员实现。同时，数据库相关的存储、内核开发以及平台开发等也是重要组成部分，要求团队成员具备较强多面能力。面试官问：目前是否有offer，以及对中间件部分的理解？目前有一些在上海的offer。在中间件部分，各个团队都有组件开发人员负责数据库内核定制等工作，例如数据库proxy的开发。

1、你做的高性能日志系统里最有挑战的是什么答案：高性能日志系统里最有挑战的部分通常不是把日志写出去，而是在高并发场景下同时兼顾吞吐、时延和落盘可靠性。如果每条日志都直接加锁写文件，线程一多就会在锁和系统调用上卡住，所以一般会把日志写入分成前台生产和后台刷盘两段。前台线程只负责把日志快速写入缓冲区，后台线程批量落盘。这样可以把大量小写合并成少量顺序写，减少系统调用和磁盘抖动。真正难的地方在于几个细节。第一是缓冲区切换时机，切得太频繁会增加刷盘压力，切得太慢又会拖高日志可见延迟。第二是满载场景下的回压策略，如果生产速度远大于消费速度，日志队列迟早会堆爆，这时要决定阻塞业务线程、丢弃低优先级日志，还...

1. 请介绍一下HTTP和HTTPS的区别，以及HTTPS的握手过程HTTP是明文传输协议，端口80；HTTPS是HTTP加上SSL/TLS加密层，端口443，提供数据加密、身份验证和完整性保护。HTTPS握手过程：客户端发送Client Hello，包含支持的TLS版本、加密套件列表、随机数服务器返回Server Hello，选择加密套件，发送服务器证书和随机数客户端验证证书有效性，生成预主密钥，用服务器公钥加密后发送双方使用三个随机数生成会话密钥双方发送Finished消息，完成握手，后续使用对称加密通信这样既保证了密钥交换的安全性（非对称加密），又保证了数据传输的效率（对称加密）。2. ...

1. 简单介绍一下你做过的最有挑战性的项目我做过的最有挑战性的项目是[项目名称]，这是一个[项目类型，如：跨平台的桌面客户端应用]。项目背景：需要实现[核心功能]，支持[用户规模/性能要求]，面临的主要挑战是[具体挑战，如：高并发、低延迟、内存优化等]。我的职责：负责[具体模块]的设计和开发，包括[技术点1]、[技术点2]、[技术点3]。技术难点：性能优化：通过[具体方案]将响应时间从[X]ms降低到[Y]ms内存管理：使用智能指针和对象池，解决了内存泄漏和碎片化问题多线程同步：设计了[同步机制]，避免死锁和竞态条件最终效果：项目成功上线，[具体指标，如：支持X万并发用户，崩溃率低于0.1%]...