[发明专利]一种服务端线程的动态分配方法和设备

说明书

本申请公开了一种服务端线程的动态分配方法和设备，该方法包括：服务器利用各接口对应的接口信息分配各接口的第一服务端线程数量；所述服务器在接收到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请求消息接收数量。

所述服务器利用各接口对应的接口信息分配各接口的第一服务端线程数量的过程，具体包括：