分布式锁应用场景很多应用场景是需要系统保证幂等性的（如api服务或消息消费者），并发情况下或消息重复很容易造成系统重入，那么分布式锁是保障幂等的一个重要手段。另一方面，很多抢单场景或者叫交易撮合场景，如dd司机抢单或唯一商品抢拍等都需要用一把“全局锁”来解决并发造成的问题。在防止并发情况下造成库存超卖的场景，也常用分布式锁来解决。实现

Spring整合Dubbo,这个是用xml配置的(方式一)来梳理下步骤:1\.安装zookeeper,在进行简单配置\这里使用单机模式,不用集群\2\.创建maven项目,构建项目结构3\.编写提供者项目4\.安装dubboadmin查看服务信息5\.编写消费者的

消息发送流程：!这里写图片描述(https://imgblog.csdn.net/20180905170801267?watermark/2/text/aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FudXJub21lcnU/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA/disso

kafkakafka属于Stream的消费模型，为了支持多partition的消费关系，引入了consumergroup的概念，同时支持在消费端动态的reblance操作，当多个Consumer订阅了同一个Topic时，会根据分区策略进行消费者订阅分区的重分配。只要consumergroup与

SpringCloud的负载均衡组件用的是Ribbon，这个东西就是服务消费者。它只是一个配置用的中转器，放在Zuul和 EurekaClient之间用来转发的，它里面写了好多规则，用来指定负载的规则。首先，Zuul：application.ymleureka:client:serviceUrl:

本节主要讲述镜像队列。镜像队列的主要作用是用来解决队列的单点故障。镜像队列主要有两种类型：master和slave。master和slave节点位于同一个集群中。master只要一个节点，slave可以有多个节点。生产者发送到主节点消息会同时被发往各个slave节点，除了发送消息，其他动作只会发给master，然后通过master广播给其他slave

前言JMS的消息确认模式，定义了客户端（消息发送者或者消费者）与broker确认消息的方式，可以认为是客户端与Broker之间建立一种简单的“担保”机制。在java的JMS标准中，javax.jms.Session包定义了4种消息确认模式，分别是：\\AUTO\_ACKNOWLEDGE：\\自动确认\\

这个是rpc远程调用的简单demo：Consumer通过rpc远程调用Provider的服务方法sayHelloWorld(Stringmsg)，然后Provider返回""HelloWorld"给Consumer。这里采用netty来实现远程通信实现rpc调用，消费者通过代理来进行远程调用远程服务。本文涉及的知识点有代理模式，jd

简介在上一节中，我们讨论了feignhystrix在项目开发中，除了考虑正常的调用之外，负载均衡和故障转移也是关注的重点，这也是feignribbonhystrix的优势所在，本节我们就讨论一下在feign中使用ribbon，有两种方式一、通过在配置文件application.yml配置，开启ribbon,并指定调用生产者相对上

!(https://oscimg.oschina.net/oscnet/up4596697d7918a914b39348df311c6366353.png)前言本文Dubbo使用版本2.7.5Dubbo通过使用dubbo:service配置或@service在解析完配置后进行服务暴露，供服务消费者消费。Dubbo的