背景随着Dubbo3.1的release，Dubbo在云原生的路上又迈出了重要的一步。在这个版本中添加了ProxylessMesh的新特性，DubboProxylessMesh直接实现xDS协议解析，实现Dubbo与ControlPlane的直接通信，进而实现控制面对流量管控、服务治理、可观测性、安全等的统一管控，规避Sidecar模式带来的性能损耗与部署架构复杂性。什么是ServiceMeshServiceMesh又译作“服务网格”，作为服务间通信的基础设施层。Buoyant公司的CEOWillianMorgan在他的这篇文章WHAT’SAServiceMesh?ANDWHYDOINEEDO
背景随着Dubbo3.1的release，Dubbo在云原生的路上又迈出了重要的一步。在这个版本中添加了ProxylessMesh的新特性，DubboProxylessMesh直接实现xDS协议解析，实现Dubbo与ControlPlane的直接通信，进而实现控制面对流量管控、服务治理、可观测性、安全等的统一管控，规避Sidecar模式带来的性能损耗与部署架构复杂性。什么是ServiceMeshServiceMesh又译作“服务网格”，作为服务间通信的基础设施层。Buoyant公司的CEOWillianMorgan在他的这篇文章WHAT’SAServiceMesh?ANDWHYDOINEEDO
URL简介在阐述地址推送性能的具体优化之前，我们有必要先了解一下与之息息相关的内容---URL。定义在不谈及dubbo时，我们大多数人对URL这个概念并不会感到陌生。统一资源定位器(RFC1738――UniformResourceLocators(URL))应该是最广为人知的一个RFC规范，它的定义也非常简单。因特网上的可用资源可以用简单字符串来表示，该文档就是描述了这种字符串的语法和语义。而这些字符串则被称为：“统一资源定位器”（URL）一个标准的URL格式至多可以包含如下的几个部分protocol://username:password@host:port/path?key=value&k
URL简介在阐述地址推送性能的具体优化之前，我们有必要先了解一下与之息息相关的内容---URL。定义在不谈及dubbo时，我们大多数人对URL这个概念并不会感到陌生。统一资源定位器(RFC1738――UniformResourceLocators(URL))应该是最广为人知的一个RFC规范，它的定义也非常简单。因特网上的可用资源可以用简单字符串来表示，该文档就是描述了这种字符串的语法和语义。而这些字符串则被称为：“统一资源定位器”（URL）一个标准的URL格式至多可以包含如下的几个部分protocol://username:password@host:port/path?key=value&k
dubbo超时设置方式dubbo服务引用可以细化到接口级别。 在springboot项目中，dubbo消费者在设置dubbo超时时间时，可以在application.yml里设置属性dubbo.consumer.timeout。这是服务级。也可以在@Reference注解上给timeout属性赋值，来指定特定接口的超时时间。 注意通过@Reference指定接口级timeout时，需要注意的是：在消费者服务中，不同的bean利用@Reference注入同一个dubbo接口时，如果其中一个@Reference有指定timeout，那么，对于整个应用服务来说，这个接口的超时时间可能是这个timeo
dubbo超时设置方式dubbo服务引用可以细化到接口级别。 在springboot项目中，dubbo消费者在设置dubbo超时时间时，可以在application.yml里设置属性dubbo.consumer.timeout。这是服务级。也可以在@Reference注解上给timeout属性赋值，来指定特定接口的超时时间。 注意通过@Reference指定接口级timeout时，需要注意的是：在消费者服务中，不同的bean利用@Reference注入同一个dubbo接口时，如果其中一个@Reference有指定timeout，那么，对于整个应用服务来说，这个接口的超时时间可能是这个timeo
1.前言本文基于Dubbo2.6.x版本，中文注释版源码已上传github：xiaoguyu/dubbo源码分析均基于官方Demo，路径：dubbo/dubbo-demo如果没有看过之前Dubbo系列的文章，建议先去看看。因为服务调用过程涉及范围较广，需要那些前置知识。Dubbo服务调用过程比较复杂，包含众多步骤，比如发送请求、编解码、服务降级、过滤器链处理、序列化、线程派发以及响应请求等步骤。限于篇幅原因，本篇文章无法对所有的步骤一一进行分析。后续挖坑再说吧。本篇文章将会重点分析请求的发送与接收、线程派发以及响应的发送与接收等过程。2.源码分析先了解下Dubbo服务调用过程（图片来自官方文档
1.前言本文基于Dubbo2.6.x版本，中文注释版源码已上传github：xiaoguyu/dubbo源码分析均基于官方Demo，路径：dubbo/dubbo-demo如果没有看过之前Dubbo系列的文章，建议先去看看。因为服务调用过程涉及范围较广，需要那些前置知识。Dubbo服务调用过程比较复杂，包含众多步骤，比如发送请求、编解码、服务降级、过滤器链处理、序列化、线程派发以及响应请求等步骤。限于篇幅原因，本篇文章无法对所有的步骤一一进行分析。后续挖坑再说吧。本篇文章将会重点分析请求的发送与接收、线程派发以及响应的发送与接收等过程。2.源码分析先了解下Dubbo服务调用过程（图片来自官方文档
镜像仓库管理docker仓库,用来管理镜像。主要分为公共仓库和私人仓库。下面介绍了公共仓库DockerHub、私人仓库Registry和harbor。DockerHUb仓库管理什么是DockerHUb保存和分发镜像的最直接方法就是使用DockerHub。 DockerHub是Docker公司维护的公共Registry。用户可以将自己的镜像保存到DockerHub免费的repository中，如果不希望别人访问自己的镜像，也可以购买私有repository。账号注册和登陆一般，你需要先在docker中心创建一个账户（如果您尚未有）。你可以直接在DockerHub创建你的账户。如果有已有账号可
镜像仓库管理docker仓库,用来管理镜像。主要分为公共仓库和私人仓库。下面介绍了公共仓库DockerHub、私人仓库Registry和harbor。DockerHUb仓库管理什么是DockerHUb保存和分发镜像的最直接方法就是使用DockerHub。 DockerHub是Docker公司维护的公共Registry。用户可以将自己的镜像保存到DockerHub免费的repository中，如果不希望别人访问自己的镜像，也可以购买私有repository。账号注册和登陆一般，你需要先在docker中心创建一个账户（如果您尚未有）。你可以直接在DockerHub创建你的账户。如果有已有账号可
