dubbo

dubbo如何测试？ 和spring完全一样。 其实就是基于2个注解。 一个是springboot的注解：@SpringBootTest。 一个是spring的注解：@RunWith(SpringRu

架构 节点角色 leader节点 写和读。 从节点 1.只读 2.选举leader 观察者节点 1.只读 2.不选举leader 和从节点的区别？ 就是不参与选举leader。其他和从节点一样。 那有

是什么？ spi类似拦截器，就是开发者需要扩展开发功能实现类。 举例子 拦截器 是对所有请求生效，统一实现什么功能。 spi jdbc api的各个数据库厂商的具体实现类。 dubbo所有组件都是sp

什么是dubbo协议？ 本质问题是，什么是dubbo通信协议？ 即消费者和提供者之间，到底怎么通信——本质是怎么识别对方的数据。 主要包含几个方面 1、一方在读另一方二进制数据的时候，何时结束？ 2、

背景和结论 上线的时候，不同项目组开发进度不一样，但是服务有依赖，消费者可能先上线，消费者的入参对象添加了一个字段，但是提供者没有上线，所以没有添加该字段。会不会有问题？ 结论是没有。测试过程见截图。

理论 一般，接口都有设置超时时间，不管是http接口，还是dubbo接口。 为什么要设置超时时间？因为不设置的时候，一旦高并发，就会把系统搞挂。 具体就是可能部分交易请求很慢，耗时很久，但是没有设置超

因为生产故障，就是请求从以前的2000/m，突然飙高到6000/m，数据库万级别的连接都打满了，导致连接池满了，dubbo线程池也满了。 由于连接池满了，获取数据库连接阻塞，导致获取数据库连接耗时从几秒到几分钟，由于处理慢处理不过来，又导致dubbo线程池满了，后面的请求就直接…

入参使用了枚举，但是服务消费者和服务提供者的枚举值不一样，导致服务消费者解码(即反序列化)服务提供者的响应数据的时候异常。 服务提供者是正常执行。 服务消费者和服务提供者的枚举值要一样。 最好不要使用枚举，因为服务消费者和服务提供者不一致会报错。而且每次修改枚举值，都要同时升级…

目前，微服务和分布式服务架构在互联网公司被普遍应用，在国内阿里dubbo用的比较多，但是，dubbo只是一个rpc框架，缺乏全链路追踪组件，并不像springcloud是一个生态，包含了各种分布式组件。 我们公司也是用dubbo，分布式服务虽然解决了水平扩展的问题，但是却又带来…

项目有分库的需求，测试的时候，不同分支在同时进行，为了避免互相影响，分库分支做了路由规则配置，使得指定服务消费者调用指定服务生产者。 有多个提供者，比如应用名字1、应用名字2，是同一个应用的集群。 有多个消费者，比如应用名字1、应用名字2，是同一个应用的集群。

公司需要统一升级dubbo为2.6.7。 。所以需要先更新2.8.x为2.6.7。 具体原因是，低版本只支持标志0 1 2，如果消费者版本是2.0.10到2.6.2，高版本提供者2.6.3及以上就会兼容处理，即响应数据的标志是0 1 2。但是现在消费者是2.8.x，导致高版本提…

dubbo提供了RpcStatus类，读监控数据。我们可以自定义dubbo拦截器，然后在拦截器里打印监控数据。 因为dubbo自带了监控，我们要做的只是使用，很多框架都是自带了监控(比如阿里的druid数据库连接池)，一般来说就是使用即可。 这几个参数本来是调优的作用，因为一般…

largestPoolSize是worker集合的历史最大值，只增不减。largestPoolSize的大小是线程池曾创建的线程个数，跟线程池的容量无关； largestPoolSize<=maximumPoolSize。

dubbo版本不兼容。 从dubbo2.5.10升级为2.6.7，没问题，即2.5.x和2.6.x是兼容的。但是当当的dubbox是2.8.x，调用2.6.7就有问题。 临时的解决方法是，还原dubbo版本。 后面升级的话，必须确保所有消费者项目先升级。

其实就是线程池满的意思，本质是dubbo算是一个服务器，接受rpc请求。和tomcat一样，每个请求都是由独立的线程处理，也都使用了线程池。tomcat默认值也是几百个。 线程池数量太小。 调大线程池数量。 当前是200，默认值。现在调大为500。 200。 700以上。 70…

目前的项目，远程服务调用全部都是基于dubbo，有的是部门内部互相调用，有的是调用其他部门的服务。由于业务里面涉及到远程调用服务的地方比较多，目前调用每个服务的时候都要手动写打印入参、响应和异常，比较麻烦。 现在对这块进行优化，目的是实现自动打印入参、响应和异常，从而避免每个服…