讀擴散？寫擴散？推拉架構一文搞定！

今年花了一些筆墨寫推拉系統架構：

• 系統通知，推送還是拉取？
• 狀态同步，推送還是拉取？
• 網頁消息，推送還是拉取？
• 群已讀回執，推送還是拉取？（這個diao）
• 群消息，存一份還是多份？（這個meng）
• feed流，到底什麼是讀擴散？

• feed流，到底什麼是寫擴散？

  每一篇都是細緻展開的案例，絕無花哨的裝B。

  畫外音：每一篇，都先說業務場景，再聊N個方案，以及方案的優缺點，細細品味，定有收獲。

點選标題，立刻閱讀相關文章。

《系統通知，究竟是推送還是拉取？》

• 系統對1通知場景
• 系統對n通知場景
• 你以為是推？

《狀态同步，究竟是推送還是拉取？》

• 服務端狀态+用戶端狀态
• 好友狀态+群友狀态

《網頁消息，究竟是推送還是拉取？》

• 拉，實時性與效率如何保證？
• 推，實時性與效率如何保證？
• 你以為是拉？

《群已讀回執，究竟是推送還是拉取？》

• 群消息是如何投遞的？
• 群已讀回執是如何投遞的？
• 群已讀回執應該如何優化？

《群消息，究竟存一份還是多份？》

• 存多份，要怎麼存？
• 存一份，要怎麼存？

《feed流，究竟什麼是讀擴散？》

《feed流，究竟什麼是寫擴散？》

• 什麼是feed流業務？
• 讀擴散的優缺點是啥？
• 寫擴散的優缺點是啥？

脫離場景的技術讨論，都是耍流氓。