后端一面（有点难度）1. pprof如何排查内存泄漏，pprof如何排查CPU飙高2. go http链接池配置参数有那些3. go循环包依赖的引用问题,你是怎么解决的4. 说一下go-zero httpx和gin的区别5. go-zero redis的钩子函数 ？6. 我们平常怎么用etcd7. go遇到过什么坑8. git常用命令，复杂点的9. websocket建立过程10. logx怎么用，底层是什么11. 链路追踪如何实现12. 讲讲sqlx和sqlc实习拷打13. go-zero让你从零实现api怎么实现14. 如何去对接一个未知项目唠嗑 上一段实习为什么不干了，学校经历丰富，有什...

😅😅😅😅

我的offer呢 是不是都被你们拿了

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