作者：黄金一、架构演变单应用架构---->垂直架构---->分布式架构---->微服务架构---->云原生架构二、Dubbo总体架构1、角色职能•Container：服务容器（tomcat、jetty、weblogic）•Provider：服务提供者•Consumer：服务消费者•Registry：注册中心（zookeeper、Nacos、Apollo）•Minitor：监控中心2、调用流程（1）服务容器负责启动，加载，运行服务提供者。（2）服务提供者在启动时，向注册中心注册自己提供的服务。（3）服务消费者在启动时，向注册中心订阅自己所需的服务。（4）注册中心返回服务提供者地址列表给消费者，如
作者|刘军4月15日-16日，由InfoQ主办的DIVE全球基础软件创新大会通过云上展厅的形式成功召开。在微服务&服务治理专场，ApacheDubboPMC、Dubbo开源项目负责人刘军带来了主题为《Dubbo3落地实践及其Mesh解决方案》的演讲，以下为主要内容。下一代云原生服务框架Dubbo3首先带大家了解下Dubbo3到底是什么？与2.7架构的主要区别是什么？提供了哪些特性、可以解决哪些实际的问题？其中也包括大家都关心的兼容性、升级成本以及与HSF2的关系等问题。Dubbo3核心设计原则与特性我们定义Dubbo3是下一代的云原生服务框架，但3.0架构到底都包含哪些内容？先来看下Dubbo
作者|刘军4月15日-16日，由InfoQ主办的DIVE全球基础软件创新大会通过云上展厅的形式成功召开。在微服务&服务治理专场，ApacheDubboPMC、Dubbo开源项目负责人刘军带来了主题为《Dubbo3落地实践及其Mesh解决方案》的演讲，以下为主要内容。下一代云原生服务框架Dubbo3首先带大家了解下Dubbo3到底是什么？与2.7架构的主要区别是什么？提供了哪些特性、可以解决哪些实际的问题？其中也包括大家都关心的兼容性、升级成本以及与HSF2的关系等问题。Dubbo3核心设计原则与特性我们定义Dubbo3是下一代的云原生服务框架，但3.0架构到底都包含哪些内容？先来看下Dubbo
背景说明HSF是闭源的，考虑用开源产品（dubbo）进行替代。如果是考虑要从一个rpc框架转成另一个，或许也可以参考本文。主要思想：进行rpc的发布、订阅操作，其实是集中在2个类里面（provider/consumer），而不是散落在每个实现类里面。而替换成其它rpc时候，就是针对父类（providerFather/consumerFather）进行适配即可。架构对比可行性分析HSF、dubbo都出自阿里（只不过后来dubbo开源了，捐给了apache）。它们的开发设计团队好像是不同的，但它们设计思想很类似；这2种rpc都是基于spring的吧？（意思它们没有依赖springboot，或者其它
背景说明HSF是闭源的，考虑用开源产品（dubbo）进行替代。如果是考虑要从一个rpc框架转成另一个，或许也可以参考本文。主要思想：进行rpc的发布、订阅操作，其实是集中在2个类里面（provider/consumer），而不是散落在每个实现类里面。而替换成其它rpc时候，就是针对父类（providerFather/consumerFather）进行适配即可。架构对比可行性分析HSF、dubbo都出自阿里（只不过后来dubbo开源了，捐给了apache）。它们的开发设计团队好像是不同的，但它们设计思想很类似；这2种rpc都是基于spring的吧？（意思它们没有依赖springboot，或者其它
大家好，我是三友~~今天来跟大家聊一聊Java、Spring、Dubbo三者SPI机制的原理和区别。其实我之前写过一篇类似的文章，但是这篇文章主要是剖析dubbo的SPI机制的源码，中间只是简单地介绍了一下Java、Spring的SPI机制，并没有进行深入，所以本篇就来深入聊一聊这三者的原理和区别。什么是SPISPI全称为ServiceProviderInterface，是一种动态替换发现的机制，一种解耦非常优秀的思想，SPI可以很灵活的让接口和实现分离，让api提供者只提供接口，第三方来实现，然后可以使用配置文件的方式来实现替换或者扩展，在框架中比较常见，提高框架的可扩展性。简单来说SPI是
大家好，我是三友~~今天来跟大家聊一聊Java、Spring、Dubbo三者SPI机制的原理和区别。其实我之前写过一篇类似的文章，但是这篇文章主要是剖析dubbo的SPI机制的源码，中间只是简单地介绍了一下Java、Spring的SPI机制，并没有进行深入，所以本篇就来深入聊一聊这三者的原理和区别。什么是SPISPI全称为ServiceProviderInterface，是一种动态替换发现的机制，一种解耦非常优秀的思想，SPI可以很灵活的让接口和实现分离，让api提供者只提供接口，第三方来实现，然后可以使用配置文件的方式来实现替换或者扩展，在框架中比较常见，提高框架的可扩展性。简单来说SPI是
Spring与Dubbo整合原理与源码分析 【1】注解@EnableDubbo@Target({ElementType.TYPE})@Retention(RetentionPolicy.RUNTIME)@Inherited@Documented@EnableDubboConfig//@EnableDubboConfig注解用来将properties文件中的配置项转化为对应的Bean@DubboComponentScan//@DubboComponentScan注解用来扫描服务提供者和引用者(@Service与@Reference)public@interfaceEnableDubbo{@Al
Spring与Dubbo整合原理与源码分析 【1】注解@EnableDubbo@Target({ElementType.TYPE})@Retention(RetentionPolicy.RUNTIME)@Inherited@Documented@EnableDubboConfig//@EnableDubboConfig注解用来将properties文件中的配置项转化为对应的Bean@DubboComponentScan//@DubboComponentScan注解用来扫描服务提供者和引用者(@Service与@Reference)public@interfaceEnableDubbo{@Al
作者：周可强一、责任链模式简介1、责任链模式定义责任链（ChainofResponsibility）模式的定义：为了避免请求发送者与多个请求处理者耦合在一起，于是将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链；当有请求发生时，可将请求沿着这条链传递，直到有对象处理它为止。在责任链模式中，客户只需要将请求发送到责任链上即可，无须关心请求的处理细节和请求的传递过程，请求会自动进行传递。所以责任链将请求的发送者和请求的处理者解耦了。2、责任链特点责任链模式是一种对象行为型模式，其主要优点如下。1）.降低了对象之间的耦合度。该模式使得一个对象无须知道到底是哪一个对象处理其请求以及链的
