CN111352710B - 进程管理方法及装置、计算设备、存储介质 - Google Patents

Abstract

本发明公开了一种进程管理方法及装置、计算设备、存储介质，装置基于插件化框架应用执行，其包括：坑位注册器，适于在宿主运行时，预先注册多个坑位资源，以便满足插件的坑位进程在请求坑位资源时的分配需求；坑位进程管理器，适于根据坑位进程当前运行状态确定坑位进程自身的优先级等级；根据各个坑位进程的优先级等级，动态实现对各个坑位资源的分配管理；其中，坑位进程管理器由坑位进程执行。通过坑位进程管理器由坑位进程当前自身的运行状态来确定坑位进程的优先级等级，可以减少外部因素对坑位进程优先级等级的影响。坑位进程管理器由各坑位进程独立执行，减少了执行对象的耦合度，也提升了坑位进程自身优先级等级确定的可扩展性。

Description

进程管理方法及装置、计算设备、存储介质

技术领域

本发明涉及软件领域，具体涉及一种进程管理方法及装置、计算设备、存储介质。

背景技术

Android应用程序在运行过程时，根据用户的调用请求或应用功能的具体实现，会相应的调用进程执行具体的操作。Android插件化框架的应用包含宿主和至少一个插件。现有技术中，插件在调用进程时，会根据其具体的功能实现，为其分配一个进程。进程包括了多种类型的进程，如自定义进程、坑位进程等。其中，自定义进程每个具有固定的坑位，即其在执行时为其分配固定的坑位，分配给其固定的坑位对应的坑位资源。坑位进程没有固定的坑位，需要在其执行时，需为其分配坑位，可以使用所分配坑位的坑位资源。每个应用都具有各自最小的坑位值，坑位值小于进程数量，因此，当为坑位进程分配坑位时，若分配回收不当时，会导致坑位进程运行异常，造成无法启动或被迫停止等问题，影响整个应用的运行结果。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的进程管理方法及装置、计算设备、存储介质。

根据本发明的一个方面，提供了一种进程管理装置，装置基于插件化框架应用执行，其包括：

坑位注册器，适于在宿主运行时，预先注册多个坑位资源，以便满足插件的坑位进程在请求坑位资源时的分配需求；

坑位进程管理器，适于根据坑位进程当前运行状态确定坑位进程自身的优先级等级；根据各个坑位进程的优先级等级，动态实现对各个坑位资源的分配管理；其中，坑位进程管理器由坑位进程执行。

根据本发明的另一方面，提供了一种进程管理方法，方法基于插件化框架应用执行，其包括：：

在宿主运行时，预先注册多个坑位资源，以便满足插件的坑位进程在请求坑位资源时的分配需求；

根据坑位进程当前运行状态确定坑位进程自身的优先级等级；

根据各个坑位进程的优先级等级，动态实现对各个坑位资源的分配管理。

根据本发明的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；

存储器用于存放至少一可执行指令，可执行指令使处理器执行上述进程管理方法对应的操作。

根据本发明的再一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述进程管理方法对应的操作。

根据本发明提供的进程管理方法及装置、计算设备、存储介质，装置基于插件化框架应用执行，其包括：坑位注册器，适于在宿主运行时，预先注册多个坑位资源，以便满足插件的坑位进程在请求坑位资源时的分配需求；坑位进程管理器，适于根据坑位进程当前运行状态确定坑位进程自身的优先级等级；根据各个坑位进程的优先级等级，动态实现对各个坑位资源的分配管理；其中，坑位进程管理器由坑位进程执行。通过坑位进程管理器由坑位进程当前自身的运行状态来确定坑位进程的优先级等级，可以减少外部因素对坑位进程优先级等级的影响。进一步，坑位进程管理器由各坑位进程独立执行，减少了执行对象的耦合度，也提升了坑位进程自身优先级等级确定的可扩展性。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的进程管理装置的功能框图；

图2示出了根据本发明一个实施例的进程管理方法的流程图；

图3示出了根据本发明一个实施例的一种计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的进程管理装置的功能框图。如图1所示，进程管理装置具体包括如下：

坑位注册器110，适于在宿主运行时，预先注册多个坑位资源，以便满足插件的坑位进程在请求坑位资源时的分配需求。

进程管理装置基于插件化框架应用执行，插件化框架的应用包括了宿主和至少一个插件。Android应用中，宿主作为Android应用的主工程，插件作为独立的功能模块进行封装，依托于宿主运行，方便实现插件化框架应用的动态更新。

