[编织消息框架][消息处理模式]发布订阅模式
上面时序流程能解决外部请求,适合c/s,b/s架构
如果是s/s可以简化流程处理
这是经典的消费/生产模式,简化了大量的处理逻辑,并消去通信同并发产生的问题,服务与服务之间形成独立解偶。
一切以记录为主,只要写进就认为是处理成功
发布订阅模式能支持多个消费同多个生产
而发布订阅模式难点在于数据发生变更其它服务如何感知
处理有两种方式
1.消费端定时去轮询 topic
2.topic有变更主动推送到消费端
不管那种方式采取是循环定时触发,而实时性要不高的场景可以使用这种模式
如用户操作能容忍十秒内返回结果
作者: | solq |
博客地址: | http://www.cnblogs.com/solq111 |
博客版权: | 本文以学习、研究和分享为主,欢迎转载,但必须在文章页面明显位置给出原文连接。 如果文中有不妥或者错误的地方还望高手的你指出,以免误人子弟。如果觉得本文对你有所帮助不如【推荐】一下!如果你有更好的建议,不如留言一起讨论,共同进步! 再次感谢您耐心的读完本篇文章。 淘宝店: 海豚极货店 QQ群:9547527 |
如果你热爱生活、热爱编程、热爱吉他。扫一扫加我微信 |
我的新书《编织消息框架》目前进行中,感谢大家关注! |
本作品采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。 |