bbo

dubbo的Filter在调用的什么阶段执行的呢Dubbo的Filter是一个调用另一个的，最后再执行业务代码。在这一行调下一个Filter，那么写在这行代码前面的代码就是在业务代码前拦截了，写在之后的代码就是执行完业务代码后拦截了。直连加不发布服务 DUBBO的配置属性里面对消费端提供了不从注册中心发现服务的机制，直接配置远程接口的地址，这样可以保证消费端连接到制定的环境接口。这样消费端是解决了问题，但是服务提供端呢？如上图的B1它即是消费端也是服务提供端，它提供A1所依赖的接口，那么如果B1将它的服务发布到注册中心里面(这里需要提醒，STABLE环境机制里面所有子环境公用一个注册中心)，那么势必会导致stable环境里面的A会发现B1提供的服务？势必会导致stable环境的不稳定（stable环境的机制是stable环境只能进不能出，就是不能调用外部其他子环境的服务）？所以B1不能发布服务到注册中心，dubbo也提供了相关的配置属性来支持这一点。

直连加不发布服务DUBBO的配置属性里面对消费端提供了不从注册中心发现服务的机制，直接配置远程接口的地址，这样可以保证消费端连接到制定的环境接口。这样消费端是解决了问题，但是服务提供端呢？如上图的B1它即是消费端也是服务提供端，它提供A1所依赖的接口，那么如果B1将它的服务发布到注册中心里面(这里需要提醒，STABLE环境机制里面所有子环境公用一个注册中心)，那么势必会导致stable环境里面的A会发现B1提供的服务？势必会导致stable环境的不稳定（stable环境的机制是stable环境只能进不能出，就是不能调用外部其他子环境的服务）？所以B1不能发布服务到注册中心，dubbo也提供了相关的配置属性来支持这一点。

直连加不发布服务DUBBO的配置属性里面对消费端提供了不从注册中心发现服务的机制，直接配置远程接口的地址，这样可以保证消费端连接到制定的环境接口。这样消费端是解决了问题，但是服务提供端呢？如上图的B1它即是消费端也是服务提供端，它提供A1所依赖的接口，那么如果B1将它的服务发布到注册中心里面(这里需要提醒，STABLE环境机制里面所有子环境公用一个注册中心)，那么势必会导致stable环境里面的A会发现B1提供的服务？势必会导致stable环境的不稳定（stable环境的机制是stable环境只能进不能出，就是不能调用外部其他子环境的服务）？所以B1不能发布服务到注册中心，dubbo也提供了相关的配置属性来支持这一点。

dubbo 的设计思路是微内核+插件， Filter 等插件被 dubbo 创建，而不是被 spring 创建。 Filter 和 spring 两不相认，如果想在 Filter 中使用被 spring 管理的对象，注入 spring 的bean，怎么办？ 在 Filter 中新建一个 setter 方法。此方法名称形如 setAbc ，有且仅有一个参数。 在 spring 上下文中定义一个名为“abc”的bean，类型要对。 如此即可实现，在 Fliter 被实例化后，此 setter 被调用，传入名为“abc”的bean（一定要类型正确，名字对上更好，详细算法见3.2节结尾处）。 （4.章介绍另一种机制， spring 利用 instrumentation ， load-time-weaver 令非 spring 管理的对象也能使用 spring 基础设施，开阔思路，不建议用） 这部分尽可能从现象到原因探索。 Filter 中的 setter 可被 dubbo 调起，在 spring 的 ApplicationContext 中按名字查找并塞进一个bean。 Filter 等插件被按 SPI 机制管理， com.alibaba.dubbo.common.extension.ExtensionLoader<T> 的 public T getExtension(String name) 函数被用于加载特定的插件，其中有一层缓存，真正的创建过程在 private T createExtension(String name) 函数中。 createExtension(...) 函数源码如下 可见其中的主要步骤： 再看 injectExtension(...) 函数源码： 可见其中的主要步骤： 属性 private final ExtensionFactory objectFactory 在私有构造函数中被初始化： 接口 ExtensionFactory 中只有一个方法，见源码： 按照 dubbo 的 SPI 机制的惯例，见 META-INF/dubbo/internal/com.alibaba.dubbo.common.extension.ExtensionFactory 内容： 关注“spring”名称对应的 SpringExtensionFactory ，其源码片段： 可见其中查找逻辑： 查找 SpringExtensionFactory 在哪里被调用，仅 ReferenceBean 和 ServiceBean ，这两个类是使用 dubbo-spring 一定绕不开的。 涉及 SpringExtensionFactory 的逻辑相似， ReferenceBean 和 ServiceBean 均实现了 ApplicationContextAware ，回调方法中有 （ ServiceBean 的此方法中多了增加监听器的功能） 可见其中调用了 SpringExtensionFactory 的静态方法 public static void addApplicationContext(ApplicationContext context) 核心思路是利用 instrumentation 和 load-time-weaver 。 启动时加入 -javaagent 参数，在自定义 Filter 上加 @Configurable 注解。 不建议的理由主要是需要修改启动脚本。

直连加不发布服务DUBBO的配置属性里面对消费端提供了不从注册中心发现服务的机制，直接配置远程接口的地址，这样可以保证消费端连接到制定的环境接口。这样消费端是解决了问题，但是服务提供端呢？如上图的B1它即是消费端也是服务提供端，它提供A1所依赖的接口，那么如果B1将它的服务发布到注册中心里面(这里需要提醒，STABLE环境机制里面所有子环境公用一个注册中心)，那么势必会导致stable环境里面的A会发现B1提供的服务？势必会导致stable环境的不稳定（stable环境的机制是stable环境只能进不能出，就是不能调用外部其他子环境的服务）？所以B1不能发布服务到注册中心，dubbo也提供了相关的配置属性来支持这一点。下面我例举出通过哪些配置可以实现这种方案：服务消费端:DUBBO在消费端提供了一个url的属性来指定某个服务端的地址<!--lang:xml--><dubbo:reference interface="com.alibaba.dubbo.demo.HelloWorldService" check="false" id="helloWorldService"/>默认的方式是从注册中心发现接口为com.alibaba.dubbo.demo.HelloWorldService的服务，但是如果需要直连，可以在dubbo.properties下面配置dubbo.reference.helloWorldService.url=dubbo://ip:port/com.alibaba.dubbo.demo.HelloWorldService可以通过配置dubbo.reference.url=dubbo://ip:port/来让某个消费者系统的服务都指向制定的服务器地址（关于配置信息可以参考《DUBBO配置规则详解》）

连加不发布服务 DUBBO的配置属性里面对消费端提供了不从注册中心发现服务的机制，直接配置远程接口的地址，这样可以保证消费端连接到制定的环境接口。

自定义的spring配置 基于sping 扩展schma 利用 DubboNamespaceHandler 实现对自定义schema的解析。见配置文件：spring.handlers spring.schemas 二，Consumer对于服务接口的透明调用 基于Javassist的动态代理模式，自动生成代理类。 通过InvokerInvocationHandler的invoker调用： return invoker.invoke(new RpcInvocation(method, args)).recreate(); invoker RPC通信，基于mina、netty等。 三，dubbo的扩展机制 实现方式类似sun的spi模式，实现自身的可扩展性。简单实现了接口的注入。 1，Extension 注解 value=组件的名字 具体实现见ExtensionLoader 2，主要方法： loadExtensionClasses 加载所有实现了META-INF/services目录下文件中的类，文件名为接口名。根据Extension注解的名字为key，CLASS为VALUE放到缓存的MAP中。 getAdaptiveExtension 利用代码生成创建一下接口的适配器类： Protocol Cluster ProxyFactory 等等 这个适配器类以Adaptive注解声明的值或者接口名为KEY，从URL中的参数或者URL getProtocol() 作为key的值， 然后ExtensionLoader.getExtensionLoader(Protocol.class).getExtension(key ) 获得

Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案主要核心部件Remoting: 网络通信框架，实现了sync-over-async 和 request-response 消息机制.RPC: 一个远程过程调用的抽象，支持负载均衡、容灾和集群功能Registry: 服务目录框架用于服务的注册和服务事件发布和订阅。Dubbo采用全Spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，Dubbo基于Spring的Schema扩展进行加载。

周末看到社区的协议迁移开始被提交了pr，还没merge,打算拜读一下 看到 HttpRemoteInvocation 被更改了，这里是要把 json-rpc 协议转换为 http 协议 HTTP 请求本身也可以看做是 RPC 的一种具体形式。HTTP 请求也一样是可以从本地发一个信号到服务器，服务器上执行某个函数，然后返回一些信息给客户端。 经常用的一些数据通过HTTP协议来传输，thrift，grpc，xml-rpc，json-rpc都是通过HTTP传输的。也就说json-rpc是依赖http协议传输的，所以新建一个公共的代理协议，凡是用http协议传输的数据格式都设置这个协议，是比较好的方案。 根据dubbo的类机构继承图，是沿用SPI机制实现的 AbstractProxyProtocol 这里比较重要的是 protocolBindingRefer 方法。,构建一个DubboInvoker对象,根据dubbo的动态代理不断找到调用方的目标对象，添加到invoke当中，但这里没有指定要传输的格式，所以在dubbo序列化的时候还是会走默认的hessian协议，需要对协议中传入的格式进行校验 基本思路：将参数中的service(传输格式传入)设置到dubbo的代理，拿到代理之后添加到invoke的责任链当中，返回一个dubbo的代理对象给调用方

dubbo的Filter在调用的什么阶段执行的呢Dubbo的Filter是一个调用另一个的，最后再执行业务代码。在这一行调下一个Filter，那么写在这行代码前面的代码就是在业务代码前拦截了，写在之后的代码就是执行完业务代码后拦截了。直连加不发布服务 DUBBO的配置属性里面对消费端提供了不从注册中心发现服务的机制，直接配置远程接口的地址，这样可以保证消费端连接到制定的环境接口。这样消费端是解决了问题，但是服务提供端呢？如上图的B1它即是消费端也是服务提供端，它提供A1所依赖的接口，那么如果B1将它的服务发布到注册中心里面(这里需要提醒，STABLE环境机制里面所有子环境公用一个注册中心)，那么势必会导致stable环境里面的A会发现B1提供的服务？势必会导致stable环境的不稳定（stable环境的机制是stable环境只能进不能出，就是不能调用外部其他子环境的服务）？所以B1不能发布服务到注册中心，dubbo也提供了相关的配置属性来支持这一点。

直连加不发布服务DUBBO的配置属性里面对消费端提供了不从注册中心发现服务的机制，直接配置远程接口的地址，这样可以保证消费端连接到制定的环境接口。这样消费端是解决了问题，但是服务提供端呢？如上图的B1它即是消费端也是服务提供端，它提供A1所依赖的接口，那么如果B1将它的服务发布到注册中心里面(这里需要提醒，STABLE环境机制里面所有子环境公用一个注册中心)，那么势必会导致stable环境里面的A会发现B1提供的服务？势必会导致stable环境的不稳定（stable环境的机制是stable环境只能进不能出，就是不能调用外部其他子环境的服务）？所以B1不能发布服务到注册中心，dubbo也提供了相关的配置属性来支持这一点。下面我例举出通过哪些配置可以实现这种方案：服务消费端:DUBBO在消费端提供了一个url的属性来指定某个服务端的地址默认的方式是从注册中心发现接口为com.alibaba.dubbo.demo.HelloWorldService的服务，但是如果需要直连，可以在dubbo.properties下面配置dubbo.reference.helloWorldService.url=dubbo://ip:port/com.alibaba.dubbo.demo.HelloWorldService可以通过配置dubbo.reference.url=dubbo://ip:port/来让某个消费者系统的服务都指向制定的服务器地址（关于配置信息可以参考《DUBBO配置规则详解》）

刚开始测试时候将所有容器都放在同一台主机中，测试过程很顺利，但是当进行Docker主机扩展，将容器部署在不同的主机时候，就发现一个奇怪的现象：应用之间调试不通了。这里对具体问题解释一下：Dubbo提供了一个方便的服务发现机制，每个服务（这里称为提供者）只要向Dubbo注册中心注册过，注册中心就会将服务的地址发送给同样在注册中心注册的服务调用方（这里称为消费者），之后即使Dubbo注册中心挂了也不影响服务的调用。

dubbo调用模块核心功能是发起一个远程方法的调用并顺利拿到返回结果，其体系组成如下：1. 透明代理：通过动态代理技术，屏蔽远程调用细节以提高编程友好性。2. 负载均衡：当有多个提供者是，如何选择哪个进行调用的负载算法。3. 容错机制：当服务调用失败时采取的策略4. 调用方式：支持同步调用、异步调用5. 结果获取：指同步等待结果返回，还是异步通过回调通知获取结果。

这个做好了很牛了，但要有大量的知识做支撑: 1 linux操作系统的知识，这里指的是linux内核的运作机制，如进程管理/内存管理等，总之需要懂得linux是怎么运作的。 2 linux外围，如shell脚本/各种工具集这些 3 分布式理论基础，可以看看hadoop这些开源分布式系统的实现原理 4 大量的经验，系统集成是个大工程，经验永远是很重要的。 5 一定的语言基础C++/JAVA