插件的坑位进程即插件需执行的坑位进程，这些坑位进程需要分配坑位资源才能正常运行。宿主在运行时，坑位注册器110可以预先注册多个坑位资源，方便插件的坑位进程在请求坑位资源时可以直接为其直接进行分配。坑位注册器110预先注册的多个坑位资源包括Android组件资源，如Activity、Service、Receiver以及Content Provider等组件资源信息。

在预先注册多个坑位资源时，可以通过预先在AndroidManifest配置文件中进行注册，得到多个坑位资源。预先注册坑位资源的个数由应用根据自身需求来具体确定。预先注册的坑位资源可以先存储在坑位资源列表中，方便从坑位资料列表中将各坑位资源进行分配，也方便根据坑位资料列表的各坑位资源，来确定都分配给了哪些坑位进程，从而获取这些坑位进程的当前运行状态。

坑位进程管理器120，适于根据坑位进程当前运行状态确定坑位进程自身的优先级等级；根据各个坑位进程的优先级等级，动态实现对各个坑位资源的分配管理。

在坑位注册器110预先注册坑位资源后，还没有将其直接分配给插件的坑位进程。此处，对各个坑位资源的分配是指通过映射关系，将坑位资源分配给对应的插件的坑位进程。

由于插件的坑位进程需要为其分配坑位资源以使其正常运行，因此，当插件需执行一坑位进程时，需要为其分配坑位资源。具体的，在动态对坑位资源进行分配时，若此时各坑位资源均未被分配时，可以选择任意坑位资源分配给插件的坑位进程；若坑位资源有些已经被分配，还有一些没有被分配时，可以将没有分配的坑位资源分配给插件的坑位进程；若坑位资源均已被分配，需要对已被分配的坑位资源进行回收再分配。在对已被分配的坑位资源回收再分配时，先根据各已被分配的坑位资源所对应的各坑位进程当前运行状态来确定各坑位进程自身的优先级等级。再根据各个坑位进程的优先级等级，来动态确定对各个坑位进程已分配的坑位资源进行回收再分配。

坑位进程管理器120在确定优先级等级时，是由各坑位进程独立执行得到各坑位进程的优先级等级。各坑位进程自己根据自身当前运行状态来确定自身的优先级等级，不受外部其他因素影响，避免坑位进程的优先级等级确定时，受到自定义进程等其他进程优先级等级确定的影响，使得各坑位进程的优先级等级确定受限。具体的，如坑位进程当前运行状态包括运行中、空闲、停止运行、未响应、调用资源为空等；运行中坑位进程即插件执行中的坑位进程，该坑位进程正在运行；空闲坑位进程为当前坑位进程没有在运行状态，其已运行结束；停止运行的坑位进程为插件通知当前坑位进程将其状态设置为停止状态；未响应的坑位进程为插件已执行该坑位进程一定时间，如10秒以上，但当前坑位进程没有响应；调用资源为空的坑位进程即当前坑位进程所分配的Android组件资源如activities、services、binders等为空。由于各坑位进程的运行状态不是固定的，是动态变化的，当有插件需执行一坑位进程时，各坑位进程根据各自自身当前的运行状态确定自身的优先级等级。优先级等级从高到低的坑位进程当前运行状态可以依次为：运行中、空闲、停止运行、未响应、调用资源为空。优先级等级高低所对应的坑位进程当前运行状态还可以根据实施情况调整，此处不做限定。坑位进程优先级等级可以根据自身当前运行状态来调整，其与坑位进程自身当前运行状态相关，而不受其他自定义进程等因素干扰，便于调整，且调整也不影响其他自定义进程优先级等级的确定，扩展性强。

若所有坑位资源均已经分配给坑位进程，又有需要分配坑位资源的坑位进程时，坑位进程管理器120需要对已被分配的坑位资源回收后再分配。坑位进程管理器120可以遍历各已被分配坑位资源对应的坑位进程的优先级等级，将优先级等级最低的坑位进程已分配的坑位资源进行回收，如当前优先级等级最低的坑位进程是已停止坑位进程，可以将该已停止坑位进程的坑位资源回收，将回收的坑位资源分配给插件需执行的坑位进程。进一步，若存在多个坑位进程的优先级等级相同，则根据多个坑位进程的已分配时间，回收分配时间最久的坑位进程所分配的坑位资源。如当前两个坑位进程A和B的优先级等级相同，均为未响应坑位进程，坑位进程A分配坑位资源的时间为10秒，坑位进程B分配坑位资源的时间为5秒，在回收时，回收坑位进程A分配的坑位资源。

