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

刚刚约面电话打来才发现我做的不是大后端笔试卷吗？？

1. 为什么不考虑在原公司实习转正？ 2. 你对哪些技术熟悉？ 3. linux中断的注册函数？ 4. Linux原生定时器的函数是什么？ 5. 内存分配方式有哪些，原始的函数是哪些？malloc底层实现是什么？ 6. 内存泄漏如何去排除？valgrand？什么方式判断是内存泄漏？ 7. qt的信号和槽技术原理是什么？ 8. 我看你应用层做的比较多，讲讲你常用的技术栈 9. IIC指定地址读的时序 10. rtos与Linux的最大区别在哪，rtos的任务是怎么调度的？ 11. 为什么需要空闲任务？为什么空闲任务是优先级最低的任务？ 12. rtos里消息队列实现的原理？ 13. rtos里的...