大型微博应用feed系统浅析bob板子内容摘要：
eed 写压力巨大 ○ 实现逻辑复杂，如新关注一个人，新取消一个关注，都需要复杂逻辑支持 拉： 优： ○ 发表面前，人人平等，写压力几乎没有 ○ 逻辑比较简单 缺： ○ 读压力大，实时拉取 feedlist，并发高时，似乎 missiong impossible 那，到底是推还是拉。 新浪微博暂时应以推为主 腾讯微博应是拉的方式 切客目前也完成了从推到拉的转型 微博的特点是读固然多，写也不少 推、拉并不完全互斥，也可以通过一些巧妙的逻辑实现推、拉并用 没有完美的方案，只选合适你用的方案 发表队列 发表一条 feed，通常需要复杂的逻辑支持，你确定当你系统有些延迟的时候，潘石屹愿意等待 150秒，等待这条微博发布成功。 不确定的话，就加个队列吧 App只负责处理最简单的逻辑，重逻辑丢到处理队列异步处理 推荐： redis 分页 我们可以： SELECT * FROM XXX WHERE … LIMIT start,page_size。 需要数据：当前页，每页显示条目 优点：够传统 灵活（除了逐页翻动以外，还可以跳到任意页） 缺点： page较大时，查询吃力 页面数据变动快时 (比如关注较多。阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体)，仅供学习参考。
用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权，请联系我们反馈本站将在三个工作日内改正。