https://blog.csdn.net/moonpure/article/details/52842115

線程模型

(+) (#)

事件處理線程說明 如果事件處理的邏輯能迅速完成，並且不會發起新的IO請求，比如只是在內存中記個標識，則直接在IO線程上處理更快，因為減少了線程池調度。 但如果事件處理邏輯較慢，或者需要發起新的IO請求，比如需要查詢數據庫，則必須派發到線程池，否則IO線程阻塞，將導致不能接收其它請求。 如果用IO線程處理事件，又在事件處理過程中發起新的IO請求，比如在連接事件中發起登錄請求，會報“可能引發死鎖”異常，但不會真死鎖。

• Dispatcher
  • all 所有消息都派發到線程池，包括請求，響應，連接事件，斷開事件，心跳等。
  • direct 所有消息都不派發到線程池，全部在IO線程上直接執行。
  • message 只有請求響應消息派發到線程池，其它連接斷開事件，心跳等消息，直接在IO線程上執行。
  • execution 只請求消息派發到線程池，不含響應，響應和其它連接斷開事件，心跳等消息，直接在IO線程上執行。
  • connection 在IO線程上，將連接斷開事件放入隊列，有序逐個執行，其它消息派發到線程池。

• ThreadPool
  • fixed 固定大小線程池，啟動時建立線程，不關閉，一直持有。(缺省)
  • cached 緩存線程池，空閑一分鐘自動刪除，需要時重建。
  • limited 可伸縮線程池，但池中的線程數只會增長不會收縮。(為避免收縮時突然來了大流量引起的性能問題)。

配置如：

配置標簽

<dubbo:provider/>

<dubbo:protocol/>

例:

<!-- 當ProtocolConfig和ServiceConfig某屬性沒有配置時,采用此缺省值 -->
<dubbo:provider timeout="10000" threadpool="fixed" threads="100" accepts="1000" />

<dubbo:protocol/>

(+) (#)

服務提供者協議配置：
配置類：com.alibaba.dubbo.config.ProtocolConfig
說明：如果需要支持多協議，可以聲明多個<dubbo:protocol>標簽，並在<dubbo:service>中通過protocol屬性指定使用的協議。

Linux 用戶線程數限制導致的 Java.lang.OutOfMemoryError: unable to create new native thread異常

系統默認最大的線程數為1024個

[root@edu-provider-01 ~]# cat /etc/security/limits.d/90-nproc.conf
# Default limit for number of user‘s processes to prevent
# accidental fork bombs.
# See rhbz #432903 for reasoning.


* soft nproc 1024
root soft nproc unlimited

[root@edu-provider-01 ~]# vi /etc/security/limits.d/90-nproc.conf
調整時要註意：

1、 盡量不要使用 root 用戶來部署應用程序，避免資源耗盡後無法登錄操作系統。

因為root用戶默認沒有限制線程數，如果線程過多，會使資源占用很多，導致不能關機，只能硬關機

2、 普通用戶的線程數限制值要看可用物理內存容量來配置

[root@edu-provider-01 ~]# cat /proc/meminfo |grep MemTotal
MemTotal: 2941144 kB
[root@edu-provider-01 ~]# echo "2941144/128"|bc
22977
[root@edu-provider-01 ~]# ulimit -u
1024

[1]+ Stopped vi /etc/security/limits.d/90-nproc.conf
[root@edu-provider-01 ~]# vi /etc/security/limits.d/90-nproc.conf
[root@edu-provider-01 ~]# cat /etc/security/limits.d/90-nproc.conf
# Default limit for number of user‘s processes to prevent
# accidental fork bombs.
# See rhbz #432903 for reasoning.


* soft nproc 12000
root soft nproc unlimited
[root@edu-provider-01 ~]#

計算方式：

default_nproc = total_memory/128K;

$ cat /proc/meminfo |grep MemTotal

$ echo "2941144/128"|bc

$ ulimit -u

ulimit -a # 顯示目前資源限制的設定

ulimit -u # 用戶最多可開啟的程序數目

重啟，使之生效：# reboot

只訂閱

(+) (#)

問題 為方便開發測試，經常會在線下共用一個所有服務可用的註冊中心，這時，如果一個正在開發中的服務提供者註冊，可能會影響消費者不能正常運行。

解決方案 可以讓服務提供者開發方，只訂閱服務(開發的服務可能依賴其它服務)，而不註冊正在開發的服務，通過直連測試正在開發的服務。

禁用註冊配置：

或者：

只訂閱配置測試

在註冊中心查看只訂閱的服務是否註冊上?

註意點：

1、“只訂閱”指的是需要做開發調試的服務提供者，只向註冊中心訂閱其所依賴的服務，但

不向註冊中心註冊其本身可以提供的服務。

2、“只訂閱”需要結合“直連提供者”配置來進行調用測試。(正在開發的本地服務只訂閱，本地消費端

直連正在開發的本地服務進行調試)

只註冊

(+) (#)

問題 如果有兩個鏡像環境，兩個註冊中心，有一個服務只在其中一個註冊中心有部署，另一個註冊中心還沒來得及部署，而兩個註冊中心的其它應用都需要依賴此服務，所以需要將服務同時註冊到兩個註冊中心，但卻不能讓此服務同時依賴兩個註冊中心的其它服務。

解決方案 可以讓服務提供者方，只註冊服務到另一註冊中心，而不從另一註冊中心訂閱服務。

禁用訂閱配置：

或者：

Dubbo高級篇4