字节日常实习面经

全程大概50min，先拷打实习经历（拷打后说亮点可能没那么突出）, 然后八股，最后手撕1. 介绍实习经历？做了哪些工作?有什么产出？多少人协作?2. 接收到的数据格式？如何处理？数据类型有多少种？3. 你觉得做的过程中有什么难点和收获？（答得不太好，问到这里可能感觉实习没什么难点，就开始问八股了~）4. MQ如何保证消息不丢失？什么情况下消息会重复？如何保证消息不重复？5. 分布式ID生成方案？6. 如何用Redis实现分布式锁？7. 假如让你实现一个消息队列，你会怎么实现？8. 考虑一个大文件，而内存很小，如何统计大文件里某个特定字符串出现的次数？手撕：阿拉伯数字字符串转大写，如："1234" -> "壹仟贰佰叁拾肆"; "123456" -> "壹拾贰万叁仟肆佰伍拾陆", 写了一会被叫停，说由于时间关系，说个思路就好，然后反问后就下播了~三次字节面试都感觉面试官对简历不太感兴趣，觉得实习没有亮点，估计是要遗憾离场~反问：面试结果什么时候能出？（说和一二面面试官对一下，周三之前反馈）-------------------------------------6.17更新 约后天hr面了，说hr面会当天出结果～

写在前面：Java北京，普通一本，中小厂不足三年临界经验1不确定有没有算法的外包，一般没有，工资等福利极低，可以用来练习面试表达、查找简历中的基本技术问题技术水平面的不高，练不到什么内容中电金信、中科软、中软国际、人瑞网络科技、软通动力、神州信息、联想利泰、武汉佰钧成、汉克时代、纽斯达科技、东软集团2确定有算法的外包，只有华为od和美团，笔试可以刷，面试比较容易，30%涨幅同base地很容易，福利待遇也不错，再跳大厂也是ok的，可以用来保底、算法练习咏鹭科技、科锐国际、德科信息有限公司是华为法本、北京纬创、是美团华为od进去后压力大、定期算法考试，加班严重美团外包不详，工资低没接受面试3个人能...

40min 介绍项目+讨论库表设计 10min用的什么http服务框架（没懂？）比较Hashtable和concurrenthashmap比较concurrenthashmap和synchronized线程池参数和工作流程，追问细节线程池的线程安全吗消息队列的功能不同消费者的消费互不影响，怎么实现的不同的消费者怎么知道自己消费到哪了手撕 判断回文链表

鼠鼠第一次投大厂面试,写面经攒人品: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面成功.