Twitter后端项目必修基础课2025

如果你正准备面试后端岗位，或者已经写过增删改查但一被问到「推文时间线怎么排」「关注关系怎么存」「热点推文把数据库打挂了怎么办」就答不上来，这门课就是冲这些缺口来的。它不讲泛泛的编程入门，而是拿 Twitter 这类社交产品的后端当靶子，把「能跑」和「扛得住」之间的那段距离补上。

它适合什么样的你

第一类：写过单体应用，但没独立画过一张完整后端架构图。知道要用数据库、要加缓存，可为什么这么分层、服务怎么切、边界划在哪里，心里没底。

第二类：面试被系统设计题卡住。让你设计一个信息流，你能说出「查关注的人发的推文再排序」，但追问到关注数上万怎么办、大 V 发一条推文怎么扇出、冷热数据怎么分开存，就开始含糊。

第三类：转岗或补课，需要一条能把零散知识点串起来的线。数据建模、缓存、异步、限流这些词你都听过，但没在一个真实场景里让它们各就各位。

如果你属于上面任何一种，这门课的对标点很明确：把一个社交产品的后端拆到能落地的颗粒度，而不是停在名词解释。

会逼你想清楚的几个问题

• 用户、推文、关注关系这三类实体，字段怎么定，索引怎么加，为什么这么加？
• 一条推文从发布到出现在别人时间线，中间经过哪些环节，哪些环节适合异步？
• 读多写少的场景里，缓存放哪一层，缓存和数据库怎么保持一致，失效策略怎么选？
• 关注关系是双向表还是单向表，大 V 和普通用户的处理要不要区别对待？
• 流量突然翻十倍，先崩的会是哪个组件，限流和降级加在哪里？

这些问题没有唯一答案，但每个都有取舍。课程的价值不在于给你一个标准解，而在于让你做完取舍后能说清楚为什么。

学的时候别只看不动手

后端的东西，看一遍和写一遍差得很远。建议跟着做三件事：一是自己先画一版架构图，再和课程里的对照，看差在哪；二是数据模型部分不要照抄，先按自己的理解设计实体和关系，跑起来之后再看哪里会出问题；三是核心功能写完后，自己造点压力，哪怕只是并发几十个请求，观察响应时间和数据库负载的变化。

练习的重点不是功能跑通，而是当数据量和并发上去之后，你原来的设计会在哪里露怯，以及你怎么补救。

看完应该能回答的问题

• 给你一个社交产品后端，你能画出分层的架构图并说明每层职责。
• 你能为推文、用户、关注关系设计数据模型，并解释索引和分表的考虑。
• 你能说清一条推文的完整生命周期，以及哪些步骤该同步、哪些该异步。
• 面对读多写少和高并发写入两种场景，你能给出不同的缓存与存储策略。
• 面试里被追问系统设计细节时，你能把取舍讲明白，而不是背结论。

哪一块你现在答不上来，就先从哪一块下手，不用从头顺着看。带着问题翻，比按顺序刷完更省时间。