This is an automated email from the ASF dual-hosted git repository.
liubao pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/servicecomb-docs.git
The following commit(s) were added to refs/heads/master by this push:
new 0e30485 Supplementary description of retry configuration (#275)
0e30485 is described below
commit 0e3048559899a56f668ac9c9e1fd71a4b959ca98
Author: lbc97 <[email protected]>
AuthorDate: Thu Sep 1 16:44:47 2022 +0800
Supplementary description of retry configuration (#275)
---
java-chassis-reference/zh_CN/docs/references-handlers/loadbalance.md | 2 ++
1 file changed, 2 insertions(+)
diff --git
a/java-chassis-reference/zh_CN/docs/references-handlers/loadbalance.md
b/java-chassis-reference/zh_CN/docs/references-handlers/loadbalance.md
index 4e8c5ce..5c5310d 100644
--- a/java-chassis-reference/zh_CN/docs/references-handlers/loadbalance.md
+++ b/java-chassis-reference/zh_CN/docs/references-handlers/loadbalance.md
@@ -206,6 +206,8 @@ retryOnNext表示失败以后，根据负载均衡策略，重新选择一个实
2.retry的场景下，对于同步调用,
同步调用的主线程已经被挂起，无法再主线程中进行重试，重试也不能在网络线程（event-loop）中进行，未被保护的阻塞操作会导致网络线程挂起，因此当前的重试机制会另起一个retry-pool-thread进行重试，因此如果业务在扩展`HttpClientFilter`的时候，如果涉及到通过ThreadLocal获取线程上下文的时候，会存在获取不到的情况，针对这种场景，建议在获取的时候做个判断处理，或者针对涉及ThreadLocal获取线程上下文的业务场景，建议采取通过扩展Handler的机制，进行处理，并保证扩展的Handler在loadbalance之前执行。
+
3.如果代码中引入了solution-basic依赖，重试默认开启，详细配置可以参考该依赖里面的[配置文件](https://github.com/apache/servicecomb-java-chassis/blob/master/solutions/solution-basic/src/main/resources/microservice.yaml)
。
+
## 自定义
负载均衡模块提供的功能已经非常强大，能够通过配置支持大部分应用场景。同时它也提供了强大的扩展能力，包括DiscoveryFilter、ServerListFilterExt、ExtensionsFactory（扩展IRule，RetryHandler等）。loadbalance模块本身包含了每一个扩展的实现，这里不再详细描述如何扩展，只简单描述步骤。开发者可以自行下载ServiceComb源码进行参考。
