This is an automated email from the ASF dual-hosted git repository.
liujun pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/dubbo-website.git
The following commit(s) were added to refs/heads/master by this push:
new a97d760aed fix word misspelling (#2374)
a97d760aed is described below
commit a97d760aed86d0fa3545fadde4fd287bb8b4dafc
Author: IceFoxs <[email protected]>
AuthorDate: Wed Mar 8 16:33:51 2023 +0800
fix word misspelling (#2374)
fix word misspelling
---
.../mannual/java-sdk/reference-manual/metadata-center/overview.md | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
a/content/zh-cn/overview/mannual/java-sdk/reference-manual/metadata-center/overview.md
b/content/zh-cn/overview/mannual/java-sdk/reference-manual/metadata-center/overview.md
index 92996e48e2..c236761098 100644
---
a/content/zh-cn/overview/mannual/java-sdk/reference-manual/metadata-center/overview.md
+++
b/content/zh-cn/overview/mannual/java-sdk/reference-manual/metadata-center/overview.md
@@ -32,7 +32,7 @@ Dubbo3 中引入了 [应用级服务发现机制](/zh-cn/overview/mannual/java-s
Dubbo 一直以来都能做到精确的地址发现，即只订阅 Consumer
声明要关心的服务及相关的地址列表，相比于拉取/订阅全量地址列表，这样做有很好的性能优势。
在应用级服务发现模型中，想做到精确地址订阅并不容易，因为 Dubbo Consumer 只声明了要消费的接口列表，Consumer 需要能够将接口转换为
Provider 应用名才能进行精准服务订阅，
-为此，Dubbo 需要在元数据中心维护这一份 `接口名->应用名` 的对应关系，Dubbo3 中通过 provider 启动的时主动向元数据中心上报实现。
+为此，Dubbo 需要在元数据中心维护这一份 `接口名->应用名` 的对应关系，Dubbo3 中通过 provider 启动的时候主动向元数据中心上报实现。
接口 (service name) - 应用 (Provider application name) 的映射关系可以是一对多的，即一个 service
name 可能会对应多个不同的 application name。
以 zookeeper 为例，映射关系保存在以下位置:
@@ -218,4 +218,4 @@ dubbo.metadata-report.sync.report=false
##非必须,default值为false
> 如果元数据地址(dubbo.metadata-report.address)也不进行配置，会判断注册中心的协议是否支持元数据中心，如果支持，会使用注册中心的地址来用作元数据中心。
## 4 了解如何扩展
-请参见 [扩展 metadata-report](../../spi/description/metadata-report/)
了解如何扩展自定义第三方实现。
\ No newline at end of file
+请参见 [扩展 metadata-report](../../spi/description/metadata-report/)
了解如何扩展自定义第三方实现。
