Java个体户

背景和结论上线的时候，不同项目组开发进度不一样，但是服务有依赖，消费者可能先上线，消费者的入参对象添加了一个字段，但是提供者没有上线，所以没有添加该字段。会不会有问题？结论是没有。测试过程见截图。消费者多了一个字段提供者少了一个字段消费者调用之后，返回数据官方文档看官方文档，提供者少了字段，有兼容问题，实际测试并没有兼容问题。...

理论一般，接口都有设置超时时间，不管是http接口，还是dubbo接口。为什么要设置超时时间？因为不设置的时候，一旦高并发，就会把系统搞挂。具体就是可能部分交易请求很慢，耗时很久，但是没有设置超时，然后就一直占着dubbo线程池的线程资源，这个时候，就会因为部分慢交易，影响和导致了整个系统，因为其他本来正常的交易，现在由于dubbo线程池满了，也处理不了了，这个时候，系统就崩溃了，所有的交易都耗时很慢。dubbo超时的维度有2个维度，一个是作用域粒度，一个是消费者还是生产者。粒度有3个1、所

背景目前，微服务和分布式服务架构在互联网公司被普遍应用，在国内阿里dubbo用的比较多，但是，dubbo只是一个rpc框架，缺乏全链路追踪组件，并不像springcloud是一个生态，包含了各种分布式组件。我们公司也是用dubbo，分布式服务虽然解决了水平扩展的问题，但是却又带来了其他新的问题，比如链路追踪这一块，如果是单体应用，所有的日志都在一个项目，现在是服务集群，各个服务之间的调用关系是错综复杂的，同一个服务具体是走的哪一个机器，是根据负载均衡算法路由的，所以不好查日志。哪怕是用了elk中心化日志