字节后端面试记录

这是一个典型的“消息分发模型”设计问题，微博/社交平台在设计大V发博分发时，推模式（push） 和 拉模式（pull） 各有利弊。下面结合你提到的“大V发博客”场景详细分析：一、两种模式简介推模式（push）大V一发微博，系统立即将内容推送到每一个粉丝的时间线中（如写入粉丝的消息队列或Feed中）拉模式（pull）粉丝查看时间线时，实时去拉取他关注的人（如大V）最新发布的内容，再合并排序显示二、微博类应用场景选型✅ 小V/普通用户：使用 推模式粉丝数少，推送量小；内容分发量级低；直接推送到粉丝的 Feed 表中，读取快，体验好。⚠️ 大V用户（如百万粉丝）：不能用纯推模式，会有严重问题顺便吆喝...

1、实习经历，主要做什么2、goroutine，怎么理解协程和进程3、map的底层原理4、mysql、redis、消息队列使用场景5、哪一块比较熟悉？（mysql）6、事务的原理7、索引优化的使用场景8、索引失效的场景有哪些9、实习期间最大的收获10、反问

技术初面（1.5小时）问得很细，像商品详情页优化FCP，我答了动态加载、懒加载这些。Git冲突解决举了改样式的例子，还问了TS extends、Radio组件实现这些基础问题。 技术二面（2小时）更深入，对比Vue3和React状态管理，长列表优化我说了虚拟列表。Webpack缓存、React diff算法这些也考到了，抢购页防刷我提到了令牌和SSR。 技术终面（1小时）聊了Monorepo应用、WebGL学习计划，还有CI/CD流程。实习优化性能的经历和未来学习规划也被问到了。

目前有幸拿到了如下几个机会。1. Shopee 深圳。实习转正的地方。业务是电商直播推荐。ld 人超好，组里早十晚七，无低绩效，假期丰富且请假是真的请假了。看往年 sp 能拿 45w 左右，但是无房补餐补。2. 字节跳动，上海。抖音生活服务，做新业务 UGC 类似小红书和大众点评。工作强度很大且组织架构变动频繁（后者对校招不太友好？）。待遇福利应该大家都知道，还是很可观的。3. 快手，北京。主站-生产社交组。说是做发作品，关注粉丝和私信等。北京几乎不太考虑了。4. 腾讯，深圳。CDG AMS 微信广告组。负责微信里面看到的所有广告。说是做流量的，后面还需要再具体问问。🌟PS：腾讯这个非常急，下周一就在约谈薪了，如果给大白菜有点太少了，但其他家都没开，a 不了一点。🌟个人追求：未来想有成长，积累业务经验，苟住 2-3 年后跳槽。希望能够友好 landing，能对校招生友好一些。即更看成长和积累工作经验一些，薪资方面不太追求大 sp 和 ssp，家里父母都有稳定收入。Orz 各位路过的大佬不吝赐教啊！！！