This is an automated email from the ASF dual-hosted git repository.

kezhenxu94 pushed a commit to branch asf-site
in repository https://gitbox.apache.org/repos/asf/dubbo-website.git


The following commit(s) were added to refs/heads/asf-site by this push:
     new 81f61c0  Fix typo (#397)
81f61c0 is described below

commit 81f61c04d2784c631feb12c6050ce3ea445377ab
Author: changyang liu <477915...@qq.com>
AuthorDate: Wed Jun 5 19:44:00 2019 +0800

    Fix typo (#397)
---
 zh-cn/docs/dev/design.html | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/zh-cn/docs/dev/design.html b/zh-cn/docs/dev/design.html
index e504723..e60f122 100644
--- a/zh-cn/docs/dev/design.html
+++ b/zh-cn/docs/dev/design.html
@@ -37,7 +37,7 @@
 <h2>关系说明</h2>
 <ul>
 <li>在 RPC 中,Protocol 是核心层,也就是只要有 Protocol + Invoker + Exporter 就可以完成非透明的 RPC 
调用,然后在 Invoker 的主过程上 Filter 拦截点。</li>
-<li>图中的 Consumer 和 Provider 是抽象概念,只是想让看图者更直观的了解哪些类分属于客户端与服务器端,不用 Client 和 
Server 的原因是 Dubbo 在很多场景下都使用 Provider, Consumer, Registry, Monitor 
划分逻辑拓普节点,保持统一概念。</li>
+<li>图中的 Consumer 和 Provider 是抽象概念,只是想让看图者更直观的了解哪些类分属于客户端与服务器端,不用 Client 和 
Server 的原因是 Dubbo 在很多场景下都使用 Provider, Consumer, Registry, Monitor 
划分逻辑拓扑节点,保持统一概念。</li>
 <li>而 Cluster 是外围概念,所以 Cluster 的目的是将多个 Invoker 伪装成一个 Invoker,这样其它人只要关注 
Protocol 层 Invoker 即可,加上 Cluster 或者去掉 Cluster 对其它层都不会造成影响,因为只有一个提供者时,是不需要 
Cluster 的。</li>
 <li>Proxy 层封装了所有接口的透明化代理,而在其它层都以 Invoker 为中心,只有到了暴露给用户使用时,才用 Proxy 将 Invoker 
转成接口,或将接口实现转成 Invoker,也就是去掉 Proxy 层 RPC 是可以 Run 
的,只是不那么透明,不那么看起来像调本地服务一样调远程服务。</li>
 <li>而 Remoting 实现是 Dubbo 协议的实现,如果你选择 RMI 协议,整个 Remoting 都不会用上,Remoting 内部再划为 
Transport 传输层和 Exchange 信息交换层,Transport 层只负责单向消息传输,是对 Mina, Netty, Grizzly 
的抽象,它也可以扩展 UDP 传输,而 Exchange 层是在传输层之上封装了 Request-Response 语义。</li>
@@ -111,4 +111,4 @@
                gtag('config', 'UA-112489517-1');
        </script>
 </body>
-</html>
\ No newline at end of file
+</html>

Reply via email to