进一步，在坑位进程管理器120为插件的坑位进程分配坑位资源前，还需要将插件当前需执行的坑位进程与已分配坑位资源的坑位进程进行对比，若已分配坑位资源的坑位进程为插件需执行的坑位进程时，可以直接将已分配坑位资源的坑位进程返给插件，避免对坑位进程分配的坑位资源进行回收再分配等操作，减轻管理工作量。如已分配坑位资源的当前运行状态为运行中的坑位进程A就是插件需执行的坑位进程时，可以直接将坑位进程A返回给插件，插件直接执行坑位进程A即可，减少重新为插件需执行的坑位进程分配坑位资源的过程，提高插件的运行效率。

坑位进程管理器120进一步适于：周期性遍历各个坑位进程，根据各个坑位进程当前运行状态对其所分配的坑位资源进行回收处理。由于坑位进程的运行状态是动态变化的，如坑位进程在执行完成后，运行状态会从运行中转化为空闲等，此时，为其分配的坑位资源一般不再被使用，但由于该坑位进程依然分配了该坑位资源，插件的其他坑位进程无法直接分配到该坑位资源。考虑上述问题，坑位进程管理器120会周期性遍历各个坑位进程，检测各个坑位进程的当前运行状态为是否空闲，将处于已经运行结束(空闲状态)的坑位进程所分配的坑位资源进行回收处理，方便再分配给插件的其他坑位进程。

根据本发明提供的进程管理装置，装置基于插件化框架应用执行，其包括：坑位注册器，适于在宿主运行时，预先注册多个坑位资源，以便满足插件的坑位进程在请求坑位资源时的分配需求；坑位进程管理器，适于根据坑位进程当前运行状态确定坑位进程自身的优先级等级；根据各个坑位进程的优先级等级，动态实现对各个坑位资源的分配管理；其中，坑位进程管理器由坑位进程执行。通过坑位进程管理器由坑位进程当前自身的运行状态来确定坑位进程的优先级等级，可以减少外部因素对坑位进程优先级等级的影响。进一步，坑位进程管理器由各坑位进程独立执行，减少了执行对象的耦合度，也提升了坑位进程自身优先级等级确定的可扩展性。

图2示出了根据本发明一个实施例的进程管理方法的流程图。如图2所示，进程管理方法具体包括如下步骤：

步骤S201，在宿主运行时，预先注册多个坑位资源，以便满足插件的坑位进程在请求坑位资源时的分配需求。

插件的坑位进程即插件需执行的坑位进程，这些坑位进程需要分配坑位资源才能正常运行。宿主在运行时，可以预先注册多个坑位资源，方便插件的坑位进程在请求坑位资源时可以直接为其直接进行分配。预先注册的多个坑位资源包括Android组件资源，如Activity、Service、Receiver以及Content Provider等组件资源信息。

在预先注册多个坑位资源时，可以通过预先在AndroidManifest配置文件中进行注册，得到多个坑位资源。预先注册坑位资源的个数由应用根据自身需求来具体确定。预先注册的坑位资源可以先存储在坑位资源列表中，方便从坑位资料列表中将各坑位资源进行分配，也方便根据坑位资料列表的各坑位资源，来确定都分配给了哪些坑位进程，从而获取这些坑位进程的当前运行状态。

步骤S202，根据坑位进程当前运行状态确定坑位进程自身的优先级等级。

在预先注册坑位资源后，还没有将其直接分配给插件的坑位进程。此处，对各个坑位资源的分配是指通过映射关系，将坑位资源分配给对应的插件的坑位进程。

由于插件的坑位进程需要为其分配坑位资源以使其正常运行，因此，当插件需执行一坑位进程时，需要为其分配坑位资源。具体的，在动态对坑位资源进行分配时，若此时各坑位资源均未被分配时，可以选择任意坑位资源分配给插件的坑位进程；若坑位资源有些已经被分配，还有一些没有被分配时，可以将没有分配的坑位资源分配给插件的坑位进程；若坑位资源均已被分配，需要对已被分配的坑位资源进行回收再分配。在对已被分配的坑位资源回收再分配时，先根据各已被分配的坑位资源所对应的各坑位进程当前运行状态来确定各坑位进程自身的优先级等级。再根据各个坑位进程的优先级等级，来动态确定对各个坑位进程已分配的坑位资源进行回收再分配。

