社交Feed流分页技术：时间戳方案与Redis实现

1. 从朋友圈场景理解Feed流分页的核心痛点

朋友圈这类社交场景下的Feed流（信息流）分页，远不止是简单的数据切割问题。想象这样一个真实场景：深夜刷朋友圈时，你刚看完前3条动态，手指滑动准备加载更多时，恰好有好友发布了新内容。此时如果采用传统分页方式，会出现三种典型异常：

1. 重复显示：上页的最后一条"加班"在下页再次出现
2. 内容丢失：本该出现的"早安"动态神秘消失
3. 新内容延迟：刚发布的"逛街"动态迟迟不出现

这些问题的本质在于：动态列表在分页过程中发生了变更。传统基于偏移量（offset）的分页方式getFeed(page=1, size=3)存在致命缺陷——它假设数据列表是静态的，但社交场景恰恰是高频更新的动态系统。

2. 时间戳分页方案的设计哲学

2.1 核心思想：用时间锚点替代位置锚点

微信朋友圈的解决方案极具启发性——用最后一条动态的时间戳作为分页依据，而非列表中的位置索引。这种设计包含两个关键认知：

1. 时间具有单向性：新内容永远出现在时间线前方，不会影响已有时间点的内容排序
2. 用户行为可分类：下拉刷新（看新内容）和上拉加载（看旧内容）需要区别处理

java复制// 正确的时间戳分页实现
public List<Post> getFeed(Long lastTime, int size) {
    // 获取比lastTime更早的size条内容
    return getPostsBeforeTime(lastTime, size); 
}

2.2 双模式刷新机制详解

下拉刷新（获取最新）

java复制public List<Post> getNewerPosts(Long latestTimestamp) {
    // 获取比latestTimestamp更新的内容
    return redis.zrevrangeByScore(
        "user_feed", 
        latestTimestamp + 1, 
        Double.MAX_VALUE
    );
}

上拉加载（获取更早）

java复制public List<Post>