如何备案成企业网站,北京百度推广代理,2022最新新闻素材,编程培训网站1、面试题分布式服务接口请求的顺序性如何保证#xff1f;2、面试官心里分析其实分布式系统接口的调用顺序#xff0c;也是个问题#xff0c;一般来说是不用保证顺序的。但是有的时候可能确实是需要严格的顺序保证。给大家举个例子#xff0c;你服务A调用服务B#xff0c;…1、面试题分布式服务接口请求的顺序性如何保证2、面试官心里分析其实分布式系统接口的调用顺序也是个问题一般来说是不用保证顺序的。但是有的时候可能确实是需要严格的顺序保证。给大家举个例子你服务A调用服务B先插入再删除。好结果俩请求过去了落在不同机器上可能插入请求因为某些原因执行慢了一些导致删除请求先执行了此时因为没数据所以啥效果也没有结果这个时候插入请求过来了好数据插入进去了那就尴尬了。本来应该是先插入 - 再删除这条数据应该没了结果现在先删除-再插入数据还存在最后你死都想不明白是怎么回事。所以这都是分布式系统一些很常见的问题3、面试题剖析首先一般来说我个人给你的建议是你们从业务逻辑上最好设计的这个系统不需要这种顺序性的保证因为一旦引入顺序性保障会导致系统复杂度上升而且会带来效率低下热点数据压力过大等问题。下面我给个我们用过的方案吧简单来说首先你得用dubbo的一致性hash负载均衡策略将比如某一个订单id对应的请求都给分发到某个机器上去接着就是在那个机器上因为可能还是多线程并发执行的你可能得立即将某个订单id对应的请求扔一个内存队列里去强制排队这样来确保他们的顺序性。但是这样引发的后续问题就很多比如说要是某个订单对应的请求特别多造成某台机器成热点怎么办解决这些问题又要开启后续一连串的复杂技术方案。。。曾经这类问题弄的我们头疼不已所以还是建议什么呢最好是比如说刚才那种一个订单的插入和删除操作能不能合并成一个操作就是一个删除或者是什么避免这种问题的产生。
