amadeus_liu2的博客

三、服务端配置文件(resources目录下dubbo-demo-provider.xml）其中使用了CountDownLatch，使服务端一直运行。其中配置了注册中心的地址和使用的服务。六、客户端的服务接口定义，同服务端。其中配置了服务本身和注册中心地址。五、客户端依赖，类似于服务器端。二、服务端接口定义和实现。

用来在服务响应返回到客户端之前进行额外处理。三、配置文件中指定Filter。二、SPI注入Filter。一、定义Filter。

九、服务消费者自己的业务逻辑，其中通过@DubboReference来调用dubbo服务。十一、服务消费者端的启动类和配置文件类似于服务提供者。十二、在skywalking中查看服务调用的指标。一、准备skywalking 8.7.0并启动。二、配置好skywalking agent。四、增加skywalking的配置bean。八、服务消费者添加接口定义，同服务提供者。七、服务消费者添加依赖，类似服务提供者。十、服务消费者端的controller。三、服务提供者端的依赖。

其中LogicService使用了seata提供的分布式事务注解@GlobalTransactional,addUser方法正常提交事务，addUser2方法用除零错误让分布式事务回滚。userinfo作用是保存用户，counter表作用是保存剩余可添加的用户的数量。目的是当业务逻辑发生异常时，将已经提交到数据库中的这两个表的数据都撤回。九、分别调用接口，看正常情况下数据是否写入，看异常时写入的数据是否被撤回。五、服务消费者端的依赖，和服务提供者端类似。六、服务消费者端定义接口和自己本身业务逻辑。

3.客户端在没有拿到服务器端接口定义的情况下，直接通过反射获取服务。客户端在没有拿到服务器端接口定义的情况下通过反射获取服务。1.服务器端定义接口。2.服务器端实现接口。

服务调用和响应时，除了请求的方法和返回的响应，还可以通过上下文(Context)传递更多的数据(附加数据）会向服务器发送hello world,同时，会收到服务器端返回的hi world。其中除了正常的响应之外，还通过上下文传递了hi world。

通过@DubboService注解指定了group和version。三、客户端分别调用不同的group&版本。

一、服务器端接口的定义和实现：package cn.edu.tju.service;import java.util.concurrent.CompletableFuture;public interface AsyncService { /** * 同步调用方法 */ String invoke(String param); /** * 异步调用方法 */ CompletableFuture<String> as

dubbo3 服务端，在使用tripple协议时，底层可以使用grpc协议，因此其它的客户但可以通过grpc通信的方式来访问dubbo 3的服务端。七、客户端proto(scr/main/proto/hello.proto)和服务端的相同。将其剪切到src/main/java(也可以配置maven直接生成到指定位置)二、服务器端hello.proto文件,位于src/main/proto。根据包名，将生成的代码剪切到scr/main/java下。八、编写grpc客户端主类，来访问dubbo服务端。

然后将生成的java代码拷贝到src下，再编写接口实现文件以及服务端主类和客户端主类，这种方式实际是使用了grpc进行了通信。也可以在src/main/proto目录下创建.proto文件，其中注册中心为zookeeper 3.6.2。然后使用compile生成接口定义文件。

配置中心只是为 Dubbo 配置提供管理使用的（比如配置服务超时时间等)。不要尝试通过@Value类似的方式从dubbo 配置中心(比如nacos、zookeeper、Apollo)来获取数据。

七、客户端调用dubbo服务sayHello接口，满足降级的条件后，将从接口获取到类似如下的响应（其中getDubbo这个接口调用了上面的sayHello接口）五、定义服务接口、服务实现（其中服务实现中故意制造出了除零异常用来测试降级，handleException方法是降级时被调用的方法）一、下载sentinel-dashboard控制台应用并在8080端口启动。六、在sentinel-dashboard控制台配置降级规则。二、项目添加springboot 和dubbo相关依赖（可见降级规则起作用了。

五、调用一下服务消费者端对外暴露的接口（不调用的话有可能sentinel-dashboard控制台上看不到服务提供者的注册）。然后打开sentinel-dashboard控制台（localhost:8080,用户名密码sentinel)六、快速访问服务消费者端暴露的端口（可以使用测试工具），就可以看到500错误。三、配置系统属性，连接到sentinel-dashboard。一、下载sentinel-dashboard 并启动。四、在服务提供者端创建服务，并在服务消费者端调用。就可以编辑限流规则了。

比如拦截ip地址为192.168.31.227的请求。只需要在dubbo admin中的条件路由菜单创建相应的规则。根据指定的条件，对不满足条件的请求进行拦截。

给服务提供者指定标签有两种方式，一种是通过在@DubboService注解的tag属性来指定，如下示例。只有服务提供者的标签和服务消费者的标签一致时，才会进行请求路由。,则会将请求路由到192.168.31.226:28093。标签路由：服务提供者和服务消费者都可以指定标签。另一种是通过dubbo admin进行动态指定，

需要在@DubboReference注解指定loadbalance属性。默认的配置是random。

这样配置之后，当服务端响应超过55毫秒时，在服务消费者的控制台就会看到超时信息。在dubbo admin中。可以进行类似如下配置。

2.配置文件中配置dubbo相关信息（使用dubbo协议）和zookeeper的地址。4.定义服务实现,使用注解@DubboService将服务注册到zookeeper。4.创建服务实现，通过@DubboReference注解使用服务提供者所提供的服务。5.定义spring boot 主类，加上@EnableDubbo注解。6.定义spring boot 主类，加上@EnableDubbo注解。3.创建服务定义接口，和服务提供者端相同。1.添加依赖，和服务生产者类似。3.创建服务定义接口。

一、首先需要在apisix的配置文件里启用dubbo-proxy插件，示例配置文件如下。2.创建route指向上述stream。四、postman调用测试。二、定义dubbo服务。三、配置apisix。1.创建stream。

二、接口实现（服务端定义的)一、接口（服务端定义的）

一、可以使用CompletableFuture返回类型。3.客户端调用异步响应接口。

dubbo

dubbo