一、Dubbo整体架构1、Dubbo与Spring的整合Dubbo在使用上可以做到非常简单，不管是Provider还是Consumer都可以通过Spring的配置文件进行配置，配置完之后，就可以像使用spring bean一样进行服务暴露和调用了，完全看不到dubbo api的存在。这是因为dubbo使用了spring提供的可扩展Schema自定义配置支持。在spring配置文件中，可以像、这样进行配置。META-INF下的spring.handlers文件中指定了dubbo的xml解析类：DubboNamespaceHandler。像前面的被解析成ServiceConfig，被解析成ReferenceConfig等等。 2、jdk spi扩展由于Dubbo是开源框架，必须要提供很多的可扩展点。Dubbo是通过扩展jdk spi机制来实现可扩展的。具体来说，就是在META-INF目录下，放置文件名为接口全称，文件中为key、value键值对，value为具体实现类的全类名，key为标志值。由于dubbo使用了url总线的设计，即很多参数通过URL对象来传递，在实际中，具体要用到哪个值，可以通过url中的参数值来指定。 Dubbo对spi的扩展是通过ExtensionLoader来实现的，查看ExtensionLoader的源码，可以看到Dubbo对jdk spi做了三个方面的扩展： （1）jdk spi仅仅通过接口类名获取所有实现，而ExtensionLoader则通过接口类名和key值获取一个实现；（2）Adaptive实现，就是生成一个代理类，这样就可以根据实际调用时的一些参数动态决定要调用的类了。 （3）自动包装实现，这种实现的类一般是自动激活的，常用于包装类，比如Protocol的两个实现类：ProtocolFilterWrapper、ProtocolListenerWrapper。 3、url总线设计Dubbo为了使得各层解耦，采用了url总线的设计。我们通常的设计会把层与层之间的交互参数做成Model，这样层与层之间沟通成本比较大，扩展起来也比较麻烦。因此，Dubbo把各层之间的通信都采用url的形式。比如，注册中心启动时，参数的url为： registry://0.0.0.0:9090?codec=registry&transporter=netty 这就表示当前是注册中心，绑定到所有ip，端口是9090，解析器类型是registry，使用的底层网络通信框架是netty。 二、Dubbo启动过程Dubbo分为注册中心、服务提供者(provider)、服务消费者(consumer)三个部分。 1、注册中心启动过程注册中心的启动过程，主要看两个类：RegistrySynchronizer、RegistryReceiver，两个类的初始化方法都是start。 RegistrySynchronizer的start方法： （1）把所有配置信息load到内存；（2）把当前注册中心信息保存到数据库； （3）启动5个定时器。 5个定时器的功能是： （1）AutoRedirectTask，自动重定向定时器。默认1小时运行1次。如果当前注册中心的连接数高于平均值的1.2倍，则将多出来的连接数重定向到其他注册中心上，以达到注册中心集群的连接数均衡。 （2）DirtyCheckTask，脏数据检查定时器。作用是：分别检查缓存provider、数据库provider、缓存consumer、数据库consumer的数据，清除脏数据；清理不存活的provider和consumer数据；对于缓存中的存在的provider或consumer而数据库不存在，重新注册和订阅。 （3）ChangedClearTask，changes变更表的定时清理任务。作用是读取changes表，清除过期数据。 （4）AlivedCheckTask，注册中心存活状态定时检查，会定时更新registries表的expire字段，用以判断注册中心的存活状态。如果有新的注册中心，发送同步消息，将当前所有注册中心的地址通知到所有客户端。 （5）ChangedCheckTask，变更检查定时器。检查changes表的变更，检查类型包括：参数覆盖变更、路由变更、服务消费者变更、权重变更、负载均衡变更。 RegistryReceiver的start方法：启动注册中心服务。默认使用netty框架，绑定本机的9090端口。最后启动服务的过程是在NettyServer来完成的。接收消息时，抛开dubbo协议的解码器，调用类的顺序是 NettyHandler-》NettyServer-》MultiMessageHandler-》HeartbeatHandler-》AllDispatcher-》DecodeHandler-》HeaderExchangeHandler-》RegistryReceiver-》RegistryValidator-》RegistryFailover-》RegistryExecutor。2、provider启动过程provider的启动过程是从ServiceConfig的export方法开始进行的，具体步骤是： （1）进行本地jvm的暴露，不开放任何端口，以提供injvm这种形式的调用，这种调用只是本地调用，不涉及进程间通信。 （2）调用RegistryProtocol的export。 （3）调用DubboProtocol的export，默认开启20880端口，用以提供接收consumer的远程调用服务。 （4）通过新建RemoteRegistry来建立与注册中心的连接。 （5）将服务地址注册到注册中心。 （6）去注册中心订阅自己的服务。 3、consumer启动过程consumer的启动过程是通过ReferenceConfig的get方法进行的，具体步骤是： （1）通过新建RemoteRegistry来建立与注册中心的连接。 （2）新建RegistryDirectory并向注册中心订阅服务，RegistryDirectory用以维护注册中心获取的服务相关信息。 （3）创建代理类，发起consumer远程调用时，实际调用的是InvokerInvocationHandler。 三、实际调用过程consumer端发起调用时，实际调用经过的类是： 1、consumer: InvokerInvocationHandler-》MockClusterInvoker(如果配置了Mock，则直接调用本地Mock类)-》FailoverClusterInvoker(负载均衡，容错机制，默认在发生错误的情况下，进行两次重试)-》RegistryDirectory$InvokerDelegete-》ConsumerContextFilter-》FutureFilter->DubboInvoker NettyServer-》MultiMessageHandler-》HeartbeatHandler-》AllDispatcher-》DecodeHandler-》HeaderExchangeHandler-》DubboProtocol.requestHandler-》EchoFilter-》ClassLoaderFilter-》GenericFilter-》ContextFilter-》ExceptionFilter-》TimeoutFilter-》MonitorFilter-》TraceFilter-》实际service。四、Dubbo使用的设计模式1、工厂模式ServiceConfig中有个字段，代码是这样的： private static final Protocol protocol = ExtensionLoader.getExtensionLoader(Protocol.class).getAdaptiveExtension();Dubbo里有很多这种代码。这也是一种工厂模式，只是实现类的获取采用了jdk spi的机制。这么实现的优点是可扩展性强，想要扩展实现，只需要在classpath下增加个文件就可以了，代码零侵入。另外，像上面的Adaptive实现，可以做到调用时动态决定调用哪个实现，但是由于这种实现采用了动态代理，会造成代码调试比较麻烦，需要分析出实际调用的实现类。 2、装饰器模式Dubbo在启动和调用阶段都大量使用了装饰器模式。以Provider提供的调用链为例，具体的调用链代码是在ProtocolFilterWrapper的buildInvokerChain完成的，具体是将注解中含有group=provider的Filter实现，按照order排序，最后的调用顺序是 EchoFilter-》ClassLoaderFilter-》GenericFilter-》ContextFilter-》ExceptionFilter-》TimeoutFilter-》MonitorFilter-》TraceFilter。更确切地说，这里是装饰器和责任链模式的混合使用。例如，EchoFilter的作用是判断是否是回声测试请求，是的话直接返回内容，这是一种责任链的体现。而像ClassLoaderFilter则只是在主功能上添加了功能，更改当前线程的ClassLoader，这是典型的装饰器模式。 3、观察者模式Dubbo的provider启动时，需要与注册中心交互，先注册自己的服务，再订阅自己的服务，订阅时，采用了观察者模式，开启一个listener。注册中心会每5秒定时检查是否有服务更新，如果有更新，向该服务的提供者发送一个notify消息，provider接受到notify消息后，即运行NotifyListener的notify方法，执行监听器方法。 4、动态代理模式Dubbo扩展jdk spi的类ExtensionLoader的Adaptive实现是典型的动态代理实现。Dubbo需要灵活地控制实现类，即在调用阶段动态地根据参数决定调用哪个实现类，所以采用先生成代理类的方法，能够做到灵活的调用。生成代理类的代码是ExtensionLoader的createAdaptiveExtensionClassCode方法。代理类的主要逻辑是，获取URL参数中指定参数的值作为获取实现类的key。

首先是不建议采用XA两阶段提交方式去处理分布式事务，要知道要能够支持XA分布式事务，必须是要实现XA规范才可以，而Service本身是无状态的，如果这样去做了等于是把Service内部的东西暴露了出去。对于分布式事务最好的方式还是事务补偿或者BASE基于消息的最终一致性。 可以设想一个最简单的分布式事务场景，对于跨银行的转账操作，该操作涉及到调用两个异地的Service服务，一个是本地提供的取款服务，一个是目标银行提供的存款服务，该两个服务本身无状态且独立，构成一个完整的事务。对于事务的处理初步分析: 事务补偿机制 事务补偿即在事务链中的任何一个正向事务操作，都必须存在一个完全符合回滚规则的可逆事务。如果是一个完整的事务链，则必须事务链中的每一个业务服务或操作都有对应的可逆服务。对于Service服务本身无状态，也不容易实现前面讨论过的通过DTC或XA机制实现的跨应用和资源的事务管理，建立跨资源的事务上下文。因此也较难以实现真正的预提交和正式提交的分离。 在这种情况下以上面例子来说，首先调用取款服务，完全调用成功并返回，数据已经持久化。然后调用异地的存款服务，如果也调用成功，则本身无任何问题。如果调用失败，则需要调用本地...首先是不建议采用XA两阶段提交方式去处理分布式事务，要知道要能够支持XA分布式事务，必须是要实现XA规范才可以，而Service本身是无状态的，如果这样去做了等于是把Service内部的东西暴露了出去。对于分布式事务最好的方式还是事务补偿或者BASE基于消息的最终一致性。可以设想一个最简单的分布式事务场景，对于跨银行的转账操作，该操作涉及到调用两个异地的Service服务，一个是本地提供的取款服务，一个是目标银行提供的存款服务，该两个服务本身无状态且独立，构成一个完整的事务。对于事务的处理初步分析:事务补偿机制事务补偿即在事务链中的任何一个正向事务操作，都必须存在一个完全符合回滚规则的可逆事务。如果是一个完整的事务链，则必须事务链中的每一个业务服务或操作都有对应的可逆服务。对于Service服务本身无状态，也不容易实现前面讨论过的通过DTC或XA机制实现的跨应用和资源的事务管理，建立跨资源的事务上下文。因此也较难以实现真正的预提交和正式提交的分离。在这种情况下以上面例子来说，首先调用取款服务，完全调用成功并返回，数据已经持久化。然后调用异地的存款服务，如果也调用成功，则本身无任何问题。如果调用失败，则需要调用本地注册的逆向服务（本地存款服务），如果本地存款服务调用失败，则必须考虑重试，如果约定重试次数仍然不成功，则必须log到完整的不一致信息。也可以是将本地存款服务作为消息发送到消息中间件，由消息中间件接管后续操作。在上面方式中可以看到需要手工编写大量的代码来处理以保证事务的完整性，我们可以考虑实现一个通用的事务管理器，实现事务链和事务上下文的管理。对于事务链上的任何一个服务正向和逆向操作均在事务管理和协同器上注册，由事务管理器接管所有的事务补偿和回滚操作。基于消息的最终一致性在这里首先要回答的是我们需要时实时一致性还是最终一致性的问题，如果需要的是最终一致性，那么BASE策略中的基于消息的最终一致性是比较好的解决方案。这种方案真正实现了两个服务的真正解耦，解耦的关键就是异步消息和消息持久化机制。还是以上面的例子来看。对于转账操作，原有的两个服务调用变化为第一步调用本地的取款服务，第二步发送异地取款的异步消息到消息中间件。如果第二步在本地，则保证事务的完整性基本无任何问题，即本身就是本地事务的管理机制。只要两个操作都成功即可以返回客户成功。由于解耦，我们看到客户得到成功返回的时候，如果是上面一种情况则异地卡马上就能查询账户存款增加。而第二种情况则不一定，因为本身是一种异步处理机制。消息中间件得到消息后会去对消息解析，然后调用异地银行提供的存款服务进行存款，如果服务调用失败则进行重试。异地银行存款操作不应该长久地出现异常而无法使用，因此一旦发现异常我们可以迅速的解决，消息中间件中异常服务自然会进行重试以保证事务的最终一致性。这种方式假设问题一定可以解决，在不到万不得已的情况下本地的取款服务一般不进行可逆操作。在本地取款到异地存款两个服务调用之间，会存在一个真空期，这段时间相关现金不在任何一个账户，而只是在一个事务的中间状态，但是客户并不关心这个，只要在约定的时间保证事务最终的一致性即可。关于等幂操作的问题重复调用多次产生的业务结果与调用一次产生的业务结果相同，简单点讲所有提供的业务服务，不管是正向还是逆向的业务服务，都必须要支持重试。因为服务调用失败这种异常必须考虑到，不能因为服务的多次调用而导致业务数据的累计增加或减少。关于是否可以补偿的问题在这里我们谈的是多个跨系统的业务服务组合成一个分布式事务，因此在对事务进行补偿的时候必须要考虑客户需要的是否一定是最终一致性。客户对中间阶段出现的不一致的承受度是如何的。在上面的例子来看，如果采用事务补偿机制，基本可以是做到准实时的补偿，不会有太大的影响。而如果采用基于消息的最终一致性方式，则可能整个周期比较长，需要较长的时间才能给得到最终的一致性。比如周六转款，客户可能下周一才得到通知转账不成功而进行了回退，那么就必须要考虑客户是否能给忍受。其次对于前面讨论，如果真正需要的是实时的一致性，那么即使采用事务补偿机制，也无法达到实时的一致性。即很可能在两个业务服务调用中间，客户前台业务操作对持久化的数据进行了其它额外的操作。在这种模式下，我们不得不考虑需要在数据库表增加业务状态锁的问题，即整个事务没有完整提交并成功前，第一个业务服务调用虽然持久化在数据库，但是仍然是一个中间状态，需要通过业务锁来标记，控制相关的业务操作和行为。但是在这种模式下无疑增加了整个分布式业务系统的复杂度。

1、Dubbo与Spring的整合 Dubbo在使用上可以做到非常简单，不管是Provider还是Consumer都可以通过Spring的配置文件进行配置，配置完之后，就可以像使用 spring bean一样进行服务暴露和调用了，完全看不到dubbo api的存在。这是因为dubbo使用了spring提供的可扩展Schema自定义配置支持。在spring配置文件中，可以像、这样进行配置。 META-INF下的spring.handlers文件中指定了dubbo的xml解析类：DubboNamespaceHandler。像前面的被解 析成ServiceConfig，被解析成ReferenceConfig等等。 2、jdk spi扩展 由于Dubbo是开源框架，必须要提供很多的可扩展点。Dubbo是通过扩展jdk spi机制来实现可扩展的。具体来说，就是在META-INF目录下，放置文件名为接口全称，文件中为key、value键值对，value为具体实现类 的全类名，key为标志值。由于dubbo使用了url总线的设计，即很多参数通过URL对象来传递，在实际中，具体要用到哪个值，可以通过url中的参 数值来指定。 Dubbo对spi的扩展是通过ExtensionLoader来实现的，查看ExtensionLoader的源码，可以看到Dubbo对jdk spi做了三个方面的扩展：（1）jdk spi仅仅通过接口类名获取所有实现，而ExtensionLoader则通过接口类名和key值获取一个实现；（2）Adaptive实现，就是生成一个代理类，这样就可以根据实际调用时的一些参数动态决定要调用的类了。（3）自动包装实现，这种实现的类一般是自动激活的，常用于包装类，比如Protocol的两个实现类：ProtocolFilterWrapper、ProtocolListenerWrapper。 3、url总线设计 Dubbo为了使得各层解耦，采用了url总线的设计。我们通常的设计会把层与层之间的交互参数做成Model，这样层与层之间沟通成本比较大，扩展起来也比较麻烦。因此，Dubbo把各层之间的通信都采用url的形式。比如，注册中心启动时，参数的url为： registry://0.0.0.0:9090?codec=registry&transporter=netty 这就表示当前是注册中心，绑定到所有ip，端口是9090，解析器类型是registry，使用的底层网络通信框架是netty。 二、Dubbo启动过程Dubbo分为注册中心、服务提供者(provider)、服务消费者(consumer)三个部分。 1、注册中心启动过程 注册中心的启动过程，主要看两个类：RegistrySynchronizer、RegistryReceiver，两个类的初始化方法都是start。 RegistrySynchronizer的start方法：（1）把所有配置信息load到内存；（2）把当前注册中心信息保存到数据库；（3）启动5个定时器。 5个定时器的功能是： （1）AutoRedirectTask，自动重定向定时器。默认1小时运行1次。如果当前注册中心的连接数高于平均值的1.2倍，则将多出来的连接数重定向到其他注册中心上，以达到注册中心集群的连接数均衡。 （2）DirtyCheckTask，脏数据检查定时器。作用是：分别检查缓存provider、数据库provider、缓存consumer、数据库 consumer的数据，清除脏数据；清理不存活的provider和consumer数据；对于缓存中的存在的provider或consumer而数 据库不存在，重新注册和订阅。 （3）ChangedClearTask，changes变更表的定时清理任务。作用是读取changes表，清除过期数据。 （4）AlivedCheckTask，注册中心存活状态定时检查，会定时更新registries表的expire字段，用以判断注册中心的存活状态。如果有新的注册中心，发送同步消息，将当前所有注册中心的地址通知到所有客户端。 （5）ChangedCheckTask，变更检查定时器。检查changes表的变更，检查类型包括：参数覆盖变更、路由变更、服务消费者变更、权重变更、负载均衡变更。

