四战字节，捞人真快！

这个是二面的，5min后收到通知三面，三面八股都回答上来了，手撕第一道没撕出来，换了一道做出来了，结果还是寄。

鼠鼠第一次投大厂面试,写面经攒人品:1. 个人介绍(2min)2. 挖项目(我跟后端相关的项目似乎只有抖音商城(字节跳动青训营),他一直挖我这个项目)3. 服务是怎么被发现的?(微服务)4. 假如你这个服务要更新,要更平滑,不让用户感到延迟,你会怎么做?- 维护两套环境（蓝：当前生产环境；绿：新版本环境）。- 新版本在绿环境测试通过后，切换流量到绿环境，蓝环境作为回滚备用。- 优点：零停机，用户无感知切换。5. 你输入一个url的处理过程6. 然后就开始写题了,面试官直接口述,输入一个数字,输出下一个最小的比这个数大的数字(重新排列)leetcode类似的题目是:[556. 下一个更大元素 III](******************************************************)这道题手撕还是相当紧张的,给我撕出来了7. 数据库事务是什么8. mvcc是什么,怎么实现的?9. 场景题,给你一个番茄小说的书,有十万订阅,如何快而准确的通知到所有订阅的人更新了(这里要求你去用具体的实现)我这里寄了,后面复盘的时候,应该是使用feed流,这个是用ai写的答案:- 推模式 (Fanout-On-Write/Writes)：- **操作时机：** 当关键事件（如新章节发布）发生时**立即**执行。- **目标用户：** **核心活跃粉丝（数量相对较小）**。- **动作：** 将事件**直接写入**这些目标粉丝的个人 **收件箱（Inbox Feed）**（一个按时间排序的数据存储）。用户访问自己的 Feed 流时，直接从这个收件箱拉取即可，延迟极低。- 拉模式 (Fanout-On-Read)：- **操作时机：** 当用户主动请求访问 Feed 流时执行。- **目标用户：** **非核心粉丝（长尾粉丝，数量大）** 或 触发推模式的粉丝，在访问 Feed 时可能需要拉取更长时间范围内的数据。- **动作：** 后端服务在用户请求时，**实时聚合**用户所关注对象（收藏的书籍）的 **发件箱（Outbox Feed）** 数据（包含所有发布事件），按时间排序后返回给用户。这需要访问多个发件箱（每个收藏的书一本）并聚合。- **「推拉结合」的关键：** **合理区分「核心粉丝」与「长尾粉丝」**，只对核心粉丝进行实时写入。**关键组件与流程详解：**1. **事件源 (Event Source)：**- **新章节发布：** 最核心的事件源。携带 `bookId`, `chapterId`, `publishTimestamp`。- **粉丝关系变更：** 用户收藏 (`favor`) 或取消收藏 (`unfavor`) 一本书。携带 `userId`, `bookId`, `action`, `timestamp`。2. **事件总线 (Event Bus)：**- 使用高吞吐、可靠的消息队列如 Kafka/Pulsar。接收上述事件并进行持久化，供下游消费者订阅。后面是就是针对十万用户的进行**精准界定“核心活跃粉丝” (`HotFanCache`)：**,查询优化,**高性能存储与分片：**10. 反问,问了业务是什么,技术栈是什么,然后和面试官聊的蛮开心的,面试官夸了基础好,知道稳了10min之后,hr通知2面.1面成功.

已经记不清每一面的具体问题了，把三面都写一起吧，大致时间如下：一面 1h10min （基础八股）二面 50min（安全方面问了很多，面试官应该很想捞我，手撕问我LRU会不会我说原理清楚没写过，给我出了道合并数组，哭死）三面 1h40min （层层深挖项目，问题很有深度）hr面 30min大致问题如下，还有一些其他的时间跨度有点大记不清了：1.#include 头文件重复包含问题2.详细解释栈帧3.用户态到内核态穿越步骤，越详细越好4.os整体架构-I/O管理器等六个执行体组件5.进程地址空间6.HTTPS协议7.动静态多态实现、虚表8.模板元编程9.c++新特性-模块10.x86 x64调用约定11.MDL直接内存读写12.虚拟内存-内存映射文件、页交换文件原理与区别13.用户态与内核态间进程间通讯方法14.线程、协程区别15.异步I/O模型16.const关键字17.汇编层面 函数返回值如何传回18.多线程同步机制，锁的底层原理等安全方面（简历偏安全加上组里也在做逆向所以问了些）1.说几种反调试手段，进一步分析反反调试手段2.detours 框架实现原理-inline hook3.不同情况下hook方法的选择4.VT虚拟化5.壳的加载原理，脱壳方法6.动态调试方法7.场景题-中间人攻击的实施和防范手段

鼠鼠其实大三的时候，拿过字节客户端开发的实习，但是当时疫情，把 offer 拖没了，遗憾至今。后面专心备战考研，打算上岸之后从客户端转后端或者算法，当然现在看来，算法的想法有些天真，而且也感觉自己对算法岗没什么兴趣，看到深度学习什么的头就疼，所以就一头扎进后端里。研一上的时候，鼠鼠寻思先刷一段客户端的实习，到时候万一后端找的不理想，可以拿客户端秋招当保底。在探探实习4个多月后，提出离职专心学习后端技术栈。其实，有了客户端开发经验，学习后端像是水到渠成，没遇到什么特别的困难和瓶颈，Java基础牢牢掌握（因为安卓开发也是Java）。看了一周多 SSM 就直接上手微服务项目了，这里着重推荐一下知识星球的“小哈书”项目，敲了将近一个月后，中间遇到的各种中间件，比如 Redis, MQ 等都是边做边学，有了大致的一个理解和应用。项目大体完成后，我就开始着手项目更深层次的理解，用到的各种中间件的底层，为什么这么用等等，并且针对具体地中间件买了书籍来看，不得不说看了书就是比背八股文理解的深入，面试的时候真的有的说，体现自己对技术的理解。从三月份学习后端到五月份开始投递，只从官网投递了大厂（字节，腾讯，快手，滴滴，百度，美团，小米），这里吐槽一下这个时间点找日常实习太难了，只有字节百度腾讯约了面，腾讯还是 kpi。当时百度一面挂，字节搜索二面挂还是挺挫败的，但好在鼠鼠越挫越勇，第二次面字节的时候就侃侃而谈了，最终也是如愿以偿拿到了offer。总的来说，学习软件开发掌握学习方法很重要，打的就是一个信息差和自学能力，同时也需要代码量的堆积产生对各种业务的理解。而且如果想冲大厂，真的需要好好沉淀，对项目的细节要牢牢掌握，面试官是很抠细节的。最后祝愿各位牛友都有满意的offer~