[编织消息框架][消息处理模式]推拉模式
上面已提到消费端感知topic服务器有新消息叫推拉模式
左图采用短连接,server端不能获取clinet连接资源,无法主动推给client。所以要求client定时过来拿数据
右图采用长连接,server端可以获取clinet连接资源,有消息过来就能主动推给client
短连接应用受环境因素限制,如b/s架构 应用是寄生在浏览器执行,还没出现websocket之前只能用js ajax技术来解决
还有是移动端,网络经常抖动不稳定,用短连接实施成本上是很低的,但缺点很明显非常占用流量
推拉模式常用上比较简单的b/s架构 如web、app应用
s/s构架方面 多数用于数据采集,内容分发 如日志同步
至于采用推还是拉:原则少交互,减少存储状态记录
举例:日志同步
上图是server端向client拉数据,由于client增长是无法控制的主动去拉数据时要每次记录每个client是否成功,还要考虑提高并发处理,至少要在源码开发上要考虑支持
下图是client端向server推数据,这种方式server端逻辑简化很多,传输数据是否成功依赖client端,把运算压力分散到每个client上,server端只需要考虑提高连接数量,每个client同步时间错开就行了
但不是一成不变,如果数据安全级别要求较高,那么处理方式就不同了
作者: | solq |
博客地址: | http://www.cnblogs.com/solq111 |
博客版权: | 本文以学习、研究和分享为主,欢迎转载,但必须在文章页面明显位置给出原文连接。 如果文中有不妥或者错误的地方还望高手的你指出,以免误人子弟。如果觉得本文对你有所帮助不如【推荐】一下!如果你有更好的建议,不如留言一起讨论,共同进步! 再次感谢您耐心的读完本篇文章。 淘宝店: 海豚极货店 QQ群:9547527 ![]() |
如果你热爱生活、热爱编程、热爱吉他。扫一扫加我微信 ![]() |
我的新书《编织消息框架》目前进行中,感谢大家关注! |
![]() |