Remoting: 网络通信框架，实现了 sync-over-async 和 request-response 消息机制.RPC: 一个远程过程调用的抽象，支持负载均衡、容灾和集群功能Registry: 服务目录框架用于服务的注册和服务事件发布和订阅

Dubbo有很长一段时间的发展史，2018年的时候不知道为什么阿里暂更了一年，之后又重新开始更新。之前一直是阿里在维护，后面阿里把它捐给了Apache基金会，由Apache来维护，2.6.x之前，maven中的包名都是alibaba，2.7.0之后包名改成了apache，其中整合入系统中有一些差异；发展史: Dubbo的原理什么的以及它的组成这里就不扯了，直接说说dubbo的项目结构吧。 基本的Dubbo项目组成分为三个部分： 接口层这里自定义了接口，实现部分由服务提供层来实现。建议将model也放在接口层中，接口层中对dubbo没有相关依赖，在这里pom就不提供了。

这个做好了很牛了，但要有大量的知识做支撑:1 linux操作系统的知识，这里指的是linux内核的运作机制，如进程管理/内存管理等，总之需要懂得linux是怎么运作的。2 linux外围，如shell脚本/各种工具集这些3 分布式理论基础，可以看看hadoop这些开源分布式系统的实现原理4 大量的经验，系统集成是个大工程，经验永远是很重要的。5 一定的语言基础C++/JAVA

直连加不发布服务 DUBBO的配置属性里面对消费端提供了不从注册中心发现服务的机制，直接配置远程接口的地址，这样可以保证消费端连接到制定的环境接口。这样消费端是解决了问题，但是服务提供端呢？B1它即是消费端也是服务提供端，它提供A1所依赖的接口，那么如果B1将它的服务发布到注册中心里面

看看有没有报错，可能是触发到dubbo的重试机制，在service里面配置一下超时时间以及重试次数就可以了：@Service(timeout = 5000,retries = -1)

有可能是超时重试了 也有可能就是有两个dubbo的jar包

　　具体的缺点不太清楚，毕竟不是专业的人员，只能给你简单介绍下：　　Dubbo是一种服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和 Spring框架无缝集成。　　主要的核心部件：　　Remoting: 网络通信框架，实现了 sync-over-async 和　　request-response 消息机制.　　RPC: 一个远程过程调用的抽象，支持负载均衡、容灾和集群功能　　Registry: 服务目录框架用于服务的注册和服务事件发布和订阅

首先是不建议采用XA两阶段提交方式去处理分布式事务，要知道要能够支持XA分布式事务，必须是要实现XA规范才可以，而Service本身是无状态的，如果这样去做了等于是把Service内部的东西暴露了出去。对于分布式事务最好的方式还是事务补偿或者BASE基于消息的最终一致性。 可以设想一个最简单的分布式事务场景，对于跨银行的转账操作，该操作涉及到调用两个异地的Service服务，一个是本地提供的取款服务，一个是目标银行提供的存款服务，该两个服务本身无状态且独立，构成一个完整的事务。对于事务的处理初步分析: 事务补偿机制 事务补偿即在事务链中的任何一个正向事务操作，都必须存在一个完全符合回滚规则的可逆事务。如果是一个完整的事务链，则必须事务链中的每一个业务服务或操作都有对应的可逆服务。对于Service服务本身无状态，也不容易实现前面讨论过的通过DTC或XA机制实现的跨应用和资源的事务管理，建立跨资源的事务上下文。因此也较难以实现真正的预提交和正式提交的分离。 在这种情况下以上面例子来说，首先调用取款服务，完全调用成功并返回，数据已经持久化。然后调用异地的存款服务，如果也调用成功，则本身无任何问题。如果调用失败，则需要调用本地...首先是不建议采用XA两阶段提交方式去处理分布式事务，要知道要能够支持XA分布式事务，必须是要实现XA规范才可以，而Service本身是无状态的，如果这样去做了等于是把Service内部的东西暴露了出去。对于分布式事务最好的方式还是事务补偿或者BASE基于消息的最终一致性。可以设想一个最简单的分布式事务场景，对于跨银行的转账操作，该操作涉及到调用两个异地的Service服务，一个是本地提供的取款服务，一个是目标银行提供的存款服务，该两个服务本身无状态且独立，构成一个完整的事务。对于事务的处理初步分析:事务补偿机制事务补偿即在事务链中的任何一个正向事务操作，都必须存在一个完全符合回滚规则的可逆事务。如果是一个完整的事务链，则必须事务链中的每一个业务服务或操作都有对应的可逆服务。对于Service服务本身无状态，也不容易实现前面讨论过的通过DTC或XA机制实现的跨应用和资源的事务管理，建立跨资源的事务上下文。因此也较难以实现真正的预提交和正式提交的分离。在这种情况下以上面例子来说，首先调用取款服务，完全调用成功并返回，数据已经持久化。然后调用异地的存款服务，如果也调用成功，则本身无任何问题。如果调用失败，则需要调用本地注册的逆向服务（本地存款服务），如果本地存款服务调用失败，则必须考虑重试，如果约定重试次数仍然不成功，则必须log到完整的不一致信息。也可以是将本地存款服务作为消息发送到消息中间件，由消息中间件接管后续操作。在上面方式中可以看到需要手工编写大量的代码来处理以保证事务的完整性，我们可以考虑实现一个通用的事务管理器，实现事务链和事务上下文的管理。对于事务链上的任何一个服务正向和逆向操作均在事务管理和协同器上注册，由事务管理器接管所有的事务补偿和回滚操作。基于消息的最终一致性在这里首先要回答的是我们需要时实时一致性还是最终一致性的问题，如果需要的是最终一致性，那么BASE策略中的基于消息的最终一致性是比较好的解决方案。这种方案真正实现了两个服务的真正解耦，解耦的关键就是异步消息和消息持久化机制。还是以上面的例子来看。对于转账操作，原有的两个服务调用变化为第一步调用本地的取款服务，第二步发送异地取款的异步消息到消息中间件。如果第二步在本地，则保证事务的完整性基本无任何问题，即本身就是本地事务的管理机制。只要两个操作都成功即可以返回客户成功。由于解耦，我们看到客户得到成功返回的时候，如果是上面一种情况则异地卡马上就能查询账户存款增加。而第二种情况则不一定，因为本身是一种异步处理机制。消息中间件得到消息后会去对消息解析，然后调用异地银行提供的存款服务进行存款，如果服务调用失败则进行重试。异地银行存款操作不应该长久地出现异常而无法使用，因此一旦发现异常我们可以迅速的解决，消息中间件中异常服务自然会进行重试以保证事务的最终一致性。这种方式假设问题一定可以解决，在不到万不得已的情况下本地的取款服务一般不进行可逆操作。在本地取款到异地存款两个服务调用之间，会存在一个真空期，这段时间相关现金不在任何一个账户，而只是在一个事务的中间状态，但是客户并不关心这个，只要在约定的时间保证事务最终的一致性即可。关于等幂操作的问题重复调用多次产生的业务结果与调用一次产生的业务结果相同，简单点讲所有提供的业务服务，不管是正向还是逆向的业务服务，都必须要支持重试。因为服务调用失败这种异常必须考虑到，不能因为服务的多次调用而导致业务数据的累计增加或减少。关于是否可以补偿的问题在这里我们谈的是多个跨系统的业务服务组合成一个分布式事务，因此在对事务进行补偿的时候必须要考虑客户需要的是否一定是最终一致性。客户对中间阶段出现的不一致的承受度是如何的。在上面的例子来看，如果采用事务补偿机制，基本可以是做到准实时的补偿，不会有太大的影响。而如果采用基于消息的最终一致性方式，则可能整个周期比较长，需要较长的时间才能给得到最终的一致性。比如周六转款，客户可能下周一才得到通知转账不成功而进行了回退，那么就必须要考虑客户是否能给忍受。其次对于前面讨论，如果真正需要的是实时的一致性，那么即使采用事务补偿机制，也无法达到实时的一致性。即很可能在两个业务服务调用中间，客户前台业务操作对持久化的数据进行了其它额外的操作。在这种模式下，我们不得不考虑需要在数据库表增加业务状态锁的问题，即整个事务没有完整提交并成功前，第一个业务服务调用虽然持久化在数据库，但是仍然是一个中间状态，需要通过业务锁来标记，控制相关的业务操作和行为。但是在这种模式下无疑增加了整个分布式业务系统的复杂度。

从架构的角度来看，API网关暴露http接口服务,其本身不涉及业务逻辑,只负责包括请求路由、负载均衡、权限验证、流量控制、缓存等等功能。其定位类似于Nginx请求转发、但功能要多于Nginx,背后连接了成百上千个后台服务，这些服务协议可能是rest的，也可能是rpc协议等等。 网关的定位决定了它生来就需要高性能、高效率的。网关对接着成百上千的服务接口,承受者高并发的业务需求，因此我们对其性能要求严苛，其基本功能如下: Flurry是云集自研的一款轻量级、异步流式化、针对Dubbo的高性能API网关。与业界大多数网关不同的是，flurry自己实现了 http与dubbo协议互转的流式化的dubbo-json协议，可高性能、低内存要求的对http和dubbo协议进行转换。除此之外，其基于 netty作为服务容器，提供服务元数据模型等等都是非常具有特点的。下面我们将详细介绍 flurry的特性: Flurry 网关请求响应基于Netty线程模型,后者是实现了Reactive,反应式模式规范的,其设计就是来榨干CPU的，可以大幅提升单机请求响应的处理能力。 最终,Flurry通过使用Netty线程模型和NIO通讯协议实现了HTTP请求和响应的异步化。 每一次http请求最终都会由Netty的一个Client Handler来处理,其最终以异步模式请求后台服务，并返回一个CompletableFuture,当有结果返回时才会将结果返回给前端。 见下面一段例子: 有了服务元数据,我们就可以不必需要服务的API包,并能够清晰的知道整个服务API的定义。 这在Dubbo服务Mock调用、服务测试、文档站点、流式调用等等场景下都可以发挥抢到的作用。 小孩子才分对错，成年人只看利弊。额外引入一个元数据生成机制，必然带来运维成本、理解成本、迁移成本等问题，那么它具备怎样的价值，来说服大家选择它呢？上面我们介绍元数据中心时已经提到了服务测试、服务 MOCK 等场景，这一节我们重点探讨一下元数据中心的价值和使用场景。 那么，Dubbo服务元数据能够利用到哪些场景呢？下面我们来详细描述。 Http请求，数据通过JSON传输,其格式严格按照接口POJO属性。返回结果再序列化为Json返回前端。现在大多数开源的网关,在dubbo协议适配上都是采用的泛化模式来做到协议转换的,这其中就包括 Soul 等。 JsonString -> JSONObject(Map) -> Binary 将JSON 字符串转换为 JSON 对象模型（JSONObject),此处通过第三方JSON映射框架（如Google的Gson, 阿里的FastJSON等)来做,然后将Map通过Hessian2 协议序列化为Binaray。 自定义的Dubbo-Json协议参考了 dapeng-soa 的流式解析协议的思想,详情请参考: dapeng-json 针对上述泛化模式转换Dubbo协议的缺点,我们在flurry-core 中的 Dubbo-Json 序列化协议做到了这点，下面我们来讲解它是如何高效率的完成JsonString到 dubbo hessian2 序列化buffer的转换的。 虽然大部分情况下的JSON请求、返回都是数据量较小的场景, 但作为平台框架, 也需要应对更大的JSON请求和返回, 比如1M、甚至10M. 在这些场景下, 如果需要占用大量的内存, 那么势必导致巨大的内存需求, 同时引发频繁的GC操作, 也会联动影响到整个网关的性能. Dubbo-Json参考了XML SAX API的设计思想, 创造性的引入了JSON Stream API, 采用流式的处理模式, 实现JSON 对 hessian2 的双向转换, 无论数据包有多大, 都可以在一定固定的内存规模内完成. 流式协议，顾名思义就是边读取边解析,数据像水流一样在管道中流动,边流动边解析，最后，数据解析完成时，转换成的hessian协议也已全部写入到了buffer中。 这里处理的核心思想就是实现自己的Json to hessian2 buffer 的语法和此法解析器,并配合前文提及的元数据功能,对每一个读取到的json片段通过元数据获取到其类型，并使用 hessian2协议以具体的方式写入到buffer中。 首先我们来看看JSON的结构. 一个典型的JSON结构体如下 其对应Java POJO 自然就是上述三个属性,这里我们略过。下面是POJO生成的元数据信息 相比XML而言，JSON数据类型比较简单, 由 Object/Array/Value/String/Boolean/Number 等元素组成, 每种元素都由特定的字符开和结束. 例如Object以"{"以及"}"这两个字符标志开始以及结束, 而Array是"["以及"]". 简单的结构使得JSON比较容易组装以及解析。 如图,我们可以清晰的了解JSON的结构,那么对上述JSON进行解析时,当每一次解析到一个基本类型时,先解析到key，然后根据key到元数据信息中获取到其value类型，然后直接根据对应类型的hessian2序列化器将其序列化到byte buffer中。 当解析到引用类型,即 Struct类型时,我们将其压入栈顶,就和java方法调用压栈操作类似。 通过上面的步骤一步一步，每解析一步Json，就将其写入到byte buffer中，最终完成整个流式的解析过程。 拿上面json为例: 总结: 上述整个请求和响应,网关处理如下: 请求和响应中没有像泛化模式中的中间对象转换，直接一步到位，没有多余的临时对象占用内存,没有多余的数据转换,整个过程像在管道中流式的进行。 如上图所示，flurry dubbo网关不必依赖任何dubbo接口API包,而是直接通过获取服务元数据、并通过dubbo-json流式协议来调用后端服务。其本身不会耦合业务逻辑。 硬件部署与参数调整 对基于Y-Hessian的 异步化、流式转换的Yunji Dubbo API网关进行性能压测，了解它的处理能力极限是多少，这样有便于我们推断其上线后的处理能力,以及对照现有的Tomcat接入层模式的优势,能够节约多少资源，做到心里有数。 性能测试场景 上述场景均使用wrk在压测节点上进行5～10min钟的压测，压测参数基本为12线程256连接或者512连接，以发挥最大的压测性能。 flurry集Dubbo网关、异步、流式、高性能于一身,其目标就是替代一些以tomcat作为dubbo消费者的接入层，以更少的节点获得更多的性能提升，节约硬件资源和软件资源。 后续在flurry的基础上，将实现鉴权管理、流量控制、限流熔断、监控收集等等功能 Flurry : 基于Dubbo服务的高性能、异步、流式网关 dubbo-json : 自定义的Dubbo协议，支持流式序列化模式，为flurry网关序列化/反序列化组件。 Yunji-doc-site : 与元数据集成相关的项目,以及文档站点 dapeng-soa : Dapeng-soa 是一个轻量级、高性能的微服务框架，构建在Netty以及定制的精简版Thrift之上。 同时，从Thrift IDL文件自动生成的服务元数据信息是本框架的一个重要特性，很多其它重要特性都依赖于服务元数据信息。 最后，作为一站式的微服务解决方案，Dapeng-soa还提供了一系列的脚手架工具以支持用户快速的搭建微服务系统 dapeng-json :dapeng-json协议介绍

