本文我们将介绍 Apache Dubbo 灵活的多协议设计原则，基于这一设计，在 Dubbo 框架底层可灵活的选用 HTTP/2、HTTP/REST、TCP、gRPC、JsonRPC、Hessian2 等任一 RPC 通信协议，同时享用统一的 API 与对等的服务治理能力。同时，我们还介绍了 Dubbo 的单端口多协议能力，也就是在单个端口同时监听、处理多个协议，这对于简化多协议同时发布的场景非常有用。 不绑定 RPC 协议的设计原则 Dubbo 框架不绑定任何通信协议，你可以根据业务场景选择 HTTP/2 通信协议，也可以选用 HTTP/REST、TCP（Dubbo2）、gRPC、JsonRPC、Hessian2 等官方支持的通信协议，如果以上协议都不能满足需求，还可以非常方便的通过定制方式接入自定义协议。如果你想在一个应用内使用多个协议，也可以非常容易的做到，比如一个接口使用 HTTP/2 通信，另一个接口使用 TCP 通信，一个应用内发布或调用多个使用不同协议的服务。 ![图片](https://static.developers.pub/e2389...

本文介绍了Go 微服务体系发展与选型，过去一年Dubbo-go 社区的飞速发展以及对未来的展望。 一、Go 微服务体系发展与选型 随着微服务技术的快速发展，其在各个领域都形成了一系列事实标准，在 Kubernetes 和容器技术加持下，云原生微服务已经成为了主流解决方案。而 Go 语言作为云原生领域最受欢迎的开发语言，正被越来越多的企业作为微服务开发的首选语言，其中比较流行的包括 Go-micro、Go-zero、Dubbo-go 等。作为 Dubbo 微服务体系中多语言实现的一员，在 2022 年 Dubbo-go 以微服务领跑者的角色积极拥抱云原生标准，探索了 Proxyless Mesh 形态，配合适配 Pixiu 云原生网关，形成了完善的 Dubbo-go 微服务生态矩阵。 以 Dubbo-go 为中心的微服务体系在多个知名企业中成功落地和实践，框架的稳定性在实际场景下经受住了考验。截止今年已有 60+ 家企业在我们的用户列表中登记，其中较为典型案例请参考文章《小米电商 Apache Dubbo-go 微服务实践》。小米电商选用了 Dubbo-go...

1 当我们使用dubbo作为服务间通信的组件时，在后期的系统维护中可能会因为业务需要，服务提供者某些接口需要升级，对应的服务消费者配合作相应的修改，测试通过后一起发版上线即可。但是在这个过程中，有很多需要注意的点，不妨来梳理一下以作记录，希望对此不清楚的开发者有所帮助。 再次申明一下我们的需求吧。假设服务A提供了一个服务IHelloService，其中有一个方法sayHello，服务B、C、D...都对此有依赖，假设服务A提供的该接口已上线且被服务B、C、D正常消费，线上运行稳定。 先将服务提供者和服务消费者分别启动，此时消费方正常消费服务。 api： public interface IHelloService { Result sayHello(ModelParent param); } 服务提供者： @Component public class HelloServiceImpl imple