资源的申请方法、装置、电子设备及存储介质

本申请涉及资源管理技术领域，尤其涉及一种资源的申请方法、装置、电子设备及存储介质。

在业务系统运行过程中，必然会用到各类资源，如内存、对象等。如果业务处理过程中直接去向操作系统申请资源，就会产生操作系统的调度的开销，资源的初始化耗时也会非常大。为了解决这个问题，通常的做法通过资源池来创建一定量的资源，在业务在需要资源申请的时候，可以通过资源池的接口去申请。

但是，在现有技术中，在业务处理期间通过资源池申请资源的时候，如果资源池中剩余的资源量不够，就需要再重新申请一定量的资源，并且需要做资源的初始化、准备等操作，这样业务系统在运行的过程中会不间断的出现延时抖动，业务请求响应的时延会明显增大，造成业务处理停滞。

有鉴于此，本申请提供一种资源的申请方法、装置、电子设备及存储介质，以解决现有技术中在业务处理期间出现资源池中剩余的资源量不够时，就需要再重新申请一定量的资源，阻塞业务的执行，造成业务耗时比较多的问题。

为实现上述目的，本申请提供如下技术方案：

本申请第一方面公开了一种资源的申请方法，资源池至少两个，且每个时刻仅有一个资源池处于运行状态，其他资源池备用，该方法包括：

在接收到业务发送的资源池资源的申请请求时，判断运行状态的资源池的当前资源剩余量，是否能满足当前业务申请的资源消耗量的需求；

若判断出所述运行状态的资源池的当前资源剩余量，不能满足所述当前业务申请的资源消耗量的需求，则将备用的资源池替换掉所述运行状态的资源池；

申请预设资源量的资源，对所述运行状态的资源池进行扩容。

可选的，上述的方法，所述若判断出所述运行状态的资源池的当前资源剩余量，不能满足所述当前业务申请的资源消耗量的需求，则将备用的资源池替换掉所述运行状态的资源池之后，还包括：

判断当前运行的资源池的的当前资源剩余量，是否能满足所述当前业务的下一业务处理周期的资源消耗量；其中，所述下一业务处理周期的资源消耗量根据多个历史业务处理周期的资源消耗数据预测得到；

若判断出当前运行的资源池的的当前资源剩余量，不能满足所述当前业务的下一业务处理周期的资源消耗量的需求，则等待所述当前业务申请处理结束后，将备用的资源池替换掉所述当前运行的资源池，并申请预设资源量的资源，对所述当前运行的资源池进行扩容。

可选的，上述的方法，所述下一业务处理周期的资源消耗量根据多个历史业务处理周期的资源消耗数据预测得到的方式，包括：

获取多个历史业务处理周期的资源消耗数据；

基于所述多个历史业务处理周期的资源消耗数据，计算得到各个历史业务处理周期的资源消耗速率；

利用所述各个历史业务处理周期的资源消耗速率，预测所述下一业务处理周期的资源消耗量。

可选的，上述的方法，还包括：

对每一个资源池里的资源标注资源管理标志；其中，所述资源管理标志用于表征资源所处的资源池。

当进行资源回收时，则根据每一个资源的资源管理标志，将每一个资源回收到对应的资源池中。

本申请第二方面公开了一种资源的申请装置，资源池至少两个，且每个时刻仅有一个资源池处于运行状态，其他资源池备用，该装置包括：

第一判断单元，用于在接收到业务发送的资源池资源的申请请求时，判断运行状态的资源池的当前资源剩余量，是否能满足当前业务申请的资源消耗量的需求；

第一替换单元，用于若判断出所述运行状态的资源池的当前资源剩余量，不能满足所述当前业务申请的资源消耗量的需求，则将备用的资源池替换掉所述运行状态的资源池；

扩容单元，用于申请预设资源量的资源，对所述运行状态的资源池进行扩容。

可选的，上述的装置，还包括：

第二判断单元，用于判断当前运行的资源池的的当前资源剩余量，是否能满足所述当前业务的下一业务处理周期的资源消耗量；其中，所述下一业务处理周期的资源消耗量根据多个历史业务处理周期的资源消耗数据预测得到；

第二替换单元，用于若判断出当前运行的资源池的的当前资源剩余量，不能满足所述当前业务的下一业务处理周期的资源消耗量的需求，则等待所述当前业务申请处理结束后，将备用的资源池替换掉所述当前运行的资源池，并申请预设资源量的资源，对所述当前运行的资源池进行扩容。

可选的，上述的装置，所述第二判断单元，包括：

获取子单元，用于获取多个历史业务处理周期的资源消耗数据；

