This is an automated email from the ASF dual-hosted git repository.
albumenj 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 d456b4b8f29 Update 1.md (#1562)
d456b4b8f29 is described below
commit d456b4b8f29576a65ce5cd27475bdc32defc2a6d
Author: JIAN ZHONG <[email protected]>
AuthorDate: Wed Oct 19 10:56:11 2022 +0800
Update 1.md (#1562)
---
content/zh/docs3-v2/java-sdk/faq/0/1.md | 9 +++------
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/content/zh/docs3-v2/java-sdk/faq/0/1.md
b/content/zh/docs3-v2/java-sdk/faq/0/1.md
index 3d35ddade6d..65162e29ccd 100644
--- a/content/zh/docs3-v2/java-sdk/faq/0/1.md
+++ b/content/zh/docs3-v2/java-sdk/faq/0/1.md
@@ -7,19 +7,16 @@ weight: 1
服务端的线程资源耗尽了。
默认情况下，Dubbo 服务端的业务线程数是 200 个。如果多个并发请求量超过了 200，就会拒绝新的请求，抛出此错误。
-## 可能的原因
+### 可能的原因
1. Consumer 的并发请求量太大，导致 Provider 端创建的线程数量超限。
2. 可能 Provider 端在执行业务的时候，由于业务调用外部应用接口，导致线程出现阻塞，从而导致线程池回收不了线程。
-## 排查和解决步骤
+### 排查和解决步骤
* 开启 Dubbo 的访问日志功能，排查是否有短时间内大量调用 RPC 服务的情况。
* 通过 `jps` 和 `jstack` 指令检查线程池中各个线程的状态，看下是否有业务调用外部应用接口造成阻塞。
* 如果是 Consumer 的并发请求量太大，那么调整 Provider 端的 `dubbo.provider.threads` 参数，将 Dubbo
的线程池的数目调大。
* 如果 Provider 业务的 QPS 实在太大，目前的服务器数目处理不完，那么增加 Provider 端服务器的数量，让更多的服务器分担压力。
-## 致谢
-这个错误码的 FAQ 页面参考了空冥同学的 [《Dubbo
常见错误及解决方法》](https://github.com/StabilityMan/StabilityGuide/blob/master/docs/diagnosis/plugin/rpc/%E7%B3%BB%E7%BB%9F%E7%A8%B3%E5%AE%9A%E6%80%A7%E2%80%94%E2%80%94Dubbo%E5%B8%B8%E8%A7%81%E9%94%99%E8%AF%AF%E5%8F%8A%E8%A7%A3%E5%86%B3%E6%96%B9%E6%B3%95.md)
。
+> 这个错误码的 FAQ 页面参考了空冥同学的 [《Dubbo
常见错误及解决方法》](https://github.com/StabilityMan/StabilityGuide/blob/master/docs/diagnosis/plugin/rpc/%E7%B3%BB%E7%BB%9F%E7%A8%B3%E5%AE%9A%E6%80%A7%E2%80%94%E2%80%94Dubbo%E5%B8%B8%E8%A7%81%E9%94%99%E8%AF%AF%E5%8F%8A%E8%A7%A3%E5%86%B3%E6%96%B9%E6%B3%95.md)
。
所引文章通过 [CC-BY-4.0](http://creativecommons.org/licenses/by/4.0/)
协议赋予了汇编的权利。在此向原作者表示感谢。
-
-<p style="margin-top: 3rem;"> </p>
\ No newline at end of file