在确定优先级等级时，由各坑位进程独立执行完成优先级等级的确定。各坑位进程自己根据自身当前运行状态来确定自身的优先级等级，不受外部其他因素影响，避免坑位进程的优先级等级确定时，受到自定义进程等其他进程优先级等级确定的影响，使得各坑位进程的优先级等级确定受限。具体的，如坑位进程当前运行状态包括运行中、空闲、停止运行、未响应、调用资源为空等；运行中坑位进程即插件执行中的坑位进程，该坑位进程正在运行；空闲坑位进程为当前坑位进程没有在运行状态，其已运行结束；停止运行的坑位进程为插件通知当前坑位进程将其状态设置为停止状态；未响应的坑位进程为插件已执行该坑位进程一定时间，如10秒以上，但当前坑位进程没有响应；调用资源为空的坑位进程即当前坑位进程所分配的Android组件资源如activities、services、binders等为空。由于各坑位进程的运行状态不是固定的，是动态变化的，当有插件需执行一坑位进程时，各坑位进程根据各自自身当前的运行状态确定自身的优先级等级。优先级等级从高到低的坑位进程当前运行状态可以依次为：运行中、空闲、停止运行、未响应、调用资源为空。优先级等级高低所对应的坑位进程当前运行状态还可以根据实施情况调整，此处不做限定。坑位进程优先级等级可以根据自身当前运行状态来调整，其与坑位进程自身当前运行状态相关，而不受其他自定义进程等因素干扰，便于调整，且调整也不影响其他自定义进程优先级等级的确定，扩展性强。

步骤S203，根据各个坑位进程的优先级等级，动态实现对各个坑位资源的分配管理。

若所有坑位资源均已经分配给坑位进程，又有需要分配坑位资源的坑位进程时，需要对已被分配的坑位资源回收后再分配。通过遍历各已被分配坑位资源对应的坑位进程的优先级等级，将优先级等级最低的坑位进程已分配的坑位资源进行回收，如当前优先级等级最低的坑位进程是已停止坑位进程，可以将该已停止坑位进程的坑位资源回收，将回收的坑位资源分配给插件需执行的坑位进程。进一步，若存在多个坑位进程的优先级等级相同，则根据多个坑位进程的已分配时间，回收分配时间最久的坑位进程所分配的坑位资源。如当前两个坑位进程A和B的优先级等级相同，均为未响应坑位进程，坑位进程A分配坑位资源的时间为10秒，坑位进程B分配坑位资源的时间为5秒，在回收时，回收坑位进程A分配的坑位资源。

进一步，在为插件的坑位进程分配坑位资源前，还需要将插件当前需执行的坑位进程与已分配坑位资源的坑位进程进行对比，若已分配坑位资源的坑位进程为插件需执行的坑位进程时，可以直接将已分配坑位资源的坑位进程返给插件，避免对坑位进程分配的坑位资源进行回收再分配等操作，减轻管理工作量。如已分配坑位资源的当前运行状态为运行中的坑位进程A就是插件需执行的坑位进程时，可以直接将坑位进程A返回给插件，插件直接执行坑位进程A即可，减少重新为插件需执行的坑位进程分配坑位资源的过程，提高插件的运行效率。

可选地，本实施例还包括步骤S204。

步骤S204，周期性遍历各个坑位进程，根据各个坑位进程当前运行状态对其所分配的坑位资源进行回收处理。

由于坑位进程的运行状态是动态变化的，如坑位进程在执行完成后，运行状态会从运行中转化为空闲等，此时，为其分配的坑位资源一般不再被使用，但由于该坑位进程依然分配了该坑位资源，插件的其他坑位进程无法直接分配到该坑位资源。考虑上述问题，可以周期性遍历各个坑位进程，检测各个坑位进程的当前运行状态为是否空闲，将处于已经运行结束(空闲状态)的坑位进程所分配的坑位资源进行回收处理，方便再分配给插件的其他坑位进程。

根据本发明提供的进程管理方法，通过坑位进程管理器由坑位进程当前自身的运行状态来确定坑位进程的优先级等级，可以减少外部因素对坑位进程优先级等级的影响。进一步，坑位进程管理器由各坑位进程独立执行，减少了执行对象的耦合度，也提升了坑位进程自身优先级等级确定的可扩展性。

本申请还提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的进程管理方法。

图3示出了根据本发明一个实施例的一种计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。

如图3所示，该计算设备可以包括：处理器(processor)302、通信接口(Communications Interface)304、存储器(memory)306、以及通信总线308。

其中：

处理器302、通信接口304、以及存储器306通过通信总线308完成相互间的通信。