计算子单元，用于基于所述多个历史业务处理周期的资源消耗数据，计算得到各个历史业务处理周期的资源消耗速率；

预测子单元，用于利用所述各个历史业务处理周期的资源消耗速率，预测所述下一业务处理周期的资源消耗量。

可选的，上述的装置，还包括：

标注单元，用于对每一个资源池里的资源标注资源管理标志；其中，所述资源管理标志用于表征资源所处的资源池。

回收单元，用于当进行资源回收时，则根据每一个资源的资源管理标志，将每一个资源回收到对应的资源池中。

本申请第三方面公开了一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如本申请第一方面和第二方面中任意一项所述的方法。

本申请第四方面公开了一种计算机存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如本申请第一方面和第二方面中任意一项所述的方法。

从上述技术方案可以看出，本申请提供的一种资源的申请方法，其中，资源池至少两个，且每个时刻仅有一个资源池处于运行状态，其他资源池备用。在接收到业务发送的资源池资源的申请请求时，判断运行状态的资源池的当前资源剩余量，是否能满足当前业务申请的资源消耗量的需求。若判断出运行状态的资源池的当前资源剩余量，不能满足当前业务申请的资源消耗量的需求，则将备用的资源池替换掉所述运行状态的资源池。申请预设资源量的资源，对运行状态的资源池进行扩容。由此可知，利用本申请的方法，在接收到业务发送的资源池资源的申请请求时，若运行状态的资源池的当前资源剩余量不能满足当前业务申请的资源消耗量，则利用备用的资源池替换掉当前运行的资源池进行后续的业务处理，可以做到无锁化的操作。解决了现有技术中在业务处理期间出现资源池中剩余的资源量不够时，就需要再重新申请一定量的资源，造成业务耗时比较多的问题。

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为背景技术中业务系统在进行业务处理时的系统响应的示意图；

图2为本申请实施例公开的一种资源的申请方法的流程图；

图3为本申请另一实施例公开的业务系统在进行业务处理时的系统响应的示意图；

图4为本申请另一实施例公开的下一业务处理周期的资源消耗量根据多个历史业务处理周期的资源消耗数据预测得到的一种实施方式的流程图；

图5为本申请另一实施例公开的一种资源的申请装置的示意图；

图6为本申请另一实施例公开的一种电子设备的示意图。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

并且，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

由背景技术可知，在现有技术中，在业务处理期间通过资源池申请资源的时候，如果资源池中剩余的资源量不够，就需要再重新申请一定量的资源，并且需要做资源的初始化、准备等操作，此时的开销会比普通申请大许多，这样系统在运行的过程中会不间断的出现延时抖动，业务请求响应的时延会明显增大，造成业务处理停滞。具体可参见图1，从图1可以看出，当每次资源池需要申请一定量的资源进行扩容的时候，都会造成业务耗时比较大，出现毛刺的尖峰。

鉴于此，本申请提供了一种资源的申请方法、装置、电子设备及存储介质，以解决现有技术中在业务处理期间出现资源池中剩余的资源量不够时，就需要再重新申请一定量的资源，造成业务耗时比较多的问题。

本申请实施例提供了一种资源的申请方法，该资源的申请方法中，资源池至少两个，且每个时刻仅有一个资源池处于运行状态，其他资源池备用，如图2所示，具体包括：

S201、在接收到业务发送的资源池资源的申请请求时，判断运行状态的资源池的当前资源剩余量，是否能满足当前业务申请的资源消耗量的需求。

需要说明的是，在资源池管理器中设有至少两个资源池，其中一个处于运行状态，用于进行业务处理，其他的资源池则作为备用资源池留作备用，备用的资源池中的资源已经完成资源申请以及初始化等操作。

还需要说明的是，在资源池管理里面，增加一个异步扩容的线程，也称为异步线程。该异步线程的作用是，当业务申请资源池的资源时，若资源池的资源量不够，在响应业务请求时异步线程可以先替换资源池，然后异步线程去做原资源池的扩容。异步线程在不需要扩容时，可以定时检测资源池的当前资源剩余量。在接收到业务发送的资源池资源的申请请求时，异步扩容的线程查看当前要处理的业务，并获取当前要处理的业务在整个处理周期中需要申请的资源量为多少，异步扩容的线程以此判断该资源池的当前资源剩余量是否能满足当前业务申请的资源消耗量的需求。

S202、若判断出所述运行状态的资源池的当前资源剩余量，不能满足当前业务申请的资源消耗量的需求，则将备用的资源池替换掉运行状态的资源池。

