This is an automated email from the ASF dual-hosted git repository.
github-bot 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 1c5c7e8 Automated deployment: Tue Nov 5 09:42:19 UTC 2019
d8f4d7392c562a86d8e8bbc48f55d5cc5fc506da
1c5c7e8 is described below
commit 1c5c7e885325d8e284729524c90100bb65ac5575
Author: htynkn <[email protected]>
AuthorDate: Tue Nov 5 09:42:19 2019 +0000
Automated deployment: Tue Nov 5 09:42:19 UTC 2019
d8f4d7392c562a86d8e8bbc48f55d5cc5fc506da
---
zh-cn/docs/user/demos/thread-model.html | 2 +-
zh-cn/docs/user/demos/thread-model.json | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/zh-cn/docs/user/demos/thread-model.html
b/zh-cn/docs/user/demos/thread-model.html
index 19f8dd2..42bfc11 100644
--- a/zh-cn/docs/user/demos/thread-model.html
+++ b/zh-cn/docs/user/demos/thread-model.html
@@ -25,7 +25,7 @@
<li><code>all</code> 所有消息都派发到线程池，包括请求，响应，连接事件，断开事件，心跳等。</li>
<li><code>direct</code> 所有消息都不派发到线程池，全部在 IO 线程上直接执行。</li>
<li><code>message</code> 只有请求响应消息派发到线程池，其它连接断开事件，心跳等消息，直接在 IO 线程上执行。</li>
-<li><code>execution</code> 只请求消息派发到线程池，不含响应，响应和其它连接断开事件，心跳等消息，直接在 IO
线程上执行。</li>
+<li><code>execution</code> 只有请求消息派发到线程池，不含响应，响应和其它连接断开事件，心跳等消息，直接在 IO
线程上执行。</li>
<li><code>connection</code> 在 IO 线程上，将连接断开事件放入队列，有序逐个执行，其它消息派发到线程池。</li>
</ul>
<p>ThreadPool</p>
diff --git a/zh-cn/docs/user/demos/thread-model.json
b/zh-cn/docs/user/demos/thread-model.json
index c1e2805..89f5f65 100644
--- a/zh-cn/docs/user/demos/thread-model.json
+++ b/zh-cn/docs/user/demos/thread-model.json
@@ -1,6 +1,6 @@
{
"filename": "thread-model.md",
- "__html": "<h1>线程模型</h1>\n<p>如果事件处理的逻辑能迅速完成，并且不会发起新的 IO 请求，比如只是在内存中记个标识，则直接在
IO 线程上处理更快，因为减少了线程池调度。</p>\n<p>但如果事件处理逻辑较慢，或者需要发起新的 IO
请求，比如需要查询数据库，则必须派发到线程池，否则 IO 线程阻塞，将导致不能接收其它请求。</p>\n<p>如果用 IO
线程处理事件，又在事件处理过程中发起新的 IO 请求，比如在连接事件中发起登录请求，会报“可能引发死锁”异常，但不会真死锁。</p>\n<p><img
src=\"../sources/images/dubbo-protocol.jpg\"
alt=\"dubbo-protocol\"></p>\n<p>因此，需要通过不同的派发策略和不同的线程池配置的组合来应对不同的场景:</p>\n<pre><code
class=\"language-xml\"><span class=\"hljs-tag\"><<span
class=\"hljs-name\">dubbo:protoco [...]
+ "__html": "<h1>线程模型</h1>\n<p>如果事件处理的逻辑能迅速完成，并且不会发起新的 IO 请求，比如只是在内存中记个标识，则直接在
IO 线程上处理更快，因为减少了线程池调度。</p>\n<p>但如果事件处理逻辑较慢，或者需要发起新的 IO
请求，比如需要查询数据库，则必须派发到线程池，否则 IO 线程阻塞，将导致不能接收其它请求。</p>\n<p>如果用 IO
线程处理事件，又在事件处理过程中发起新的 IO 请求，比如在连接事件中发起登录请求，会报“可能引发死锁”异常，但不会真死锁。</p>\n<p><img
src=\"../sources/images/dubbo-protocol.jpg\"
alt=\"dubbo-protocol\"></p>\n<p>因此，需要通过不同的派发策略和不同的线程池配置的组合来应对不同的场景:</p>\n<pre><code
class=\"language-xml\"><span class=\"hljs-tag\"><<span
class=\"hljs-name\">dubbo:protoco [...]
"link": "/zh-cn/docs/user/demos/thread-model.html",
"meta": {}
}
\ No newline at end of file
