10.1完成情况:八股文除了JVM都完成了；JVM19+算法(堆,栈)+项目(实习)+场景1没完成  原因是上午花太多时间补操作系统的知识了，今天合理分配时间10.2任务八股文:JVM 19;(没完成，明天先背类加载过程) 数据库&消息队列(MySQL 31;Redis 21;Kafka 17;);算法(堆,栈)+项目(实习)+场景2;

不是哥们，你们要是做这个的，我可真就从字节离职去你这了

大佬们，这个比例正常吗？看别人都是沟通几百个，就好几个面试了，为啥我一个都没

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