推荐的关于redis、dubbo、nocas的书：1.Redis设计与实现：Redis技术专家撰写，深入了解Redis技术内幕的之作。从源码角度解析Redis的架构设计、实现原理和工作机制，为高效使用 Redis 提供原理性指导；2.深入理解Apache Dubbo与实战：主要侧重于详细解读Dubbo框架工作原理和底层机制，并结合少量核心源码进行讲解。在原理的基础上，展示一些动手扩展Dubbo特性的实战场；3.Nacos架构&原理：Nacos 开源之前在阿里内部已经发展了十年，沉淀了很多优秀的能力，如其易用性、稳定性、实时性以及大规模的特性；也有很多历史负担，在开源的时候我们取其精华进行开源，为了提升代码的健壮性和扩展性，进行了充分的分层和模块化设计。

总所周知，Dubbo、SpringCloud和Kubernetes是当前三个主流的开源框架和平台。 服务化框架和平台的选择是搭建微服务的一个基础，非常重要。其中Dubbo是阿里巴巴开源的，SpringCloud是netflix开源的，Kubernetes是谷歌开源的。它们都是分布式微服务框架平台的一套解决办法。值得一提的是，这3种产品其功能上是有重叠的，部分功能还可能是排他的，所以说不要相互之间进行混搭使用，架构保持一致性，维护起来也方便。 微服务的最终目的是要实现业务逻辑，实现业务价值。为了让开发人员更专注于业务逻辑的开发，通常微服务需要底层的基础设施的支撑，这些基础设施的支撑称为微服务公共关注点(Common Concerns)。如下图所示： 服务发现与负载均衡中，dubbo主要是基于Zookeeper实现的，阿里还开源了一个产品Nacos，其功能像Java版的Consul，Nacos后续可能会替换zk成为dubbo首选的服务发现机制。 在API网关中，阿里没有开源网关，而K8s中则是定义了名叫Ingress规范，具体可以采用不同的实现，比如说Nginx，Envoy或者Traefik。 在配置管理中，Nacos也具备配置的功能。SpringCloud采用的是Config，其后端是基于Git进行配置管理的。 在服务框架中，K8s是与框架无关的，只认容器，不同的语言栈都可以住在K8s中，这是最大的亮点。 在自动伸缩和自愈方面，K8s具有自动故障和自愈的能力，自动伸缩需要引入额外的组件，完全实现是需要一定的门槛，感兴趣可以关注一下。 在进程隔离方面，K8s是通过容器进行进程隔离的，同时还引入Pod进一步对服务进行隔离。 在环境管理方面，K8s是内置Namespace进行逻辑隔离的，可以实现多环境，各个环境可以单独配置认证授权机制。 在流量治理方面，这里的流量治理指的是高级的流量调度、A、B和蓝绿部署的能力。Dubbo通过zk+client是支持一定的流量调度能力的。 Dubbo、SpringCloud是框架组件，K8s是平台。 所以我们在理解服务的关注点，根据企业上下文考量后选择，尽量不要混搭，保持体系的一致性。 看了大牛的分析，自己学到了很多。

dubbo没有熔断机制，不过可以自己实现，或者使用Spring Cloud。二者区别如下对比：顺便分享下资料：37套精品Java架构师高并发高性能高可用分布式集群电商缓存

这次讲 dubbo-spring-boot-starter 启动方式，所以入口就是Spring的SPI机制； 首先在META-INF/spring.factories配置下，配置了org.apache.dubbo.spring.boot.autoconfigure.DubboAutoConfiguration类，在启动时，则会把DubboAutoConfiguration类注册到spring容器中； 我们来看下DubboAutoConfiguration 先看启动流程 我们先看下生产者端的启动流程，首先是在Spring中注册ServiceAnnotationBeanPostProcessor类该类实现了BeanDefinitionRegistryPostProcessor接口，则在Spring容器初始化时，会调用postProcessBeanDefinitionRegistry方法 我们会看到，这个时候会去注册DubboBootstrapApplicationListener类，这个类我们等流程到了在分析，我们先按启动流程看过去；resolvePackagesToScan方法先获取到需要扫描的包 ，然后再调用registerServiceBeans去注册相关实例，我们重点来看下registerServiceBeans方法 接下来，我们主要去看下registerServiceBean方法 接下来，我们来看下buildServiceBeanDefinition方法 到这，ServiceBean注册成功，ServiceBean类很重要，每个Dubbo service实例都对应一个ServiceBean，相关配置都在ServiceBean中；我们再回到开始注册的DubboBootstrapApplicationListener类 DubboBootstrapApplicationListener类继承了OneTimeExecutionApplicationContextEventListener，OneTimeExecutionApplicationContextEventListener实现了ApplicationListener，主要监听了Spring容器生命周期，我们看下onApplicationContextEvent方法 我们可以看到，当Spring容器启动成功时，会调用dubboBootstrap.start()； 接下来，主要逻辑在ServiceBean中，这个export方法在其父类ServiceConfig中，我们下一篇主要讲ServiceConfig逻辑；

国外也有很多的， Dubbo是阿里巴巴开源出来的一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及作为SOA服务治理的方案。它的核心功能包括：uf06c remoting: 远程通讯基础，提供对多种NIO框架抽象封装，包括“同步转异步”和“请求-响应”模式的信息交换方式。uf06c Cluster: 服务框架核心，提供基于接口方法的远程过程调用，包括多协议支持，并提供软负载均衡和容错机制的集群支持。uf06c registry: 服务注册中心，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。

我们都知道Dubbo可以与Spring进行融合，那是怎么进行融合的呢？ 我先介绍一下官方文档中是如何实现与Spring融合的，然后再从底层分析一下。 Service注解暴露服务 增加应用配置信息 指定Spring扫描路径 Reference注解引用服务 增加应用配置信息 指定Spring扫描路径 调用服务 上面是整体融合Spring的案例，接下来分析 Service 注解和 Reference 注解是怎么实现的。 当用户使用注解 @DubboComponentScan 时，会激活 DubboComponentScanRegister ，同时生成 ServiceAnnotationBeanPostProcessor 和 ReferenceAnnotationBeanPostProcessor , ServiceAnnotationBeanPostProcessor 处理器实现了 BeanDefinitionRegistryPostProcessor 接口，Spring容器会在所有Bean注册之后回调 postProcessBeanDefinitionRegistry 方法。 在这个方法里先提取用户配置的扫描包名称，然后委托Spring对所有符合包名的class文件做字节码分析，然后扫描Dubbo的注解@Service作为过滤条件，将扫描的服务创建 BeanDefinitionHolder ，用于生成 ServiceBean 定义，最后注册 ServiceBean 的定义并做数据绑定和解析。 这时我们注册了 ServiceBean 的定义，但是还没有实例化。 ServicecBean 的结构如下： InitializingBean 只包含 afterPropertiesSet() 方法，继承该接口的类，在初始化Bean的时候会执行该方法。在构造方法之后调用。 ApplicationContextAware Spring容器会检测容器中的所有Bean，如果发现某个Bean实现了 ApplicationContextAware 接口，Spring容器会在创建该Bean之后，自动调用该Bean的 setApplicationContextAware() 方法，调用该方法时，会将容器本身作为参数传给该方法。 ApplicationListener 当Spring容器初始化之后，会发布一个ContextRefreshedEvent事件，实现ApplicationListener接口的类，会调用 onApplicationEvent() 方法。 重要的接口主要是这几个，那么执行的先后顺序是怎样的呢？ 如果某个类实现了ApplicationContextAware接口，会在类初始化完成后调用setApplicationContext（）方法进行操作 首先会执行 ApplicationContextAware 中的 setApplicationContextAware() 方法。 这里主要是将Spring的上下文引用保存到 SpringExtensionFactory 中，里面有个set集合，保存所有的Spring上下文。这里实现了Dubbo与Spring容器的相连，在SPI机制中利用 ExtensionLoader.getExtension 生成扩展类时，会有一个依赖注入的过程，即调用 injectExtension() 方法，它会通过反射获取类的所有方法，然后遍历以set开头的方法，得到set方法的参数类型，再通过ExtensionFactory寻找参数类型相同的扩展类实例。 如果某个类实现了InitializingBean接口，会在类初始化完成后，并在setApplicationContext（）方法执行完毕后，调用afterPropertiesSet（）方法进行操作 然后会调用 InitializingBean 的 afterPropertiesSet() 方法。 主要是将Dubbo中的应用信息、注册信息、协议信息等设置到变量中。最后有个方法值得注意的是 isDelay 方法当返回true时，表示无需延迟导出；返回false时，表示需要延迟导出。 最后会调用 ApplicationListene 中的 onApplicationEvent 方法。 此时 ServiceBean 开始暴露。 具体的暴露流程之前已经介绍容量。 在Dubbo中处理 ReferenceBean 是通过 ReferenceAnnotionBeanPostProcessor 处理的，该类继承了 InstantiationAwareBeanPostProcessor ，用来解析@Reference注解并完成依赖注入。 InstatiationAwareBeanPostProcessor postProcessBeforeInstantiation 方法： 在实例化目标对象执行之前，可以自定义实例化逻辑，如返回一个代理对象。 postProcessAfterInitialization 方法：Bean实例化完成后执行的后处理操作，所有初始化逻辑、装配逻辑之前执行。 postProcessPropertyValues 方法： 完成其他定制的一些依赖注入和依赖检查等，可以增加属性和属性值修改。 新版本出现了改动，采用 AnnotationInjectedBeanPostProcessor 来处理。 AnnotationInjectedBeanPostProcessor 是 ReferenceAnnotationBeanPostProcessor 的父类，它实现InstantiationAwareBeanPostProcessorAdapter的postProcessPropertyValues方法,这个是实例化的后置处理,这个方式是在注入属性时触发,就是要在注入@Reference的接口时候,要将接口封装成动态代理的实例注入到Spring容器中. 主要分为两步： 1） 获取类中标注的@Reference注解的字段和方法。 2）反射设置字段或方法对应的引用 最重要的是第二步，通过 inject 方法进行反射绑定。 里面最主要的就是对生成的ReferenceBean设置一个代理对象。 服务引用的触发时机有两个： 一种是ReferenceBean初始化的时候；另一种是ReferenceBean对应的服务被注入到其他类中时引用。

网页链接看一下子这个文章

dubbo 是一款开源的 RPC 框架，主要有3个角色： 提供者（provider） 、 消费者（consumer） 、 注册中心（registry） 提供者启动时向注册中心注册服务地址，消费者启动时订阅服务，并通过获取到的提供者地址发起调用，当提供者地址变更时，通过注册中心向消费者推送变更。这就是 dubbo 主要的工作流程。 在2.7.5之前，dubbo 只支持接口级服务发现模型，>=2.7.5的版本提供了接口级与应用级两种服务发现模型，3.0之后的版本应用级服务发现更是非常重要的一个功能。 本文将从为什么需要引入应用级服务发现，dubbo 实现应用级服务发现的难点以及dubbo3 是如何解决这些问题这三个部分进行讲解。 开始前，我们先了解下 dubbo 最初提供的接口级服务发现是怎样的。 dubbo 服务的注册发现是以 接口 为最小粒度的，在 dubbo 中将其抽象为一个 URL ，大概长这样： 看着很乱？捋一捋： 无论是存储还是变更推送压力都可能遇到瓶颈，数据多表现在这两个方面： 这个问题好解决： 拆！ dubbo 在 2.7 之后的版本支持了 元数据中心 与 配置中心 ，对于URL的参数进行分类存储。持久不变的（如application、method等）参数存储到元数据中心中，可能在运行时变化（timeout、tag）的存储到配置中心中 无论是增加一台机器还是增加一个接口，其增长都是线性的，这个问题比单条数据大更严重。 当抹去注册信息中的 interface 信息，这样数据量就大大减少 只用过 dubbo 的同学可能觉得这很主流。 但从服务发现的角度来看： 无论是用的最多的服务注册发现系统 DNS ，又或者是 SpringCloud 体系、 K8S 体系，都是以应用为维度进行服务注册发现的，只有和这些体系对齐，才能更好地与之进行打通。 在我了解的范围里，目前只有 dubbo 、 SOFARPC 、 HSF 三个阿里系的 RPC 框架支持了接口级的服务发现。 provider端暴露服务： consumer端引用服务： 本地调用远程的方法时，只需要配置一个 reference ，然后直接使用 interface 来调用，我们不必去实现这个 interaface，dubbo 自动帮我们生成了一个代理进行 RPC 调用，屏蔽了通信的细节，让我们有种 像调用本地方法一样调用远程方法的感觉 ，这也是 dubbo 的优势。 从这里我们能看出为什么 dubbo 要设计成接口级服务发现，因为要为每一个 interface 生成一个代理，就必须定位到该 interface 对应服务暴露的服务地址，为了方便，dubbo 就这么设计了。 如果让我来设计应用级服务发现，注册不必多说，按应用名注册即可。 至于订阅，在目前 dubbo 机制下，必须得告诉消费者消费的每个接口是属于哪个应用，这样才能定位到接口部署在哪里。 实现 dubbo 应用级服务发现，难点在于 保留接口级服务发现，且默认采取双注册方式，可配置使用哪种服务发现模型，如下配置使用应用级服务发现 名词有点高大上，但道理很简单，让 dubbo 自己去匹配，提供者注册的时候把接口和应用名的映射关系存储起来，消费者消费时根据接口名获取到部署的应用名，再去做服务发现。 数据存储在哪里？显然元数据中心非常合适。该方案用户使用起来和之前接口级没有任何不同，但需要增加一个元数据中心，架构变得复杂。 且有一个问题是，如果接口在多个应用下部署了，dubbo 查找的策略是都去订阅，这可能在某些场景下不太合适。 本文从接口级服务发现讲到应用级服务发现，包含了为什么 dubbo 设计成接口级服务发现，接口级服务发现有什么痛点？基于 dubbo 现状如何设计应用级服务发现，应用级服务发现实现有什么难点等等问题进行解答，相信看完的小伙伴一定有所收获。