需要说明的是，如果异步扩容的线程，判断出目前运行的资源池的当前资源量不能满足当前业务申请的资源消耗量的需求，则将备用的资源池替换掉当前运行的资源池，用备用的资源池继续进行后续的业务处理，由于置换池的操作是简单的变量替换，可以实现无锁化的操作，操作耗时也可以忽略不计，业务处理流程基本不会受到影响。如果在该业务处理周期中，业务请求突然变多，也可能导致当前运行的资源池的资源剩余量不够，此时也可以将备用的资源池替换掉当前运行的资源池进行后续的业务处理。如图3所示，利用本申请的方法，经过异步线程定时检测运行状态的资源池的资源剩余量，并随时可以利用备用的资源池替换掉当前运行的资源池进行后续的业务处理，可以做到无锁化的操作，因此在业务处理的过程中也不会出现有大的尖峰毛刺，整个业务系统的业务处理过程，系统响应耗时很平稳。

可选的，在本申请的另一实施例中，执行步骤S202之后，还可以包括：

判断当前运行的资源池的的当前资源剩余量，是否能满足当前业务的下一业务处理周期的资源消耗量；其中，下一业务处理周期的资源消耗量根据多个历史业务处理周期的资源消耗数据预测得到。

若判断出当前运行的资源池的的当前资源剩余量，不能满足当前业务的下一业务处理周期的资源消耗量的需求，则等待当前业务申请处理结束后，将备用的资源池替换掉当前运行的资源池，并申请预设资源量的资源，对当前运行的资源池进行扩容。

需要说明的是，当判断出运行状态的资源池的当前资源剩余量，不能满足当前业务申请的资源消耗量的需求，则将备用的资源池替换掉运行状态的资源池之后，异步扩容的线程继续判断运行状态的资源池的当前资源剩余量，是否能满足当前业务的下一业务处理周期的资源消耗量的需求。如果判断出运行状态的资源池的当前资源剩余量，不能满足下一业务处理周期的资源消耗量的需求，异步扩容的线程则等待当前业务申请处理结束后，将备用的资源池替换掉当前运行的资源池，用于进行下一业务处理周期的业务处理，实现提前替换。并申请预设资源量的资源，对替换下来的资源池进行扩容，扩容完成后作为新的备用资源池。

可选的，在本申请的另一实施例中，上述步骤中下一业务处理周期的资源消耗量根据多个历史业务处理周期的资源消耗数据预测得到的一种实施方式，如图4所示，可以包括：

S401、获取多个历史业务处理周期的资源消耗数据。

需要说明的是，为了分析历史数据的规律，首先需要获取多个历史业务处理周期的资源消耗数据，以此分析得到每一个业务在其处理周期内所消耗的资源量。

S402、基于多个历史业务处理周期的资源消耗数据，计算得到各个历史业务处理周期的资源消耗速率。

需要说明的是，在获取到多个历史业务处理周期的资源消耗数据之后，根据每一个业务的处理时长以及所消耗的资源量，计算得到各个历史业务处理周期的资源消耗速率。

S403、利用各个历史业务处理周期的资源消耗速率，预测下一业务处理周期的资源消耗量。

需要说明的是，在计算出各个历史业务处理周期的资源消耗速率之后，由于同一业务在相同的处理周期下所消耗的资源量有一定的规律性，因此，根据下一业务的业务属性以及处理下一业务的时长，出与下一个业务处理周期相同的历史业务处理周期，并利用查到的历史业务处理周期的资源消耗速率，预测出下一业务处理周期的资源消耗量。

S203、申请预设资源量的资源，对运行状态的资源池进行扩容。

需要说明的是，在利用备用的资源池将当前运行的资源池替换下来之后，异步扩容的线程就提前申请预设资源量的资源，然后进行资源初始化、内存的初始化、对象的创建等操作，对当前运行的资源池进行扩容，以使该资源池的资源量足以应对后续的业务处理，并作为新的备用资源池，以便实现后续的资源池替换。

本申请实施例提供的一种资源的申请方法中，在接收到业务发送的资源池资源的申请请求时，判断运行状态的资源池的当前资源剩余量，是否能满足当前业务申请的资源消耗量的需求。若判断出运行状态的资源池的当前资源剩余量，不能满足当前业务申请的资源消耗量的需求，则将备用的资源池替换掉所述运行状态的资源池。申请预设资源量的资源，对运行状态的资源池进行扩容。由此可知，利用本申请的方法，在接收到业务发送的资源池资源的申请请求时，若运行状态的资源池的当前资源剩余量不能满足当前业务申请的资源消耗量，则利用备用的资源池替换掉当前运行的资源池进行后续的业务处理，可以做到无锁化的操作。解决了现有技术中在业务处理期间出现资源池中剩余的资源量不够时，就需要再重新申请一定量的资源，造成业务耗时比较多的问题。