通信接口304，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器302，用于执行程序310，具体可以执行上述进程管理方法实施例中的相关步骤。

具体地，程序310可以包括程序代码，该程序代码包括计算机操作指令。

处理器302可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器306，用于存放程序310。存储器306可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序310具体可以用于使得处理器302执行上述任意方法实施例中的进程管理方法。程序310中各步骤的具体实现可以参见上述进程管理实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的进程管理装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (14)

1.一种进程管理装置，所述装置基于插件化框架应用执行，其包括：

坑位注册器，适于在宿主运行时，预先注册多个坑位资源，以便满足插件的坑位进程在请求坑位资源时的分配需求，所述坑位资源存储于坑位资源列表；

坑位进程管理器，适于根据坑位进程当前运行状态确定坑位进程自身的优先级等级，不受外部其他因素影响，所述优先级等级根据所述当前运行状态进行调整，所述当前运行状态根据所述坑位资源列表的各坑位资源对应的已分配的坑位进程确定；根据各个坑位进程的优先级等级，动态实现对各个坑位资源的分配管理；其中，所述坑位进程管理器由坑位进程执行。

2.根据权利要求1所述的装置，其中，所述坑位进程管理器进一步适于：

根据各个坑位进程的优先级等级，回收优先级等级最低的坑位进程已分配的坑位资源。

3.根据权利要求2所述的装置，其中，所述坑位进程管理器进一步适于：

若存在多个坑位进程的优先级等级相同，则根据多个坑位进程的已分配时间，回收分配时间最久的坑位进程分配的坑位资源。

4.根据权利要求1所述的装置，其中，所述坑位进程管理器进一步适于：

将插件需执行的坑位进程与已分配坑位资源的坑位进程进行比对；

若所述已分配坑位资源的坑位进程为插件需执行的坑位进程，将所述已分配坑位资源的坑位进程返回给插件。

5.根据权利要求1-4中任一项所述的装置，其中，所述坑位进程管理器进一步适于：

周期性遍历各个坑位进程，根据各个坑位进程当前运行状态对其所分配的坑位资源进行回收处理。

6.根据权利要求1-4中任一项所述的装置，其中，所述坑位进程当前运行状态包括：运行中、空闲、停止运行、未响应或调用资源为空；

所述优先级等级从高到低的坑位进程当前运行状态依次为：运行中、空闲、停止运行、未响应、调用资源为空。

7.一种进程管理方法，所述方法基于插件化框架应用执行，其包括：

在宿主运行时，预先注册多个坑位资源，以便满足插件的坑位进程在请求坑位资源时的分配需求，所述坑位资源存储于坑位资源列表；

由各坑位进程独立执行的坑位进程管理器根据坑位进程当前运行状态确定坑位进程自身的优先级等级，不受外部其他因素影响，所述优先级等级根据所述当前运行状态进行调整，所述当前运行状态根据所述坑位资源列表的各坑位资源对应的已分配的坑位进程确定；

根据各个坑位进程的优先级等级，动态实现对各个坑位资源的分配管理。

8.根据权利要求7所述的方法，其中，所述根据各个坑位进程的优先级等级，动态实现对各个坑位资源的分配管理进一步包括：

根据各个坑位进程的优先级等级，回收优先级等级最低的坑位进程已分配的坑位资源。

9.根据权利要求8所述的方法，其中，所述根据各个坑位进程的优先级等级，动态实现对各个坑位资源的分配管理进一步包括：

若存在多个坑位进程的优先级等级相同，则根据多个坑位进程的已分配时间，回收分配时间最久的坑位进程分配的坑位资源。

10.根据权利要求7所述的方法，其中，所述方法还包括：

将插件需执行的坑位进程与已分配坑位资源的坑位进程进行比对；

若所述已分配坑位资源的坑位进程为插件需执行的坑位进程，将所述已分配坑位资源的坑位进程返回给插件。

11.根据权利要求7-10中任一项所述的方法，其中，所述方法还包括：

周期性遍历各个坑位进程，根据各个坑位进程当前运行状态对其所分配的坑位资源进行回收处理。

12.根据权利要求7-10中任一项所述的方法，其中，所述坑位进程当前运行状态包括：运行中、空闲、停止运行、未响应或调用资源为空；

所述优先级等级从高到低的坑位进程当前运行状态依次为：运行中、空闲、停止运行、未响应、调用资源为空。

13.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求7-12中任一项所述的进程管理方法对应的操作。

14.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求7-12中任一项所述的进程管理方法对应的操作。