直连加不发布服务DUBBO的配置属性里面对消费端提供了不从注册中心发现服务的机制，直接配置远程接口的地址，这样可以保证消费端连接到制定的环境接口。这样消费端是解决了问题，但是服务提供端呢？如上图的B1它即是消费端也是服务提供端，它提供A1所依赖的接口，那么如果B1将它的服务发布到注册中心里面(这里需要提醒，STABLE环境机制里面所有子环境公用一个注册中心)，那么势必会导致stable环境里面的A会发现B1提供的服务？势必会导致stable环境的不稳定（stable环境的机制是stable环境只能进不能出，就是不能调用外部其他子环境的服务）？所以B1不能发布服务到注册中心，dubbo也提供了相关的配置属性来支持这一点。下面我例举出通过哪些配置可以实现这种方案：服务消费端:DUBBO在消费端提供了一个url的属性来指定某个服务端的地址默认的方式是从注册中心发现接口为com.alibaba.dubbo.demo.HelloWorldService的服务，但是如果需要直连，可以在dubbo.properties下面配置dubbo.reference.helloWorldService.url=dubbo://ip:port/com.alibaba.dubbo.demo.HelloWorldService可以通过配置dubbo.reference.url=dubbo://ip:port/来让某个消费者系统的服务都指向制定的服务器地址（关于配置信息可以参考《DUBBO配置规则详解》）-

Mock 机制是 RPC 框架中非常常见、也非常有用的功能，不仅可以用来实现服务降级，还可以用来在测试中模拟调用的各种异常情况。Dubbo 中的 Mock 机制是在 Consumer 这一端实现的，具体来说就是在 Cluster 这一层实现的。 在前面深入介绍了 Dubbo 提供的多种 Cluster 实现以及相关的 Cluster Invoker 实现，其中的 ZoneAwareClusterInvoker 就涉及了 MockClusterInvoker 的相关内容。本文我们就来介绍 Dubbo 中 Mock 机制的全链路流程，不仅包括与 Cluster 接口相关的 MockClusterWrapper 和 MockClusterInvoker，还会回顾之前的 Router 和 Protocol 接口，分析它们与 Mock 机制相关的实现。 Cluster 接口有两条继承线（如下图所示）：一条线是 AbstractCluster 抽象类，这条继承线涉及的全部 Cluster 实现类；另一条线是 MockClusterWrapper 这条线。 MockClusterWrapper 是 Cluster 对象的包装类，在之前介绍 Dubbo SPI 机制时已经分析过 Wrapper 的功能，MockClusterWrapper 类会对 Cluster 进行包装。下面是 MockClusterWrapper 的具体实现，其中会在 Cluster Invoker 对象的基础上使用 MockClusterInvoker 进行包装： MockClusterInvoker 是 Dubbo Mock 机制的核心，它主要是通过 invoke()、doMockInvoke() 和 selectMockInvoker() 这三个核心方法来实现 Mock 机制的。 下面就来逐个介绍这三个方法的具体实现。 首先来看 MockClusterInvoker 的 invoke() 方法，它会先判断是否需要开启 Mock 机制。如果在 mock 参数中配置的是 force 模式，则会直接调用 doMockInvoke() 方法进行 mock。如果在 mock 参数中配置的是 fail 模式，则会正常调用 Invoker 发起请求，在请求失败的时候，会调动 doMockInvoke() 方法进行 mock。下面是 MockClusterInvoker 的 invoke() 方法的具体实现： 在 doMockInvoke() 方法中，首先调用 selectMockInvoker() 方法获取 MockInvoker 对象，并调用其 invoke() 方法进行 mock 操作。doMockInvoke() 方法的具体实现如下： selectMockInvoker() 方法中并没有进行 MockInvoker 的选择或是创建，它仅仅是将 Invocation 附属信息中的 invocation.need.mock 属性设置为 true，然后交给 Directory 中的 Router 集合进行处理。selectMockInvoker() 方法的具体实现如下： MockInvokersSelector 是 Dubbo Mock 机制相关的 Router 实现，在未开启 Mock 机制的时候，会返回正常的 Invoker 对象集合；在开启 Mock 机制之后，会返回 MockInvoker 对象集合。MockInvokersSelector 的具体实现如下： 在 getMockedInvokers() 方法中，会根据 URL 的 Protocol 进行过滤，只返回 Protocol 为 mock 的 Invoker 对象，而 getNormalInvokers() 方法只会返回 Protocol 不为 mock 的 Invoker 对象。 介绍完 Mock 功能在 Cluster 层的相关实现之后，还要来看一下 Dubbo 在 RPC 层对 Mock 机制的支持，这里涉及 MockProtocol 和 MockInvoker 两个类。 首先来看 MockProtocol，它是 Protocol 接口的扩展实现，扩展名称为 mock。MockProtocol 只能通过 refer() 方法创建 MockInvoker，不能通过 export() 方法暴露服务，具体实现如下： 下面再来看 MockInvoker 是如何解析各类 mock 配置的，以及如何根据不同 mock 配置进行不同处理的。这里重点来看 MockInvoker.invoke() 方法，其中针对 mock 参数进行的分类处理具体有下面三条分支： MockInvoker.invoke() 方法的具体实现如下所示： 针对 return 和 throw 的处理逻辑比较简单，但 getInvoker() 方法略微复杂些，其中会处理 MOCK_MAP 缓存的读写、Mock 实现类的查找、生成和调用 Invoker，具体实现如下： 在 getMockObject() 方法中会检查 mockService 参数是否为 true 或 default，如果是的话，则在服务接口后添加 Mock 字符串，作为服务接口的 Mock 实现；如果不是的话，则直接将 mockService 实现作为服务接口的 Mock 实现。getMockObject() 方法的具体实现如下： 本文重点介绍了 Dubbo 中 Mock 机制涉及的全部内容：

随着业务的发展、用户量的增长、系统并发访问需求越来越大，系统数量增多，调用依赖关系也变得复杂，为了确保系统高可用、高并发的要求，系统的架构也从单体时代慢慢迁移至服务SOA时代，根据不同服务对系统资源的要求不同，我们可以更合理的配置系统资源，使系统资源利用率最大化。而Dubbo则是SOA服务化治理方案的一个核心框架。 Dubbo作为阿里巴巴内部的SOA服务化治理方案的核心框架，在2012年时已经每天为2000+个服务提供3,000,000,000+次访问量支持，并被广泛应用于阿里巴巴集团的各成员站点。Dubbo自2011年开源后，已被许多非阿里系公司使用，其中既有当当网、网易考拉等互联网公司，也有中国人寿、青岛海尔等传统企业。 Dubbo是一个高性能服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案，使得应用可通过高性能RPC实现服务的输出和输入功能，和Spring框架可以无缝集成。 作为一个分布式服务框架，以及SOA治理方案，Dubbo其功能主要包括： Dubbo最大的特点是按照分层架构思维构建应用服务，使用这种方式可以使各个层之间解耦合（或者最大限度地松耦合）。从服务模型的角度来看，Dubbo采用的是一种非常简单的模型，要么是提供方提供服务，要么是消费方消费服务，所以基于这一点可以抽象出 服务提供方（Provider） 和 服务消费方（Consumer） 两个角色。 Dubbo包含 远程通讯、服务集群和服务发现与注册 三个核心部分。提供透明化的远程方法调用，实现像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。同时具备软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。可以实现服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。 Dubbo服务组件调用关秕说明 ： Dubbo框架设计一共划分了10个层，而最上面的Service层是留给实际想要使用Dubbo开发分布式服务的开发者实现业务逻辑的接口层。 图中左边淡蓝背景的为服务消费方使用的接口，右边淡绿色背景的为服务提供方使用的接口， 位于中轴线上的为双方都用到的接口。 下面，结合Dubbo官方文档，我们分别理解一下框架分层架构中，各个层次的设计要点： 从上图可以看出， Dubbo对于服务提供方和服务消费方，从框架的10层中分别提供了各自需要关心和扩展的接口，构建整个服务生态系统（服务提供方和服务消费方本身就是一个以服务为中心的） 。 根据官方提供的，对于上述各层之间关系的描述，如下所示：

Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。dubbo就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有dubbo这样的分布式服务框架的需求，并且本质上是个服务调用的东东，说白了就是个远程服务调用的分布式框架（告别Web Service模式中的WSdl，以服务者与消费者的方式在dubbo上注册）。Dubbo的核心部分包括：1、远程通讯：提供对多种基于长连接的NIO框架抽象封装，包括多种线程模型，序列化，以及“请求-响应”模式的信息交换方式。2、集群容错：提供基于接口方法的透明远程过程调用，包括多协议支持，以及软负载均衡，失败容错，地址路由，动态配置等集群支持。3、服务自动注册与发现：基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。Dubbo的作用1、透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。2、软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。3、服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。

u2003SPI全称为Service Provider Interface，是一种服务提供机制，比如在现实中我们经常会有这种场景，就是对于一个规范定义方而言（可以理解为一个或多个接口），具体的服务实现方是不可知的（可以理解为对这些接口的实现类），那么在定义这些规范的时候，就需要规范定义方能够通过一定的方式来获取到这些服务提供方具体提供的是哪些服务，而SPI就是进行这种定义的。 说明： Dubbo 的扩展点加载是基于JDK 标准的 SPI 扩展点发现机制增强而来的，Dubbo 改进了 JDK 标准的 SPI 的以下问题： dubbo对于SPI的实现主要是在ExtensionLoader这个类中，这个类主要有三个方法： 如下是getExtension()方法的源码： createExtension()方法的源码： 在createExtension()方法中，其主要做了三件事： 关于wrapper对象，这里需要说明的是，其主要作用是为目标对象实现AOP。wrapper对象有两个特点： getExtensionClasses()方法的源码 loadDirectory()方法的源码： loadClass()方法的源码 loadClass()方法主要作用是对子类进行划分，这里主要划分成了三部分： 总结而言，getExtension()方法主要是获取指定名称对应的子类。在获取过程中，首先会从缓存中获取是否已经加载过该子类，如果没加载过则通过定义文件加载，并且使用获取到的wrapper对象封装目标对象返回。 getAdaptiveExtension()方法源码

总结一下服务注册与发现机制： 基于注册 中心的事件通知（订阅与发布），一切支持事件订阅与发布的框架都可以作为Dubbo注册中心的选型。 1、服务提供者在暴露服务时，会向注册中心注册自己，具体就是在${service interface}/providers目录下添加 一个节点（临时），服务提供者需要与注册中心保持长连接，一旦连接断掉（重试连接）会话信息失效后，注册中心会认为该服务提供者不可用（提供者节点会被删除）。 2、消费者在启动时，首先也会向注册中心注册自己，具体在${interface interface}/consumers目录下创建一个节点。 3、消费者订阅${service interface}/ [ providers、configurators、routers ]三个目录，这些目录下的节点删除、新增事件都胡通知消费者，根据通知，重构服务调用器(Invoker)。 以上就是Dubbo服务注册与动态发现机制的原理与实现细节。

I、初始化过程细节： 上图中的第一步start，就是将服务装载容器中，然后准备注册服务。和Spring中启动过程类似，spring启动时，将bean装载进容器中的时候，首先要解析bean。所以dubbo也是先读配置文件解析服务。 解析服务： 1）、基于dubbo.jar内的Meta-inf/spring.handlers配置，spring在遇到dubbo名称空间时，会回调DubboNamespaceHandler类。 2）、所有的dubbo标签，都统一用DubboBeanDefinitionParser进行解析，基于一对一属性映射，将XML标签解析为Bean对象。 在ServiceConfig.export 或者ReferenceConfig.get 初始化时，将Bean对象转会为url格式，将所以Bean属性转成url的参数。 然后将URL传给Protocol扩展点，基于扩展点的Adaptive机制，根据URL的协议头，进行不同协议的服务暴露和引用。 （2）服务消费者消费一个服务的详细过程 服务消费的主过程： 首先ReferenceConfig类的init方法调用Protocol的refer方法生成Invoker实例(如上图中的红色部分)，这是服务消费的关键。 接下来把Invoker转换为客户端需要的接口(如：HelloWorld)。

