将用户个人feed添加到自身timeline的最优方案及最佳实践咨询

这种做法属于不良实践的核心原因是会带来完全不必要的额外成本和逻辑风险，具体体现在以下几点：

• 冗余的资源开销：用户发布内容时，系统默认需要将内容推送给所有关注者的timeline，如果用户自身也在关注列表中，每次发内容都会多一次冗余的写入和存储操作，用户量级和内容发布量上来后，这部分无意义的开销会显著提升服务成本。
• 更高的一致性维护成本：用户删改自己的动态时，你需要同时同步更新user feed源、自身timeline中的冗余内容两个位置，只要任意一步同步失败，就会出现个人主页和timeline内容不一致的问题，排查和修复成本都很高。
• 污染关注关系逻辑：关注关系本来是用来描述用户和其他账号的社交关联，将自身纳入关注列表后，后续所有涉及关注统计、好友推荐、权限判断的逻辑都需要额外做「排除自身」的处理，稍有疏漏就会出现逻辑bug，比如统计用户关注数时把自己算进去，推荐好友时把自己推给用户等。
• 额外的权限判断复杂度：如果后续你要做动态可见范围控制（比如仅自己可见、好友可见），原本仅自己可见的内容只需要写入user feed即可，但若你将自身纳入关注列表，还需要额外判断可见范围是否要推送到自己的timeline，平白增加了逻辑复杂度。

完全不需要通过关注自身的方式实现需求，根据你的产品阶段可以选择以下方案：

• 「小体量产品优先」查询时合并：用户请求timeline内容时，分别拉取最新N条自身user feed内容和最新N条关注对象的timeline feed内容，将两部分内容统一按发布时间倒序排序后分页返回即可，这种方案实现成本极低，在用户单页拉取内容量不超过200条的场景下，性能几乎不受影响。
• 「大体量产品优先」写入时隔离存储：用户发布新动态时，除了推送给所有关注者，额外写一份内容到自身timeline的专属独立分区，和关注者的内容分区物理隔离，拉取timeline时直接合并两个分区的内容排序即可，这种方案查询性能更高，后续删改内容时只需要同步更新user feed和自身timeline专属分区的内容即可，逻辑清晰不易出错。
• 如果你使用的是专门的feed服务，直接调用官方提供的「timeline包含自身内容」的内置配置即可，底层已经实现了内容合并逻辑，不需要自己改造关注关系。

内容的提问来源于stack exchange，提问作者Mister D.