架构师之路，5月份精选总结

5月初挖了一个坑，一些典型业务场景，究竟是推还是拉？花了一个月的时间，把坑填完。

画外音：前几个月分别聊了《三大分离，立体化监控，区块链，算法入门》。

一、feed流

可以理解为一个发布订阅业务，典型业务是微博，微信朋友圈。

你关注了大幂幂的微博，大幂幂发布了消息，你的主页能看到她最新发布的消息，这个场景是推送，还是拉取呢？

分享：

《feed流业务，推拉架构实践》

二、聊天消息

又分为单聊和群聊，典型的业务是微信。

和朋友小窗沟通是单聊，群内扯淡是群聊。

单聊，但浏览器里的聊天工具JS只能使用http式的request - response协议，又能不能保证消息的实时性呢？

分享：

《网页端收消息，如何像TCP一样实时》

群聊，一个群500个人，有人在线，有人离线，到底是推送，还是拉取呢？

“钉钉”的群聊天消息“已读回执”：对于每一条你发出的每一群消息，你能够看到，多少人已读，多少人未读，又能够怎么实现的呢？

分享：

《群消息，究竟存1份还是多份》

《群消息已读回执，究竟是推还是拉》

三、系统通知

典型的业务是QQ的登录广告弹窗，以及登录后的右下角广告提示。

QQ每天首次登录后的新闻弹窗，是拉取？第二次登录却又没有。

QQ运行过程中的QQ弹窗广告，是推送？一次推送几千万条，会不会系统抖动？

分享：

《系统通知，究竟是推送还是拉取？》

四、状态同步

收到过“你的好友XXOO登录了”的弹窗提示么？这是一个好友登录/登出状态的客户端同步。同理，群有500人，每个群友的在线/不在线状态又是怎么实现同步的呢？

分享：

《状态同步，究竟是推送还是拉取？》

查了下历史，《架构师之路17年精选80篇》这一篇最有可能达到10W+（虽然还差得比较远），大伙帮忙转下，一起破“技术文不可能过10W+”的魔咒吧。