[發明專利]一種服務端線程的動態分配方法和設備

有效

• 申請號: 201410404765.1
• 申請日: 2014-08-15
• 公開（公告）號: CN105335231B
• 公開（公告）日: 2020-01-31
• 發明（設計）人: 湛濱瑜
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F9/50
• 分類號: G06F9/50;G06F9/54;G06F9/46
• 代理公司: 11297 北京睿博行遠知識產權代理有限公司
• 代理人: 龔家驊

本申請公開了一種服務端線程的動態分配方法和設備，該方法包括：服務器利用各接口對應的接口信息分配各接口的第一服務端線程數量；所述服務器在接收到RPC請求消息之后，確定所述RPC請求消息對應的接口當前已經啟動的第二服務端線程數量；如果所述第二服務端線程數量小于所述接口對應的第一服務端線程數量，則所述服務器為所述RPC請求消息啟動服務端線程；如果所述第二服務端線程數量等于所述接口對應的第一服務端線程數量，則所述服務器拒絕為所述RPC請求消息啟動服務端線程。本申請實施例中，服務器可以合理的為各接口分配服務端線程，最大程度的提高服務端線程的利用率，并實現服務端線程的最優化分配以及服務器性能的最大化。

技術領域

本申請涉及互聯網領域，尤其是一種服務端線程的動態分配方法和設備。

背景技術

RPC(Remote Procedure Call，遠程過程調用)協議是一種進程之間的通信協議，客戶端可以通過RPC協議請求服務器所提供的服務。

具體的，服務器發布一個服務之后，客戶端根據調用參數向服務器發送RPC請求消息，服務器在收到RPC請求消息之后，為該RPC請求消息啟動一個服務端線程，并通過該服務端線程為客戶端提供服務，即服務端線程利用RPC請求消息中攜帶的調用參數為客戶端提供服務，并通過RPC應答消息將服務結果返回給客戶端。客戶端在收到RPC應答消息后，可以調用相應的服務。

通常情況下，服務器會對外提供多個接口，每個接口對應一個服務，例如，服務器對外提供接口1和接口2，客戶端可以通過接口1調用服務器提供的服務1(如訂單查詢服務)，且客戶端可以通過接口2調用服務器提供的服務2(如訂單支付服務)。進一步的，在同一時間段內，通常會有大量客戶端向服務器發送RPC請求消息，即服務器將收到大量的RPC請求消息。基于此，由于服務器上能夠分配的服務端線程的數量有限，因此，服務器在收到RPC請求消息后，首先判斷本服務器上是否有能夠分配的服務端線程；如果有，則為RPC請求消息啟動一個服務端線程，并在RPC請求消息被該服務端線程處理完成之后，由服務器釋放該服務端線程；如果沒有，則直接丟棄RPC請求消息。

在上述方式下，如果接口1對應的接口響應時間很長，而接口2對應的接口響應時間很短，且接口1對應有大量的RPC請求消息，則大量的服務端線程將用于處理接口1對應的RPC請求消息，服務端線程無法被及時釋放，繼而導致接口2對應的RPC請求消息也無法及時得到處理，即導致接口響應時間很短的接口2也無法分配到更多的服務端線程，其服務端線程的利用率很低。

發明內容

本申請實施例提供一種服務端線程的動態分配方法和設備，以合理的為各接口分配服務端線程，并提高服務端線程的利用率，提高消息處理效率。

本申請實施例提供一種服務端線程的動態分配方法，所述方法包括：

服務器利用各接口對應的接口信息分配各接口的第一服務端線程數量；

所述服務器在接收到遠程過程調用RPC請求消息之后，確定所述RPC請求消息對應的接口當前已經啟動的第二服務端線程數量；

如果所述第二服務端線程數量小于所述接口對應的第一服務端線程數量，則所述服務器為所述RPC請求消息啟動服務端線程；

如果所述第二服務端線程數量等于所述接口對應的第一服務端線程數量，則所述服務器拒絕為所述RPC請求消息啟動服務端線程。

所述各接口對應的接口信息具體包括：所述各接口在指定時間段內對應的平均接口響應時間，和/或，所述各接口在指定時間段內對應的RPC請求消息接收數量。

所述服務器利用各接口對應的接口信息分配各接口的第一服務端線程數量的過程，具體包括：