This is an automated email from the ASF dual-hosted git repository.
huxing pushed a commit to branch asf-site
in repository https://gitbox.apache.org/repos/asf/incubator-dubbo-website.git
The following commit(s) were added to refs/heads/asf-site by this push:
new f42e01d 修正文档中某些语法不通和错别字 (#262)
f42e01d is described below
commit f42e01d4fc10080289f93a098f736318ec942678
Author: yuemingming <[email protected]>
AuthorDate: Sat Jan 26 22:02:33 2019 +0800
修正文档中某些语法不通和错别字 (#262)
---
docs/zh-cn/dev/principals/code-detail.md | 4 ++--
docs/zh-cn/dev/principals/robustness.md | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/docs/zh-cn/dev/principals/code-detail.md
b/docs/zh-cn/dev/principals/code-detail.md
index 0ea9daf..956bbea 100644
--- a/docs/zh-cn/dev/principals/code-detail.md
+++ b/docs/zh-cn/dev/principals/code-detail.md
@@ -2,11 +2,11 @@
> http://javatar.iteye.com/blog/1056664
-最近一直担心 Dubbo 分布式服务框架后续如果维护人员增多或变更，会出现质量的下降，
我在想，有没有什么是需要大家共同遵守的，根据平时写代码时的一习惯，总结了一下在写代码过程中，尤其是框架代码，要时刻牢记的细节。可能下面要讲的这些，大家都会觉得很简单，很基础，但要做到时刻牢记。在每一行代码中都考虑这些因素，是需要很大耐心的，
大家经常说，魔鬼在细节中，确实如此。
+最近一直担心如果 Dubbo 分布式服务框架维护人员增多或变更，会出现质量的下降的问题，
我在想，有没有什么规则是需要大家共同遵守的。根据平时写代码时的一习惯，总结了以下在写代码过程中，尤其是框架代码，要时刻牢记的细节。可能下面要讲的这些，大家都会觉得很简单，很基础，但要做到时刻牢记。在每一行代码中都考虑这些因素，是需要很大耐心的，
大家经常说，魔鬼在细节中，确实如此。
## 防止空指针和下标越界
-这是我最不喜欢看到的异常，尤其在核心框架中，我更愿看到信息详细的参数不合法异常。这也是一个健状的程序开发人员，在写每一行代码都应在潜意识中防止的异常。基本上要能确保一次写完的代码，在不测试的情况，都不会出现这两个异常才算合格。
+这是我最不喜欢看到的异常，尤其在核心框架中，我更愿看到信息详细的参数不合法异常。这也是一个编写健壮程序的开发人员，在写每一行代码都应在潜意识中防止的异常。基本上要能确保每一次写完的代码，在不测试的情况下，都不会出现这两个异常才算合格。
## 保证线程安全性和可见性
diff --git a/docs/zh-cn/dev/principals/robustness.md
b/docs/zh-cn/dev/principals/robustness.md
index e4b1c81..249854c 100644
--- a/docs/zh-cn/dev/principals/robustness.md
+++ b/docs/zh-cn/dev/principals/robustness.md
@@ -57,11 +57,11 @@ Server 端用于处理请求的 ExectorService 设置上限。ExecutorService
### Dubbo 的服务注册中心
-目前服务注册中心使用了数据库来保存服务提供者和消费者的信息。注册中心集群不同注册中心也通过数据库来之间同步数据，以感知其它注册中心上提供者。注册中心会内存中保证一份提供者和消费者数据，数据库不可用时，注册中心独立对外正常运转，只是拿不到其它注册中心的数据。当数据库恢复时，重试逻辑会内存中修改的数据写回数据库，并拿到数据库中新数据。
+目前服务注册中心使用了数据库来保存服务提供者和消费者的信息。注册中心集群不同注册中心也通过数据库来进行同步数据，以感知其它注册中心上提供者的变化。注册中心会在内存中保存一份提供者和消费者数据，数据库不可用时，注册中心独立对外提供服务以保证正常运转，只是拿不到其它注册中心的数据。当数据库恢复时，重试逻辑会将内存中修改的数据写回数据库，并拿到数据库中新数据。
### 服务的消费者
-服务消息者从注册中心拿到提供者列表后，会保存提供者列表到内存和磁盘文件中。这样注册中心宕后消费者可以正常运转，甚至可以在注册中心宕机过程中重启消费者。消费者启动时，发现注册中心不可用，会读取保存在磁盘文件中提供者列表。重试逻辑保证注册中心恢复后，更新信息。
+服务消费者从注册中心拿到提供者列表后，会保存提供者列表到内存和磁盘文件中。这样注册中心宕机后消费者可以正常运转，甚至可以在注册中心宕机过程中重启消费者。消费者启动时，发现注册中心不可用，会读取保存在磁盘文件中提供者列表。重试逻辑保证注册中心恢复后，更新信息。
## 重试延迟策略
