巧用 Redis，实现微博 Feed 流功能！

发布时间：2025-11-04 12:57:41 来源：技术快报 作者：IT科技

一、巧用背景

最近接到一个需求，现微用一句话来说就是巧用：展示关注人发布的动态，这个涉及到 feed 流系统的现微设计。本文主要介绍一个一般企业可用的巧用 Feed 流解决方案。

二、现微相关概念

下面先介绍一下关于 Feed 流的巧用简单概念。

Feed 流常见的巧用分类有两种：

三、设计

设计一个 Feed 流系统，两个关键步骤，一个是 Feed 流的 初始化，一个是 推送。关于 Feed 流的存储其实也是一个核心的点，但是笔主持久化使用的还是 MySQL，后续可以考虑优化。

Feed 流【关注页 Feed 流】的初始化指的是，当用户的 Feed 流还不存在的香港云服务器时候，为该用户创建一个属于他自己的关注页 Feed 流，具体怎么做呢？其实很简单，遍历一遍关注列表，取出所有关注用户的 feed，将 feedId 存放到 redis 的 sortSet 中即可。这里面有几个关键点：

经过上面的初始化，已经把 feed 流放在了 redis 缓存中了。接下来就是需要更新 feed 流了，在下面四种情况需要进行更新：

上面四步具体怎么操作，会在下面的实现步骤中详细描述，在这里先我们重点讨论一下第一、二种情况。因为在处理 大V 【千万级别粉丝】的时候，我们是需要对 大V 的所有粉丝的 feed 流进行处理的，这时候涉及到的量就会非常巨大，需要多加斟酌。关于推送，一般有两种 推/拉。

当用户发布一条新的 Feed 时，处理流程如下：

当刷新自己的Feed流的时候，处理流程如下：

至此，使用推拉结合方式的发布，读取Feed流的流程都结束了。

如果只是用推模式了，则会变的比较简单：

推拉结合存在一个弊端，就是刷新自己的Feed流时，大V的个人页Timeline 的读压力会很大。

如何解决：

四、实现

笔主主要采用纯推模式实现了一个普通企业基本可用的 Feed 流系统，下面介绍一下具体的实现代码，主要包括3大个部分：

当用户第一进来刷新Feed 流，且 Feed 流还不存在时，我们需要进行初始化，初始化的具体代码如下：核心思想就是从数据库中load出 feed 信息，塞到 zSet 中，然后分页返回。

每当用户发布/删除新的 feed，我们需要更新该用户所有的粉丝的 Feed流，该步骤一般比较耗时，所以建议异步处理，为了避免一次性load出太多的粉丝数据，这里采用循环分页查询。为了避免粉丝的 Feed流过大，我们会限制 Feed 流的长度为1000，当Feed流长度超过1000时，会移除最旧的 Feed。

这里比较简单，新增/取消关注，把新关注的 Feed 往自己的 Feed流中增加/删除 即可，但是同样需要异步处理。

上面展示的是核心代码，仅仅是为大家提供一个实现思路，并不是直接可运行的代码，毕竟真正实现还会涉及到很多其他的无关要紧的类。

相关文章