答案是肯定可以的，我将从下面几点进行说明: 1.dubbo 的调用流程 2.Dubbo整体设计 3.从源码上说明注册中心挂了还是可以继续通信的 Dubbo 调用流程 架构图 流程说明： 1.Provider(提供者)绑定指定端口并启动服务 2.提供者连接注册中心，并发本机IP、端口、应用信息和提供服务信息发送至注册中心存储 3.Consumer(消费者），连接注册中心 ，并发送应用信息、所求服务信息至注册中心 4.注册中心根据 消费 者所求服务信息匹配对应的提供者列表发送至Consumer 应用缓存。 5.Consumer 在发起远程调用时基于缓存的消费者列表择其一发起调用。 6.Provider 状态变更会实时通知注册中心、在由注册中心实时推送至Consumer 这么设计的意义： Dubbo 整体设计 其协作流程如下： 从源码上说明注册中心挂了还是可以继续通信的 首先要把消费者注册到Zookeeper注册中心 然后使用RegistryDirectory 监听一下几个目录(会自动触发一次去获取这些目录上的当前数据) 当前所引入的服务的动态配置目录：/dubbo/config/dubbo/org.apache.dubbo.demo.DemoService:1.1.1:g1.configurators 比如监控providers 目录： 当有服务提供者注册，zookeeper会自动推动给订阅的消费者，然后转换为invoker存储到缓存中 我们在看调用时的代码： 我们看到 FailoverClusterInvoker 的doInvoke方法 Invoker invoker = select(loadbalance, invocation, copyInvokers, invoked); 此方法根据负载均衡器去缓存中获取一个invoker, 上面的 copyInvokers 就是上面我们缓存进去的 List invokers = routerChain.route(getConsumerUrl(), invocation); 总结 在我们系统启动时，已经缓存了注册中心上的所有服务，后续的注册中心挂了只会影响到后续则注册，不会影响调用！ Dubbo分布式的RPC，微服务框架， 包括三个关键功能：基于接口的远程调用，容错与负载均衡，服务自动注册与发现。 Dubbo使得调用远程服务就像调用本地java服务一样简单。 参考Dubbo官方文档：包括实现细节，远程调用细节，服务提供者暴露服务。 主要流程。 1、provider向注册中心去注册 2、consumer从注册中心订阅服务，注册中心会通知consumer注册好的服务 3、consumer调用provider 4、consumer和provider都异步的通知监控中心 基于zk作为注册中心： 【提供者】在【启动】时，向注册中心zk 【注册】自己提供的服务。 【消费者】在【启动】时，向注册中心zk 【订阅】自己所需的服务。 所以是可以的，消费者在启动时，消费者会从zk拉取注册的生产者的地址接口等数据，缓存在本地。每次调用时，按照本地存储的地址进行调用，消费者本地有一个生产者的列表，他会按照列表继续工作，倒是无法从注册中心去同步最新的服务列表，短期的注册中心挂掉是不要紧的，但一定要尽快修复，挂掉是不要紧的，但前提是你没有增加新的服务，如果你要调用新的服务，则是不能办到的

分为几个模块：内核层： dubbo自己的SPI实现 SPI机制的adpative原理 dubbo自己的IOC和AOP原理服务发布集群容错网络通信

美国的omar，是以前红牛的冠军，05年和lilou一队VS金小根和hong10。还有其他的就看05的红牛比赛吧。我帮VS表给你。Moy vs. Hong 10:1. ??? [Short Horns Loop again]2. DJ Ace - Ace In Yo Face => downloadBrahim vs. Machine:1. Jazalou & Lockefella - Slide Back => downloadPelezinho vs. Cico:1. DJ Ace - Suckers Just Try => downloadSonic vs. Rubber Legz:1. DJ Ace - Ooh, That B! => downloadRonnie vs. Born:1. ???2. Barry Kunzel - Step On => downloadJunior vs. Jora:1. ???2. Barry Kunzel - Supervisor (Instrumental) => download3. Barry Kunzel - Ziad, Ziad!Lilou vs. Physicx:1. DJ Ace - B-Boy For Life => downloadBennie vs. Omar:1. DJ Ace - Ace Power => download最后一个是他。

是对的。

Ngat qopbo pieter sambo翻译中文是Ngat qopbo彼得三宝

报错如下； org.apache.dubbo.rpc.RpcException: Failfast invoke providers dubbo://10.170.112.91:20772/com.fosun.health.open.api.PaymentChannelConfigService?anyhost=true&application=xxl-job-provider&check=false&cluster=failfast&deprecated=false&dubbo=2.0.2&dynamic=true&generic=true&group=cashier&interface=com.fosun.health.open.api.PaymentChannelConfigService&lazy=false&loadbalance=roundrobin&methods=getPayTypesByChannelId&pid=18420&qos.enable=false&register.ip=10.170.112.91&release=2.7.6&remote.application=cashier-center-core&retries=0&revision=1.0.0&side=consumer&sticky=false&timestamp=1609236320490&version=1.0.0 RoundRobinLoadBalance select from all providers [org.apache.dubbo.registry.integration.RegistryDirectory$InvokerDelegate@6ad43d32] for service org.apache.dubbo.rpc.service.GenericService method $invoke on consumer 10.170.112.91 use dubbo version 2.7.3, but no luck to perform the invocation. Last error is: Failed to invoke remote method: $invoke, provider: dubbo://10.170.112.91:20772/com.fosun.health.open.api.PaymentChannelConfigService?anyhost=true&application=xxl-job-provider&check=false&cluster=failfast&deprecated=false&dubbo=2.0.2&dynamic=true&generic=true&group=cashier&interface=com.fosun.health.open.api.PaymentChannelConfigService&lazy=false&loadbalance=roundrobin&methods=getPayTypesByChannelId&pid=18420&qos.enable=false&register.ip=10.170.112.91&release=2.7.6&remote.application=cashier-center-core&retries=0&revision=1.0.0&side=consumer&sticky=false&timestamp=1609236320490&version=1.0.0, cause: org.apache.dubbo.remoting.RemotingException: java.lang.NullPointerException java.lang.NullPointerException at org.apache.dubbo.rpc.filter.GenericFilter.invoke(GenericFilter.java:74) at org.apache.dubbo.rpc.protocol.ProtocolFilterWrapper$1.invoke(ProtocolFilterWrapper.java:81) at org.apache.dubbo.rpc.filter.ClassLoaderFilter.invoke(ClassLoaderFilter.java:38) at org.apache.dubbo.rpc.protocol.ProtocolFilterWrapper$1.invoke(ProtocolFilterWrapper.java:81) at org.apache.dubbo.rpc.filter.EchoFilter.invoke(EchoFilter.java:41) at org.apache.dubbo.rpc.protocol.ProtocolFilterWrapper$1.invoke(ProtocolFilterWrapper.java:81) at org.apache.dubbo.rpc.protocol.dubbo.DubboProtocol$1.reply(DubboProtocol.java:145) at org.apache.dubbo.remoting.exchange.support.header.HeaderExchangeHandler.handleRequest(HeaderExchangeHandler.java:100) at org.apache.dubbo.remoting.exchange.support.header.HeaderExchangeHandler.received(HeaderExchangeHandler.java:175) at org.apache.dubbo.remoting.transport.DecodeHandler.received(DecodeHandler.java:51) at org.apache.dubbo.remoting.transport.dispatcher.ChannelEventRunnable.run(ChannelEventRunnable.java:57) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) at org.apache.dubbo.rpc.cluster.support.FailfastClusterInvoker.doInvoke(FailfastClusterInvoker.java:59) at org.apache.dubbo.rpc.cluster.support.AbstractClusterInvoker.invoke(AbstractClusterInvoker.java:248) at org.apache.dubbo.rpc.cluster.support.wrapper.MockClusterInvoker.invoke(MockClusterInvoker.java:78) at org.apache.dubbo.rpc.proxy.InvokerInvocationHandler.invoke(InvokerInvocationHandler.java:55) at org.apache.dubbo.common.bytecode.proxy138.$invoke(proxy138.java) at com.xxl.job.core.handler.impl.DubboJobHandler.execute(DubboJobHandler.java:73) at com.xxl.job.core.thread.JobThread.run(JobThread.java:163) 根据报错提示找到该出源码：是因为dubbo2.7.6版本 没有判断无参方法传null校验导致报空指针错误

在上一节 SpringCloud组件之Ribbon 中，实现了一个Ribbon的Helloword,使用的是Spring Eureka 和Spring Ribbon结合使用，并且使用Ribbon的默认轮询注册清单的负载均衡策略。 Ribbon参数配置通常有两种方式：全局配置和知道客户端配置 通用格式：ribbon.<key>=<value> key：表示参数名称 value：表示参数值 例如：全局配置Ribbon创建连接的超时时间 针对指定的服务进行配置 通用格式 <client>.ribbon.<key>=<value> key：表示参数名称 value：表示参数值 client：表示客户端服务的名称 例如：我们调用的Rest请求时是 http://hello-service/hello/hello ，现在我们来为服务hello-service服务指定他的实例清单（和注册中心中的服务清单一样） 下面将单独使用Spring Ribbon组件来介绍几种Ribbon负载均衡策略，单独使用Ribbon组件，不结合Eureka组件的不同之处在于，不能根据服务名称自动从Eureka的注册中心获取一个服务的实例清单，必须手动在配置文件中添加服务实例清单。 RandomRule策略：该策略实现了从服务实例清单中 随机选择 一个服务实例，作为请求服务对象。 首先创建一个SpringBoot的服务。 pom.xml application.yaml LoadBalanceController类 LoadBalanceMain类 启动main，在浏览器中输入 http://localhost:8015/loadbalance/hello ，多次请求，可以看到页面呈现不同的请求路径。而且这些请求都是随机出现，查看后台打印 RoundRobinRule：该策略实现了按照 线性轮询 的方式一次轮询服务清单上的每个服务实例。 结合上面的例子，修改两个部分，一个是application.yaml中 NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RoundRobinRule 一个是LoadBalanceMain 中 修改ribbonRule()的返回值 RetryRule：该策略具备重试机制的实例选择功能，在给定时间内能够得到选择到具体的服务实例就返回，当超过时间还有没选到就返回null，参数maxRetryMillis控制这个超时时间。 WeightedResponseTimeRule：该策略是对RoundRobinRule的扩展，增加了根据实例的响应时间来计算权重，并从权重中选择对应的实例。该策略实现主要有三个核心内容 定时任务 WeightedResponseTimeRule策略在初始化的时候会启动一个定时任务，默认每隔30秒计算一次每个服务实例的权重 权重计算 累计所有实例的响应时间，得到总的totalResponseTime，然后为实例清单中的每个实例逐个计算权重，计算公式为 weightSoFar = weightSoFar + totalResponseTime - 该实例的平均响应时间 weightSoFar 起始为零 例子 有A，B，C，D四个实例，他们的平均响应时间是10,40,80,100， 计算总的响应时间10+40+80+100 =230 计算各个实例的权重 A: 230-10=220 B:220+(230-40)=410 C:410+(230-80)=560 D:560+(230-100)=690; 计算各个实例的权重区间 A:[0,220] B:(220,410] C:(410,560] D:(560,690) 实例选择 WeightedResponseTimeRule策略会在[0,最大权重值)之间随机选取一个数，然后在看这个数落在哪个实例的权重区间内，接着WeightedResponseTimeRule就会去选择该实例。 ClientConfigEnableRoundRobinRule：该策略一般不直接使用，有些高级的策略会继承该类，完成一些高级的策略，ClientConfigEnableRoundRobinRule策略默认使用 RoundRibinRule的线性轮询机制 BestAvailableRule策略继承ClientConfigEnableRoundRobinRule，通过遍历负载均衡中维护的所有服务实例，会过滤掉故障实例，并找出并发数请求数最小的实例，所以该策略的特性就是选出最空闲的实例 PredicateBasedRule策略继承ClientConfigEnableRoundRobinRule，该策略主要特性是“先过滤，在轮询”，也就是先过滤掉一些实例，得到过滤后的实例清单，然后轮询该实例清单，PredicateBasedRule中“过滤”功能没有实现，需要继承它的类完成，也就是说不同继承PredicateBasedRule的类有不同的“过滤特性” AvailabilityFilteringRule策略继承PredicateBasedRule策略的“先过滤，在轮询”特性， AvailabilityFilteringRule策略的过滤特性是 1：是否故障，即断路器是否生效已断开 2：实例的并发请求数大于阈值，默认2的32次方减一，该阈值可以通过 <clientName>.<nameSpace>.ActiveConnectionsLimit来设置，只要满足其中一个那么就会过滤掉

bboy born小档案： 真实姓名; 出生日期：1986年4月25号 身高：170 体重：62KG 血型：B型 居住地：韩国汉城 追求的方向：oldskoolflava & originalbboyingstyle 喜欢的音乐：bob&james 和 breakstra 尊敬的舞蹈家：jojo,action,ken,ness,abstrack,lego,next1等 个人主页： http://cyworld.com/bboyborn 原文：bboycool:First of all, I congratulate RIVERS-CREW on make the champion of Armory Cup Korea 2006^^ Born：oh thz bro 译文：bboycool:首先，我祝贺RIVERS-CREW取得Armory Cup Korea 2006冠军。 Born：噢，感谢！ 原文：Bboycool:I inquire a question. Does RIVERS join BOTY2006 Korea? Born Born:OK YES Born:we CREW winning haha 译文：bboycool:我询问一个问题，RIVERS 参加BOTY2006 韩国吗？ Born:是的 Born:我们CREW是冠军，哈哈 原文：Bboycool：how many years do you dance? Born：8years 原文：Bboycool:I inquire a question. Does RIVERS join BOTY2006 Korea? Born Born:OK YES 译文：bboycool:你跳舞多少年？ Born：8年 原文：Bboycool：your dance regiment RIVERS in 8 years? Born：nono，riverscrew regiment 2years 译文：bboycool:你一直在RIVERS跳舞8年？ Born：不不，在riverscrew2年 原文：Bboycool：You dance 8 year, in RIVERS-CREW 2 years. In what CREW is it 6 years? Born：nanjangpan you know? and gambler last superchaircrew 译文：bboycool:你跳舞8年，在RIVERS-CREW 2年，在什么CREW6年？ Born:nanjangpan 你知道？Gambler 和 suprchaircrew（我问他是合并吗？他说是^^！） 原文：Bboycool：Dance and let you feel happy? Born：sure 译文：bboycool:你跳舞感到快乐吗？ Born:当然 原文：bboycool:When you do not dance, what are you doing? Born：i dont know 译文：bboycool:当你不跳舞时，你在做什么？ Born：不知道

我也是BBOY,不太好起啊，你叫什么名字，我帮你想，

我这里有它的全部资料，但是都是韩文和英文的，只有部分我能看懂，给你翻译成英文的看看吧：2007年、2008年 Cyon Bboy 大赛冠军2008年 法国勒芒世界街舞大赛冠军（韩国队）2008年 IBE大赛代表韩国参赛2008年 RED BULL BC ONE（红牛街舞大赛）冠军2009年 BOTY（Battle Of The Year）最佳表演2009年UK街舞大赛韩国赛区冠军 详细的资料（韩文和英文的），我也看不懂，你看看吧：B-boy Master Mixed Battle vol.4 - Winner and Best DancerB-boy Pest Solo Battle - Winner KMTV Original MOVE - WinnerMonster Battle Vol.1 - Winner LEAD MOS Bboy Session Vol. 1 -WinnerBattle Time vol. 4 (in Frane) -WinnerTemple O"Style (in Frane) -WinnerFILA Battle Party 3:3 real battle - WinnerCyon Bboy Championship 2007, 2008- WinnerLe Mans World Battle (in France) - WinnerIBE 2008 hanguo daibiao chuzhan2008 CIRCLE KINGZ (in Switzerland) - Winner2008 RED BULL BC ONE - Winner (World Champion)2009 WORLD DANCE COLOSSEUM (in Japan)hanguo daibiao chuzhan - 2nd2009 BATTLE OF THE YEAR - performance winner BEST SHOW 2009 UK B-boy Championship KOREA - winner2009 IBE hanguo daibiao chuzhan2009 CIRCLE KINGZ (in Switzerland) - 2nd另外，wing要来北京教课了，12月22日-24日，在北京亦庄嘉禾舞社授课。喜欢的朋友可以来学！

丝带 单词

分类: 外语/出国 问题描述: 不是歌词，是背景的爱情故事 解析: The symbol became widely known in civilian life in the 1970s. It was the central theme of the popular song "Tie a Yellow Ribbon "Round the Old Oak Tree", performed by Tony Orlando and Dawn, as the sign a released convict requested from his wife or lover, to indicate that she still wanted him and that he would therefore be wele to return home. He would be able to see it from the bus driving by their house, and would stay on the bus in the absence of the ribbon. He turned out to be very wele: there were a hundred yellow ribbons. From the Library of Congress: In October of 1971, newspaper columnist Pete Hamill wrote a piece for the New York Post called "Going Home." In it, college students on a bus trip to the beaches of Fort Lauderdale make friends with an ex-convict who is watching for a yellow handkerchief on a roadside oak. Hamill claimed to have heard this story in oral tradition. In June of 1972, nine months later, Reader"s Digest reprinted "Going Home." Also in June 1972, ABC-TV aired a dramatized version of it in which James Earl Jones played the role of the returning ex-con. A month-and-a-half after that, Irwin Levine and L. Russell Brown registered for copyright a song they called "Tie a Yellow Ribbon Round the Ole Oak Tree." The authors said they heard the story while serving in the military. Pete Hamill was not convinced and filed suit for infringement. One factor that may have influenced Hamill"s decision to do so was that, in May 1973, "Tie A Yellow Ribbon" sold 3 million records in three weeks. When the dust settled, BMI calculated that radio stations had played it 3 million times--that"s seventeen continuous years of airplay. Hammill dropped his suit after folklorists working for Levine and Brown turned up archival versions of the story that had been collected before "Going Home" had been written.

歌曲名:Ribbon In The Sky歌手:Stevie Wonder专辑:Natural WonderRibbon in the skyBoyz II MenOh so long for this night I prayedThat a star would guide you my wayTo share with me this special dayWhere a ribbons in the sky for our loveIf allowed may I touch your handAnd if pleased may I once againSo that you too will understandTheres a ribbon in the sky for our loveDo...do...Do do do do do...Hmm hmm...This is not a coincidenceAnd far more than a lucky chanceBut what is that was always meantIs our ribbon in the sky for our love, loveWe cant lose with God on our sideWell find strength in each tear we cryFrom now on it will be you and iAnd our ribbon in the skyRibbon in the skyA ribbon in the sky for our loveend.......http://music.baidu.com/song/8049871

歌曲名:Ribbon In The Sky歌手:Kyla专辑:Heart 2 HeartRibbon in the skyBoyz II MenOh so long for this night I prayedThat a star would guide you my wayTo share with me this special dayWhere a ribbons in the sky for our loveIf allowed may I touch your handAnd if pleased may I once againSo that you too will understandTheres a ribbon in the sky for our loveDo...do...Do do do do do...Hmm hmm...This is not a coincidenceAnd far more than a lucky chanceBut what is that was always meantIs our ribbon in the sky for our love, loveWe cant lose with God on our sideWell find strength in each tear we cryFrom now on it will be you and iAnd our ribbon in the skyRibbon in the skyA ribbon in the sky for our loveend.......http://music.baidu.com/song/2898320

歌曲名:Tie A Yellow Ribbon Round The Ole Oak Tree歌手:Dawn专辑:Pure... 70"S Dance Party《Tie A Yellow Ribbon Round The Ole Oak Tree》Sung By "Dawn"I"m comin" home, I"ve done my timeNow I"ve got to know what is and isn"t mineIf you received my letter telling you I"d soon be freeThen you"ll know just what to doIf you still want meIf you still want meWhoa, tie a yellow ribbon "round the ole oak treeIt"s been three long yearsDo ya still want me? (still want me)If I don"t see a ribbon "round the ole oak treeI"ll stay on the busForget about usPut the blame on meIf I don"t see a yellow ribbon "round the ole oak treeBus driver, please look for me"cause I couldn"t bear to see what I might seeI"m really still in prisonAnd my love, she holds the keyA simple yellow ribbon"s what I need to set me freeI wrote and told her pleaseNow the whole damned bus is cheerin"And I can"t believe I seeA hundred yellow ribbons "round the ole oak treeI"m comin" home, mmm, mmm(Tie a ribbon "round the ole oak tree)(Tie a ribbon "round the ole oak tree)(Tie a ribbon "round the ole oak tree)(Tie a ribbon "round the ole oak tree)(Tie a ribbon "round the ole oak tree)(Tie a ribbon "round the ole oak tree)The End.http://music.baidu.com/song/7293811

歌曲名:Ribbon In The Sky歌手:Stevie Wonder专辑:Stevie Wonder"S Original Musiquarium IRibbon in the skyBoyz II MenOh so long for this night I prayedThat a star would guide you my wayTo share with me this special dayWhere a ribbons in the sky for our loveIf allowed may I touch your handAnd if pleased may I once againSo that you too will understandTheres a ribbon in the sky for our loveDo...do...Do do do do do...Hmm hmm...This is not a coincidenceAnd far more than a lucky chanceBut what is that was always meantIs our ribbon in the sky for our love, loveWe cant lose with God on our sideWell find strength in each tear we cryFrom now on it will be you and iAnd our ribbon in the skyRibbon in the skyA ribbon in the sky for our loveend.......http://music.baidu.com/song/9402106

手机

* 回复内容中包含的链接未经审核，可能存在风险，暂不予完整展示！ 歌曲名:Ribbon In The Sky歌手:Stevie Wonder专辑:Ballad Collection-MotownRibbon in the skyBoyz II MenOh so long for this night I prayedThat a star would guide you my wayTo share with me this special dayWhere a ribbons in the sky for our loveIf allowed may I touch your handAnd if pleased may I once againSo that you too will understandTheres a ribbon in the sky for our loveDo...do...Do do do do do...Hmm hmm...This is not a coincidenceAnd far more than a lucky chanceBut what is that was always meantIs our ribbon in the sky for our love, loveWe cant lose with God on our sideWell find strength in each tear we cryFrom now on it will be you and iAnd our ribbon in the skyRibbon in the skyA ribbon in the sky for our loveend.......http://music.b***.com/song/505186

丝带让atyle和喜悦

Meet the 2 ribbons.迎接这两条丝带。

歌曲名:Scarlet Ribbons歌手:The Cats专辑:6 Pack TrackI peeked in to say good nightAnd I heard my child in prayer"And for me some scarlet ribbonsScarlet ribbons for my hair"All the stores were closed and shutteredAll the streets were dark and bareIn our town,no scarlet ribbonsScarlet ribbons for her hairThru the night my heart was achingJust before the dawn was breakingI peeped in and on her pillowOn her pillow lying thereLovely ribbons,scarlet ribbonsScarlet ribbons for her hairIf I live to be a hundredI will never know from whereCame those ribbons,scarlet ribbonsScarlet ribbons for her hair《Am I not your girl》--1992Sinead O"ConnorBY D.V.Scarlet Ribbonshttp://music.baidu.com/song/2713957

歌曲名:Scarlet Ribbons歌手:The Essential Jim Ed Brown And The Browns专辑:The Essential Jim Ed Brown & The BrownsI peeked in to say good nightAnd I heard my child in prayer"And for me some scarlet ribbonsScarlet ribbons for my hair"All the stores were closed and shutteredAll the streets were dark and bareIn our town,no scarlet ribbonsScarlet ribbons for her hairThru the night my heart was achingJust before the dawn was breakingI peeped in and on her pillowOn her pillow lying thereLovely ribbons,scarlet ribbonsScarlet ribbons for her hairIf I live to be a hundredI will never know from whereCame those ribbons,scarlet ribbonsScarlet ribbons for her hair《Am I not your girl》--1992Sinead O"ConnorBY D.V.Scarlet Ribbonshttp://music.baidu.com/song/15255410

歌曲名:Scarlet Ribbons歌手:The Cats专辑:Those Were The DaysI peeked in to say good nightAnd I heard my child in prayer"And for me some scarlet ribbonsScarlet ribbons for my hair"All the stores were closed and shutteredAll the streets were dark and bareIn our town,no scarlet ribbonsScarlet ribbons for her hairThru the night my heart was achingJust before the dawn was breakingI peeped in and on her pillowOn her pillow lying thereLovely ribbons,scarlet ribbonsScarlet ribbons for her hairIf I live to be a hundredI will never know from whereCame those ribbons,scarlet ribbonsScarlet ribbons for her hair《Am I not your girl》--1992Sinead O"ConnorBY D.V.Scarlet Ribbonshttp://music.baidu.com/song/2721646

斑马打印机显示alertribbonout是因为碳盒中没有碳了，需要添加碳。 斑马打印机加碳的方法步骤如下： 一、将打印机前盖打开，按一下箭头所指的地方，就可以把粉盒拿出来了。 二、拿出来以后如下图：再按一下绿色的地方，才可以把它们分开。 三、...

如何禁止usysribbons文件被替换，关于这个问题有以下解释：重命名文件修改保护使用电脑时最讨的是什么，当然是病毒了，如果电脑被病毒感染了，被盗取文件不说，还要费功夫杀毒。不过有些蠕虫病毒会替换explorer文件，这样会导致电脑卡在欢迎界面或者无法显示桌面，那么该怎么防止蠕虫病毒替换explorer文件呢？下面教大家方法。那如何防范替换explorer.exe文件的蠕虫病毒呢？1、开启系统的“Windows文件保护”。有的朋友为了节省空间，删除了C：Windowssystem32dllcache文件夹（受保护的系统文件缓存处），其实这损害了“Windows文件保护”功能，给病毒留下了漏洞。2、点击“开始→运行”输入CMD，再输入“sfc/scannow”命令开启Windows文件保护扫描，接着查看dllcache文件夹是否已经启用了，在“组策略”中，依次点击“本地组策略→计算机配置→管理模板→系统→Windows文件保护”。

歌曲名:Ribbon In The Sky歌手:Stevie Wonder专辑:Ballad CollectionRibbon in the skyBoyz II MenOh so long for this night I prayedThat a star would guide you my wayTo share with me this special dayWhere a ribbons in the sky for our loveIf allowed may I touch your handAnd if pleased may I once againSo that you too will understandTheres a ribbon in the sky for our loveDo...do...Do do do do do...Hmm hmm...This is not a coincidenceAnd far more than a lucky chanceBut what is that was always meantIs our ribbon in the sky for our love, loveWe cant lose with God on our sideWell find strength in each tear we cryFrom now on it will be you and iAnd our ribbon in the skyRibbon in the skyA ribbon in the sky for our loveend.......http://music.baidu.com/song/8520031

歌曲名:Scarlet Ribbons (For Her Hair)歌手:Frank Ifield专辑:The Essential CollectionI peeked in to say good nightAnd I heard my child in prayer"And for me some scarlet ribbonsScarlet ribbons for my hair"All the stores were closed and shutteredAll the streets were dark and bareIn our town,no scarlet ribbonsScarlet ribbons for her hairThru the night my heart was achingJust before the dawn was breakingI peeped in and on her pillowOn her pillow lying thereLovely ribbons,scarlet ribbonsScarlet ribbons for her hairIf I live to be a hundredI will never know from whereCame those ribbons,scarlet ribbonsScarlet ribbons for her hair《Am I not your girl》--1992Sinead O"ConnorBY D.V.Scarlet Ribbonshttp://music.baidu.com/song/2746227

歌曲名:Scarlet Ribbons (For Her Hair)歌手:Harry Belafonte专辑:ChristmasI peeked in to say good nightAnd I heard my child in prayer"And for me some scarlet ribbonsScarlet ribbons for my hair"All the stores were closed and shutteredAll the streets were dark and bareIn our town,no scarlet ribbonsScarlet ribbons for her hairThru the night my heart was achingJust before the dawn was breakingI peeped in and on her pillowOn her pillow lying thereLovely ribbons,scarlet ribbonsScarlet ribbons for her hairIf I live to be a hundredI will never know from whereCame those ribbons,scarlet ribbonsScarlet ribbons for her hair《Am I not your girl》--1992Sinead O"ConnorBY D.V.Scarlet Ribbonshttp://music.baidu.com/song/9052673

貌似代表农民囊乃。。，

意思是最高的荣誉

ripping itself to ribbons把自己的丝带ripping itself to ribbons把自己的丝带

屏幕保护程序

peace是黑人俚语，一般都用在句末，原来是“goodbye"的意思，也可以说Peaceout.比如说“iamleavingguys,peaceout"但是现在含义有延伸，可以表明一段话结束，也可以代指”takecare"”seeyoulater"的意思，总之是嘻哈味儿十足的结束语，一般短信或者网聊会缩写为PCE,要更摆谱的话也常跟Onelove连用，比如“哥们儿准备闪了”可以说“iamgonnabounce/roll,peaceout,onelove"希望我解释清楚了=）

二楼说的好

Beat Box基础三音篇 1. K=KICK 大鼓音 发音方法:‘不",近似于"不". 发音技巧:连续发出"不",你会注意到在说这个字的时候会带有一点鼻音和"U(WU音)",之后需要的便是去掉这两个音,你会感觉到口腔里有一口气被挤压出去,这就是大鼓音 注意事项:大鼓音做好是不会用到胸腔出气,是很自然的口腔和嘴的动作,如果你在练习过程中感觉有不妥的地方,就试试能不能轻松的做20个KICK,若能,那说明你做法应该为正确 语音教程 2. H=HIHAT 镲 发音方法:‘刺",近似于"刺" ‘仄"近似于轻声"仄(ZE)也可以发 ‘的"这个音发音技巧:牙齿自然闭紧,舌头放在上牙和口腔的连接位置,然后做"刺"的音,或者直接做"刺", 这个字的念法于发音方法相同,"仄的发音方式雷同 注意事项:暂无 语音教程 3. S=SNARE 小鼓音 发音方法：吸式 发音技巧：先自然闭嘴,用嘴形成一个小的缝隙,的向肺里吸气,会发出近似于放屁的声音,然后把嘴张开,这个声音就做完了,之后开始循环的练习,然后缩短向里吸气的时间,也就是当有气进入嘴里产生摩擦声音的时候立刻把嘴张卡,如此循环练习,就可以做出SNARE 注意: 摩擦音发音不太好找,最好把缝隙一点点调整作到摩擦音 注意事项：SNARE分为吸气吐气,此为吸气,算是比较常用在FreeStyle里的声音.此音对于一般初学者来说可能会比较难学,在这个音上放弃BBox的人也比较多,不过希望大家能多加练习,其实这个音不难Beat篇 掌握基础音之后我们开始来学习BEAT BEAT: 五线谱的4/4拍这样,应该可以说为在一个规定的范围内做几个音 BEAT通常分为 3. 2BEAT 这个是最基本的BEAT,以2个音为段 举例: K S K S 3. 4BEAT 这个也算是基本BEAT,以4个音为段,可以适用于伴奏 举例:K H S H K H R H 3. 8BEAT 4BEAT进阶.以8个音为段,可用于伴奏,FreeStyle 举例:K H S H H K S H K H S K H K S H 3. 16BEAT 同样为进阶,16BEAT基本用于FreeStyle,此BEAT效果非常好,难度系数也较高 举例:K H H K S H H K H H K H S H H K K H K H S H H S H S K S S K H S 注意事项及建议: 2,4,8BEAT相对掌握的会比较快,16BEAT我们认为是一个重点学习的地方,这个对后期FreeStyle有很大的帮助,BEAT不是一个固定的模式,举例也是给大家提供一些练习的需要,当大家掌握时候希望能自己写出BEAT的谱子,自己的创作也是大家学习的一个重点 SNARE多音篇 给大家提供几种SNARE 1. HS=HELLO SNARE 发音方法 近似于"饿死" 发音技巧 以吸气的方式发音,也就是说吸出"饿死",在吸出"饿"这个音之后牙齿闭上吸"死"这个音 注意事项 HS这个音做出来的时候应该是嘴巴(应该是牙齿吧,大家体会一下)从开到合的一个过程,这个音也是SNARE的一种,可以取代BEAT中的S(小鼓音), 不过此音在以后的使用会比较少,大多数人都会热衷于小鼓音和RIMSHOT.建议大家练习时候最好在身边没人的情况下练习,不然这个声音发不好的话会做出一种很别样的效果… 2. R=RIMSHOT 发音方法 近似于"磕" 发音技巧 将舌间部分贴在上口腔,通过舌头两边与口腔之间的空隙做吸气的"K" 注意事项 相对于小鼓音这个音的练习会比较简单,也可以用这个音代替BEAT中的小鼓音不 过个人认为这个和小鼓音是都必须掌握的,因为后期的Style中这个音用的一样会很频繁,它会合小鼓音穿插着出现而不是替换. 当你能够顺利的发出此音时,做的时候感觉下,在吸气的时候,把气吸到肺里和吸到嗓子出的声音效果会有不同,吸到肺里会感觉声音较长,吸到嗓子之前的会感觉比较脆,这个常见于桂晶的段子中,可以去网上多看看他的视频感受下 3. PF=PS 发音方法 喷式 发音技巧 教学提出的方式为做"PU"+"F"然后寻找它们连接位置的音,即为PF,这个是喷式的SNRAE 我们提出的方式为为"BU"+"F",即用"F"的嘴行做KICK,也就是KICK完后会有个"F"音 注意事项 PF通常用于边鼻音边BEAT,而教学提出的方法在做完PF时候你会感觉打出很大的一口气造成BEAT中断,我们提出的方式主要原因是按照教学方式我们做不出来 所以才建议大家按照我们的方式去做,因为我们的做法不会用到肺,所以也不会造成BEAT中断 换气篇 因为换气我们也没有接受系统的教学,所以无法给大家提供最合适的学习方法,所以这里我们 给大家提供一些建议 我认为换气不需要刻意的学,有些朋友在练单个音的过程中会气息接不上,这种情况本是常, 你重复着做一个吸气或吐气音必然就会出现空气不足或者过多而无法继续下去,所以BB的 谱子一般都是吸气和吐气结合的,这样就不会出现练习中的错误了,等你掌握全基本音后自然 就可以很随意的做出BEAT来. 重点 多听多练 反复的听和练 曲谱 4Beat：KHSH 8Beat：KHSHHKSH KHSKKKSK 16Beat：KHHKSHHKHHKHSHHK KHHHSHHKHKKHSHHK KHKHSHHKHKSHHKKH 24beat:khk shh khksk khh shh khksk khk shh khksk khh shh khkskk 机械音bun--------- khh shh khksh khh shh khksh khh shh khksh khh shh khkshkk KS KH SKK HHKSH HHKSH HKHK S sib K sib SKK HHKSH HHKSH HKHK S sib K(mam)~ SHK H~ KS sibsib KHS d d K(bu)K(bu) S(boom) HK K(mam)~ SHK H~ KS sibsib KHS d d K(bu)K(bu) S(boom) sib K(mam)~ SHK H~ KS sibsib KHS d d K(bu)K(bu) S(boom) sib K(mam)~ S dark sam K(boom) S yak tic sibS <bo(he) ha ra S o> *bu~ HH SHH SHH KHS <drrk>H* *bu HH SHH SHH KHS <drrk>H* *bubu HH SSSH d bu HHS sibsibsibsib* *bu HHHS <drrk> bu s bu s KS <drrk>K* bboom HS HHH HH S~H bboom HS HHH HH S~H bboom HS HHH HH S~H bboom bboom Shh KHK Shh KKH SKK HHKSH HHKSH HKHK S sib K sib SKK HHKSH HHKSH HKHK S sib K(mam) dark samo yak tic (huhuhu) KKR <drrk> Kbu~H yester mo e am nyum huRhuhu KKRHK K(mam) S(da)rk sam K(boom) S yak tic sib S <bo(he) hala S o> bu~ sib S(ye)ster K(mo)e S am nyum sib S <brrr> sib sib KS sib K(mam) S(da)rk sam K(boom) S yak tic sib S <bo(he) hala S o> bu~ sib S(ye)ster K(mo)e S am nyum sib S <brrr> sib sib KS sib K(mam) S(da)rk sam K(boom) S yak tic sib S <bo(he) hala S o> bu~ sib S(ye)ster K(mo)e S am nyum sib S bboom H bboom bboom S(bboom)sib K bboom HR HKHKKR HRH HKRH HRHRK~ 欧/韩音符对照(基本音): 韩 欧 K b H t S p

　　中国著名BEATBOXER之一，年仅16岁就获得了上海国际BEATBOX大赛的亚军，是四川BEATBOX文化的重要推广者之一,13岁开始接触B.BOX，短短三年时间就被誉为B.BOX天才.同时也是美特斯邦威品牌服装的十五位梦想家之一。　　中文名： 范元成　　别名： 成成　　民族： 汉族　　出生地： 四川成都　　出生日期： 1993年6月5日　　主要成就： 第一届上海国际BEATBOX大赛亚军　　B BOX获奖.经历　　中国西南第一届BEATBOX挑战赛《唇枪舌战》主裁判　　中国云南第一届BEATBOX大赛主裁判　　中国四川成都第一届BEATBOX大赛冠军　　中国四川成都《RE4M》BEATBOX大赛冠军　　中国第一届上海国际bbox表演大赛亚军　　BEATBOX经历:　　《湖南卫视》2010快乐大本营—《哎呦~不错哦》周杰伦专场表演嘉宾　　《湖南卫视》2011给力星期天—《给力实验室》特邀表演嘉宾　　《湖南卫视》2010快乐大本营—《偶像难当》专场与飞轮海合作　　《湖南卫视》2010快乐男声总决赛特邀表演嘉宾　　《湖南卫视》2010大型典礼成人礼特邀表演嘉宾　　《旅游卫视》2011都市捕快第一期特邀表演嘉宾　　8.13成都NIKE篮球公园.勒布朗詹姆斯.中国行成都站特邀表演嘉宾　　7.28成都NIKE篮球公园.篮球之夜.NBA球星韦德.安东尼特邀表演嘉宾　　《2011成都热波音乐节》BEATBOX表演赛评委　　《2011成都热波音乐节》特邀表演嘉宾　　2011成都5.1 SOSO CLUB特邀表演嘉宾　　《中央电视台1套》2011天生我才特邀表演嘉宾 　　　2011/3/25 海口MUSEclub范元成专场　　轩尼斯新点全国上市特邀表演嘉宾　　2011四川力宝大厦迎新晚会特邀表演嘉宾　　奥迪-新元素 答谢晚宴特邀表演嘉宾　　瑞士雷达表（RADO）新锐设计师大奖启动之夜特邀表演嘉宾　　2010年 中国移动 《潮这来》四川巡回表演　　成都商报娱乐专刊独家采访　　M_ZONE《动感地带》四川巡回表演　　《山东卫视》NBA制造特邀表演嘉宾　　《上海ICS卫视》2010春晚特邀表演嘉宾　　《美特斯邦威MTEE系列》梦想家B-BOX成成　　《美特斯邦威MTEE系列》发布会特邀表演嘉宾　　《88号酒吧》特邀表演嘉宾　　《文殊院》非物质文化遗产特邀表演嘉宾　　《欢乐谷》啤酒节表演嘉宾　　《欢乐谷》5.1成都欢乐谷国际时尚文化节　　《诺基亚5800》宣传活动表演嘉宾　　《联通3G》宣传活动表演嘉宾　　《三星》宣传活动表演嘉宾　　《1626》杂志5周年生日庆典特邀表演嘉宾成成　　《成都电视台》真娱乐第一期特邀表演嘉宾　　《第二届川音》嘻哈文化节表演嘉宾　　《四川电视台》新闻现场独家采访　　《决战彭州》街舞大赛特邀表演嘉宾　　《美高美》西南大集结街舞大赛特邀表演嘉宾　　《周末画报》M T E E梦想家成成独家专访　　Culture Shock Jam vol.3 大赛特邀表演嘉宾　　川投大酒店美姿雅集10周年庆成成与（任达华）一同被邀请参当表演嘉宾　　四川喜来登五星级大酒店邀请成成参加化妆品新品发布会邀请表演　　《西南大集结》街舞大赛特邀表演嘉宾　　《万达街舞大赛》特邀表演嘉宾　　《可口可乐》世界杯形象大使成都站表演嘉宾　　《EGO潮流购物中心》开业特邀表演嘉宾　　VANS 滑板日小酒馆 特邀表演嘉宾　　《成都电视台》3动世界杯嘉宾　　《四川电视台》快乐翻一翻嘉宾　　《成都锦里》莲花府邸MJ专场特邀表演嘉宾　　《成都棉花酒吧》MJ专场特邀嘉宾　　《中国达人秀》特邀嘉宾　　山东卫视《中华达人》表演嘉宾　　9月6日 四川成都（105.6频率）做客　　悦湖郡房地产开业盛典特邀嘉宾　　宏信房地产10周年特邀表演嘉宾　　南国花锦U贵州店开张特邀表演嘉宾　　成都苏荷中秋节派对特邀表演嘉宾　　88酒吧 比基尼环球比赛 特邀表演嘉宾　　　2010年帮助朋友以乐器的形式参加湖南卫视2010快乐男声，以出色的表现得到评委青睐

在Dubbo中使用Hystrix后，failover依然会起作用。Hystrix是一种熔断器模式的实现，用于处理分布式系统中的故障和延迟。当使用Hystrix时，Dubbo会将Hystrix作为服务调用的容错策略之一。failover是Dubbo中的一种容错策略，用于在远程调用失败时进行重试。它通过设置retries参数来确定重试的次数。当使用Hystrix时，Dubbo会首先尝试通过Hystrix进行服务调用，如果Hystrix触发熔断或发生错误，Dubbo会根据failover策略进行重试。也就是说，如果使用Hystrix后出现远程调用失败，Dubbo仍然会触发failover机制进行重试。需要注意的是，Hystrix和failover是可以同时使用的，但它们是两种不同的容错策略。Hystrix主要用于处理服务内部的故障和延迟，而failover主要用于处理远程服务调用失败。在使用Hystrix时，可以根据具体的业务需求来选择是否需要同时使用failover策略。

头顶不起是因为腰没力的原因,,头上去之后脚打开来平衡..你要是刚学街舞的话,一个月是不能打托马斯的,因为你的基础不够稳.breaking分style和powermove,这两个舞种对身体素质要求不同,就powermove来说,你想打托马的需要你的肩膀和胸的力,你脚踢出去后送腰的话肩膀和胸那里不吃力的话是打不到的..建议你多做俯卧撑还有哑铃,仰卧起坐,这些对你练动作有利! 三脚架。。。首先，你的头不是支撑支柱，两手支地，如果是右撇子就是右手放在胯部的位置，然后左手掌握平衡。头只是个小支点，不需要多大力量，主要还是胳膊用力，重心放在胸前，然后双脚自然抬起，刚开始慢慢的，等脚可以离地了，就试着去作几个动作吧~！ 能在一瞬间定住的技巧，都统称为"freeze" freeze — 冻结 比如三角称，头称，肘称，肩称，肘头称，ice cream ,还有就是chair和背chair以及睡罗汉 倒立的freeze几个简单的，比如 nike,seven, 其实很多freeze都是人们根据nike或者头称拉，肘称什么的改编更新的， 动作是可以自创的，只要动作好看就行，这就叫做free style 楼住加油吧，祝你成为一个顶极b boy

画外音：目前Dubbo在开源中国举办的2019年度最受欢迎中国开源软件中排名第3名，支持Dubbo的朋友可以去投票哇。 2019年度最受欢迎中国开源软件 Consumer端正常调用Dubbo服务时，一般都需要服务提供方提供一个jar包，只有在项目中引入该jar包，才能调用相关服务；能不能向http调用那样，我只需要知道我要调用的url就可以直接调用Dubbo服务？ 有的，这就是generic做的事。 generic :通用服务调用，当我们已经知道我们要调用的服务的全限定名及方法，就不需要服务提供者的jar就能调用Dubbo服务了。 generic要配合interfaceName参数一起使用，其中interfaceName是Dubbo服务的全限定名，比如： 当provider接收到请求时，会调用一系列的过滤器对请求进行处理，这其中就包含处理generic的过滤器： GenericFilter 该过滤器会判断调用的方法是否是$invoke,如果是则会通过反射调用正在的方法 笔者认为该参数最大的用武之地是作为网关使用，笔者所在公司的网关就提供了http转换成dubbo接口调用的功能，前端使用http调用，后端使用dubbo服务进行处理；网关提供一个接口配置页面，只需要业务方在页面配置url与dubbo接口的转换关系即可，网关不需要引用服务提供者的jar包，如果接口有变动，网关无需知道，只要业务方修改配置即可。