可选的，在本申请的另一实施例中，上述资源的申请方法中，还可以包括：

对每一个资源池里的资源标注资源管理标志；其中，资源管理标志用于表征资源所处的资源池。

当进行资源回收时，则根据每一个资源的资源管理标志，将每一个资源回收到对应的资源池中。

需要说明的是，由于设置有多个资源池，在业务处理过程中，可能会用到多个资源池里的资源，因此，对每一个资源池里的资源标注资源管理标志，这样就可以知道各个资源是属于哪一个资源池的，当业务使用完资源要进行资源回收时，则根据每一个资源的资源管理标志，直接调用资源池管理器回收的接口，将所使用的资源回收到所属的资源池内。

可选的，在本申请的另一实施例中，还公开了一种资源的申请装置，如图5所示，包括：

第一判断单元501，用于在接收到业务发送的资源池资源的申请请求时，判断运行状态的资源池的当前资源剩余量，是否能满足当前业务申请的资源消耗量的需求。

第一替换单元502，用于若判断出所述运行状态的资源池的当前资源剩余量，不能满足所述当前业务申请的资源消耗量的需求，则将备用的资源池替换掉所述运行状态的资源池。

扩容单元503，用于申请预设资源量的资源，对所述运行状态的资源池进行扩容。

本实施例中，第一判断单元501、第一替换单元502以及扩容单元503的具体执行过程，可参见对应图2的方法实施例内容，此处不再赘述。

本申请实施例提供的一种资源的申请装置中，第一判断单元501在接收到业务发送的资源池资源的申请请求时，判断运行状态的资源池的当前资源剩余量，是否能满足当前业务申请的资源消耗量的需求。若判断出运行状态的资源池的当前资源剩余量，不能满足当前业务申请的资源消耗量的需求，第一替换单元502则将备用的资源池替换掉所述运行状态的资源池。扩容单元503申请预设资源量的资源，对运行状态的资源池进行扩容。由此可知，利用本申请的方法，在接收到业务发送的资源池资源的申请请求时，若运行状态的资源池的当前资源剩余量不能满足当前业务申请的资源消耗量，则利用备用的资源池替换掉当前运行的资源池进行后续的业务处理，可以做到无锁化的操作。解决了现有技术中在业务处理期间出现资源池中剩余的资源量不够时，就需要再重新申请一定量的资源，造成业务耗时比较多的问题。

可选的，在在本申请的另一实施例中，上述资源的申请装置，还包括：

第二判断单元，用于判断当前运行的资源池的的当前资源剩余量，是否能满足当前业务的下一业务处理周期的资源消耗量；其中，下一业务处理周期的资源消耗量根据多个历史业务处理周期的资源消耗数据预测得到。

第二替换单元，用于若判断出当前运行的资源池的的当前资源剩余量，不能满足当前业务的下一业务处理周期的资源消耗量的需求，则等待当前业务申请处理结束后，将备用的资源池替换掉所述当前运行的资源池，并申请预设资源量的资源，对当前运行的资源池进行扩容。

本实施例中，第二判断单元、第二替换单元的具体执行过程，可参见上述对应的方法实施例内容，此处不再赘述。

可选的，在在本申请的另一实施例中，上述第二判断单元的一种实施方式，包括：

获取子单元，用于获取多个历史业务处理周期的资源消耗数据。

计算子单元，用于基于多个历史业务处理周期的资源消耗数据，计算得到各个历史业务处理周期的资源消耗速率。

预测子单元，用于利用各个历史业务处理周期的资源消耗速率，预测下一业务处理周期的资源消耗量。

本实施例中，获取子单元、计算子单元以及预测子单元的具体执行过程，可参见图4对应的方法实施例内容，此处不再赘述。

可选的，在在本申请的另一实施例中，上述资源的申请装置，还可以包括：

标注单元，用于对每一个资源池里的资源标注资源管理标志；其中，资源管理标志用于表征资源所处的资源池。

回收单元，用于当进行资源回收时，则根据每一个资源的资源管理标志，将每一个资源回收到对应的资源池中。

本实施例中，标注单元、回收单元的具体执行过程，可参见上述对应的方法实施例内容，此处不再赘述。

本申请另一实施例还提供了一种电子设备，如图6所示，具体包括：

一个或多个处理器601。

存储装置602，其上存储有一个或多个程序。

当一个或多个程序被一个或多个处理器601执行时，使得一个或多个处理器601实现如上述实施例中任意一项方法。

本申请另一实施例还提供了计算机存储介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如上述实施例中任意一项方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。