Feed 流系统的架构设计方案

同步于blog：https://kixuan.github.io/posts/feed/

Feed 流系统的架构设计方案

Feed流概述

定义与特点

Feed流是持续更新展示给用户的信息流（某种意义上来说，你可以一直向下滑动，而后获取到信息的应用都属于feed流），具有千人千面的个性化特点，如手机App中的猜你喜欢、关注和好友动态等。

与传统信息获取渠道（报纸电视）相比，Feed流可根据用户行为聚合信息（最核心的能力），以信息流方式提供给用户，降低获取信息难度，提升用户体验。

分类方式

• 按信息源聚合依据：
  • 无需依赖关系（如抖音推荐页，适用于信息探测）
  • 单向依赖关系（如微博关注页，适用于信息订阅）
  • 双向依赖关系（如微信朋友圈，适用于熟人社交）
• 按展示逻辑：
  • 权重推荐（如抖音推荐页）
  • 时间顺序展示（如微信朋友圈、微博关注页）
• 本质上可总结为依据隐含兴趣推荐信息按权重排序展示和依据用户关系拉取信息按时间顺序展示两类Feed流。
  • 

注意：微博热榜很多人也算成了 Feed 流，但是严格意义上来说，他是一个信息流。所有人看到的热榜数据都是一样的，这缺失了信息聚合的特征。所以，本质上热榜的底层模型应该是排行榜，而非 Feed 流。这里不将它归为一类。

发展历程

起源于RSS系统。RSS是一种更为传统的信息获取方式，它依赖于网站的更新；而Feed则更加现代和个性化，它依赖于用户关注的人或者团体的活动。

术语解释