CN111782380A - 应用运行控制方法、装置、电子装置及存储介质 - Google Patents

Abstract

本申请涉及一种应用运行控制方法、装置、电子装置及存储介质，方法包括：响应于应用的启动指令，确定所述应用对应的第一进程；检测所述第一进程是否为合并进程，若所述第一进程为合并进程，则检测所述应用是否为不稳定应用，所述不稳定应用为存在稳定性隐患的应用；若所述应用为不稳定应用，创建第二进程，所述第二进程为非合并进程；将所述应用运行于所述第二进程中。本方法避免了不稳定应用被运行在合并进程中，从而降低了不稳定应用对其他应用的稳定性造成的影响，进而提升了操作系统的稳定性。

Description

应用运行控制方法、装置、电子装置及存储介质

技术领域

本发明属于软件应用技术领域，尤其涉及一种应用运行控制方法、装置、电子装置及存储介质。

背景技术

Android系统可以提供给开发者一种简单的合并进程的方法，即在每个应用的AndroidManifest.xml中都可以通过配置android:process来让应用启动到某一个指定的进程中，从而实现将多个应用启动到同一个进程中。由于Android系统每次创建一个新的进程时，都会分配一部分固定的内存空间，如果每打开一个应用都需要新建新的进程并分配内存空间，会导致内存空间被占用过多，而打开的应用往往只有一个在后台运行。因此将进程进行合并，将多个应用启动到同一个应用中，可以有效节约内存空间，提高系统运行的流畅性。

合并进程虽然节约了内存空间，提高了系统运行的流畅性，但同样也带来了问题，多个应用的进程合并之后，合并进程出问题的概率也提高，稳定性差。

发明内容

本申请提供一种应用运行控制方法、装置、电子装置及存储介质，用于解决合并进程中不稳定的应用影响整个系统稳定性的技术问题。

本申请第一方面提供一种应用运行控制方法，方法包括：

响应于应用的启动指令，确定所述应用对应的第一进程；

检测所述第一进程是否为合并进程，若所述第一进程为合并进程，则检测所述应用是否为不稳定应用，所述不稳定应用为存在稳定性隐患的应用；

若所述应用为不稳定应用，创建第二进程，所述第二进程为非合并进程；

将所述应用运行于所述第二进程中。

本申请第二方面提供一种应用运行控制装置，装置包括：

确定模块，用于响应于应用的启动指令，确定所述应用对应的第一进程；

检测模块，用于检测所述第一进程是否为合并进程，若所述第一进程为合并进程，则检测所述应用是否为不稳定应用，所述不稳定应用为存在稳定性隐患的应用；

创建模块，用于若所述应用为不稳定应用时，创建第二进程，所述第二进程为非合并进程；

控制模块，用于将所述应用运行于所述第二进程中。

本申请第三方面提供一种电子装置，包括存储器、处理器以及存储在所述存储器上可以被所述处理器执行的计算机程序，所述处理器执行所述计算机程序时，实现第一方面提供的应用运行控制方法中的步骤。

本申请第四方面提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现第一方面提供的应用运行控制方法中的步骤。

从上述本申请实施例可知，本申请提供的应用运行控制方法，方法包括：

响应于应用的启动指令，确定所述应用对应的第一进程；检测所述第一进程是否为合并进程，若所述第一进程为合并进程，则检测所述应用是否为不稳定应用，所述不稳定应用为存在稳定性隐患的应用；若所述应用为不稳定应用，创建第二进程，所述第二进程为非合并进程；将所述应用运行于所述第二进程中。本方法避免了不稳定应用被运行在合并进程中，从而降低了不稳定应用对其他应用的稳定性造成的影响，进而提升了操作系统的稳定性。

附图说明

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

图1为合并进程应用的运行流程示意图；

图2为本申请实施例提供的应用运行控制方法的流程示意图；

图3为本申请实施例提供的应用运行控制方法的另一流程示意图；

图4为本申请实施例提供的应用运行控制装置的结构示意图；

图5为本申请实施例提供的应用运行控制装置的另一结构示意图；

图6为本申请提供的一种终端的结构示意图。

具体实施方式

为使得本申请的目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在Android系统中，为了使得应用占用较少的内存空间，Android系统为开发者提供了一种将进程合并的方法。使得用户可以将多个应用运行于一个进程中，从而减少了进程数量，进而降低了对内存的占用，提高系统的流畅性。而且，同个进程中运行的多个应用往往不会同时在后台运行，因此合并进程也不会影响到应用的运行。

如图1所示，为合并进程应用的运行流程示意图；合并进程应用的运行流程包含如下步骤：

步骤101，响应于应用的启动指令，获取应用对应的进程名；

在Android系统中，应用的启动是以组件的形式进行启动的，Activity、Service、Broadcasting以及CotentProvider被称为Android系统的四大组件，通过抽象这些组件，可以让开发者感受不到进程的存在。提供了更好的交互体验。因此，此处响应于应用的启动指令，获取应用对应的进程名可以包括：响应于组件的启动指令，获取各组件对应的进程名。在Android系统开机时，包文件管理系统(Package Manager Service，PKMS)进行初始化，并对Android系统所有应用的AndroidManifest.xml文件进行解析，从而得到每个应用对应运行的进程名，以及每个应用中各组件对应运行的进程名。解析得到这些应用包信息后，将这些应用包信息存放在内存中。在检测到启动应用的指令后，AMS(Activity ManagerService)服务从内存中调取PKMS解析得到的包文件，进而获取到每个应用对应的进程名以及每个组件对应的进程名。

步骤102，根据进程名确定该进程名对应的进程是否存在；

可以理解的是，合并进程的应用，是多个应用共用一个进程的情况。系统中的进程与应用之间是多对多的关系。例如应用A、B、C对应着同一个进程a，进程D、E、F对应着同一个进程b。因此，在启动A应用时，可能存在着其对应的进程a已经处于运行状态的情况，比如此时B应用已经运行，使得a进程已经处于运行状态。也可能启动A应用时，其对应的进程a并未处于运行状态。因此，在AMS获取到启动的应用对应的进程名后，先检测系统中该进程名对应的进程是否在运行。具体地，可以对系统中正在运行的进程的进程名进行查询以确定是否存在与启动的应用对应的进程名相同的进程名。若存在，则确定该应用对应的进程已经存在。反之则确定该应用对应的进程不存在。

步骤103，若该进程名对应的进程已经存在，则将应用运行于该进程中；若该进程名对应的进程不存在，则创建一个该进程名对应的进程并将该应用运行于该进程中。

由此，可以理解的是，合并进程应用在系统开机初始化时已经确定了该应用对应运行的进程以及该应用的组件对应运行的进程。在应用启动的过程中，AMS从PKMS解析得到的应用包信息中提取这个对应关系，并按照这个对应关系将应用或组件运行在与之对应的进程中。

由于在合并进程中，合并进程出现问题的概率较高。具体地，合并进程出现程序无响应(Application Not Responding，ANR)、crash的概率是该合并进程中所有应用会出现ANR、crash问题概率之和，所有出现ANR、crash等问题的应用，其问题都会表现在合并进程中。即当合并进程中某个应用出现ANR、crash等问题时，会导致整个进程崩溃，在同一个进程中的其他应用也被迫重启。此时这些应用的功能也会暂时失效，正在执行的操作也会终止，整个进程收到影响。为了解决在合并进程中出现的这个问题，本申请提供一种应用运行控制方法，如图2所示，为本申请提供的应用运行控制方法的流程示意图，方法包括如下步骤：

步骤201，响应于应用的启动指令，确定所述应用对应的第一进程；

在本申请实施例中，Android系统在开机时会进行初始化，初始化过程对系统中每个应用运行的进程进行统一设置，每个应用都对应一个默认运行的进程。当Android系统中的应用启动时，可以根据系统的默认设置确认即将启动的应用所对应的第一进程。此处第一进程为与其他进程进行区分，并不意味即将启动的应用对应多个进程。

步骤202，检测第一进程是否为合并进程，若第一进程为合并进程，则检测应用是否为不稳定应用，不稳定应用为存在稳定性隐患的应用。

在本申请实施例中，当确定了即将启动的应用所对应的第一进程后，对该第一进程进行检测，以确定第一进程是否为合并进程。具体地，合并进程为多个应用都对应运行其中的进程，即在Android系统开启初始化时设置了多个应用所对应运行的进程。可以理解的是，当多个应用运行于同一个进程时，应用之间会相互影响，该进程的风险也会提高，进程出现问题的概率也会增大。当合并进程中存在一个不稳定应用时，由于不稳定应用时存在稳定性风险的应用，其出现ANR、crash等故障的概率都明显高于其他应用，当不稳定应用出现异常时，会导致整个合并进程崩溃，进而运行于该进程中的其他应用都需要重新启动。因此当确定了第一进程是合并进程时，需要继续对该即将运行的应用进行检测，以确定其是否为不稳定应用。

步骤203，若应用为不稳定应用，创建第二进程，第二进程为非合并进程。

在本申请实施例中，在第一进程为合并进程的前提下，若检测确定即将启动的应用为不稳定应用时，若继续按照默认设置将该应用运行于第一进程中，则会导致第一进程的稳定性收到该即将启动的应用的影响，进而导致运行于该第一进程中的其他应用受到影响。为避免该即将启动的不稳定应用影响到其他应用的运行，此时在系统中重新创建一个第二进程，该第二进程仅供该即将启动的应用运行，不运行其他应用，即该第二进程是非合并进程。

步骤204，将该应用运行于第二进程中。

根据上述描述可知，本申请提供的应用运行控制方法，方法包括：

响应于应用的启动指令，确定所述应用对应的第一进程；检测所述第一进程是否为合并进程，若所述第一进程为合并进程，则检测所述应用是否为不稳定应用，所述不稳定应用为存在稳定性隐患的应用；若所述应用为不稳定应用，创建第二进程，所述第二进程为非合并进程；将所述应用运行于所述第二进程中。本申请提供的应用运行控制方法，相对于图1中合并进程的应用的运行方法，其不再是直接将应用运行在其在系统中对应的进程中，当然这个进程可以是合并进程也可以是非合并进程，而是在运行该应用之前先行对应用运行的进程以及应用是否稳定进行检测，若应用是非稳定应用，则避免该应用被运行到合并进程中，从而避免了异常应用对合并进程的稳定性造成影响，提高了系统运行的稳定性。

进一步地，响应于应用的启动指令，检测应用对应的第一进程，包括：

获取系统中每个应用与进程的对应关系表；

根据每个应用与进程的对应关系表确定应用对应的第一进程。

即如图3所示，为本申请实施例提供的应用运行控制方法的另一流程示意图，方法包括如下步骤：

步骤301，获取系统中每个应用与进程的对应关系表；

在本申请实施例中，获取系统中每个应用与进程的对应关系仍可以通过获取存储于内存中的，经PKMS系统解析得到的应用包文件，进而从包文件中获取到系统中每个应用与进程的对应关系。这个对应关系为系统预设的对应关系，若后续不作其他更改或调整，当应用启动的时候，应用会自动运行到与其对应的进程中。应用与进程的对应关系包含了应用中各组件与进程的对应关系。每个组件对应一个进程。

步骤302，响应于应用的启动指令，根据对应关系表确定应用对应的第一进程；

从内存中获取到各应用对应的进程之后，若此时有应用启动，则根据应用与进程的对应关系确定启动的应用对应的第一进程。若该应用的组件对应了多个进程，则确定与该应用对应的多个进程。

步骤303，判断第一进程是否为合并进程，若第一进程为合并进程，则检测应用是否为不稳定应用；

可以理解的是，本申请提供的应用运行控制方法，是用于避免有异常的应用或组件影响合并进程中其他应用或组件的运行。因此，在对应用或组件进行检测以确定应用或组件的状态之前，可以先行对应用或组件对应的进程进行判断，若该应用或组件对应的进程为合并进程，则需要继续对启动的应用或组件进行检测以确定应用或组件的是否为不稳定应用或不稳定组件。

步骤304，若应用是不稳定应用，则将应用运行于第二进程中，第二进程为非合并进程。

在本申请实施例中，当确定启动的应用对应的进程为合并进程，而且启动的应用也满足预设条件时，再将该应用默认的运行进程进行修改，将该应用运行于另一个进程中，该另一个进程为非合并进程，即该进程中不会运行其他应用。如此当该应用存在异常时，其也会只影响其本身的运行，不会影响到其他应用的运行，从而提高了Android系统运行的稳定性。

当然，可以理解的是，上述方法还可以包括：

若第一进程为非合并进程，则将应用运行于第一进程中；以及，

若应用不是不稳定应用，则将应用运行于第一进程中。

在本申请实施例中，如果即将运行的应用系统默认对应运行的进程本就是一个非合并进程，则无需将该应用再进行进程拆分，也无需再对应用的状态进行检测该应用无论是否为不稳定应用，均可以单独运行于这个非合并进程中，不会对其他应用运行的稳定性造成影响。当然，本方法中也可以继续对应用的状态进行检测，若检测结果确定即将启动的应用为稳定性应用，则为减小系统中应用对内存的占用，可以将该应用默认运行的进程修改为另一个合并进程中，从而进一步提高系统运行的流畅性。

当然，若待运行的应用对应的进程为合并进程，但该应用检测结果为该应用不满足预设条件，即该应用不存在异常，则也可以直接将待运行的应用运行于其默认对应的进程中，不会影响该合并进程的稳定性。

进一步地，检测应用是否为不稳定应用，可以包括：

确定应用的应用名是否属于预设的不稳定应用名单；

若应用的应用名属于预设的不稳定应用名单，则确定应用为不稳定应用。

在本申请实施例中对待运行的应用的检测可以为对待运行应用的稳定性的检测，若待运行的应用的稳定性较差，则确定该应用时需要进行进程调整的，或者说是需要将该应用从合并进程中拆分出的。具体地，如何对该应用进行稳定性检测，本申请实施例通过在内存中预设一个不稳定应用名单，该名单可以是根据一段时间应用运行情况的统计得出的，也可以是用户根据使用经验进行自行设定的，通过将待运行的应用的应用名与不稳定应用名单进行比对，若该待运行的应用名在不稳定应用名单中，则确定该应用满足预设条件，即该应用为不稳定应用。

进一步地，确认应用的应用名是否属于预设的不稳定应用名单之前，还包括：

接收远程名单系统端发送的名单数据；

根据名单数据确定系统中不稳定应用名单。

在本申请实施例中，不稳定应用名单为远程名单系统端发送至本终端的系统中。具体地，远程名单系统端确定不稳定的应用名单，该系统端可以收集网络中对系统中各应用的评价，从而确定各应用的稳定性，进而确定不稳定的应用名单。该方法可以使得统计的样本量增加，从而使得对应用的稳定性评价更为准确与合理。确定了名单后系统端更新数据库，并发送更新成功广播至应用端，伴随更新成功广播，远程名单系统端还将更新的名单数据发送至应用端。应用端具有处理名单模块，在接收远程名单系统端的更新广播以及更新的名单数据，将名单数据存入数据库。应用端用远程名单系统端传输的名单数据更新本地名单数据。终端的框架端监听应用端的文件变化，当监听到应用端的文件发生更新后，则读取名单数据并将名单数据存储于内存中，用于后面在启动应用进程过程中使用。

进一步地，将应用运行于第一进程中，包括：

判断第一进程是否处于运行状态；

若第一进程处于运行状态，则将应用运行于第一进程中；

若第一进程未处于运行状态，则运行第一进程并将应用运行于预设进程中。

在本申请实施例中，当确定了待运行的应用最终对应的进程后，先行判断该进程是否已经处于运行状态，若该进程已经处于运行状态，则将该应用运行于该进程中。否则则先运行该进程，再将待运行的应用运行于该进程中。

本方法在实际使用中，可以作如下实现。当应用的组件启动时，AMS会从内存中获取内存中获取组件运行的进程，在没有使用该运行控制方法的情况下，AMS会从内存中获取到组件对应运行的默认进程。在使用本申请提供的运行控制方法的情况下，当AMS向内存请求获取组件运行的进程时，需通过框架端控制进程模块进行获取，框架端控制进程模块会对组件进行分析，若确定组件为稳定性组件，无需进行进程拆分，则将待运行的组件对应运行的默认进程名返回给AMS。若确定组件为不稳定性组件，为保证系统的稳定性，避免不稳定性组件影响其他组件的运行，框架端控制进程模块会返回一个非合并进程的进程名给AMS，然后再将该组件运行于这个非合并进程中，从而实现进程拆分，避免了不稳定组件影响系统的稳定性。

本申请第二方面提供了一种应用运行控制装置，如图4所示，为该装置的结构示意图，该装置包括如下模块：

确定模块401，响应于应用的启动指令，确定应用对应的第一进程；；

检测模块402，用于检测第一进程是否为合并进程，以及若第一进程为合并进程，则检测应用是否为不稳定应用，不稳定应用为存在稳定性隐患的应用；

创建模块403，用于若应用为不稳定应用时，创建第二进程，第二进程为非合并进程；

控制模块404，用于将应用运行于所述第二进程中。

可以理解的是，该应用运行控制装置的各模块的功能与图2实施例提供的应用运行控制方法中提供的步骤一致，此处不再予以赘述。

如图5所示，为本申请提供的应用运行控制装置的另一结构示意图，该装置包括：

获取模块501，用于获取系统中每个应用于进程的对应关系；

进程确定模块502，用于响应于应用的启动指令，根据对应关系确定应用对应的第一进程；

检测模块503，用于判断第一进程是否为合并进程，若第一进程为合并进程，则检测应用是否为不稳定应用；以及，

控制模块504，用于若应用是不稳定应用，则将应用运行于第二进程中，第二进程为非合并进程。

可以理解的是，本申请实施例提供的应用运行控制装置的各模块的功能与图3实施例提供的应用运行控制方法中各步骤的内容相同，此处不再予以赘述。

本申请第三方面提供了一种电子装置，该电子装置可用于实现前述实施例中的应用运行控制方法。如图6所示，该电子装置主要包括：

存储器601、处理器602、总线603及存储在存储器601上并可在处理器602上运行的计算机程序，存储器601和处理器602通过总线603连接。处理器602执行该计算机程序时，实现前述实施例中的应用运行控制方法。其中，处理器的数量可以是一个或多个。

存储器601可以是高速随机存取记忆体(RAM，Random Access Memory)存储器，也可为非不稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器601用于存储可执行程序代码，处理器602与存储器601耦合。

本申请第四方面提供了一种存储介质，该存储介质可以是存储器。该存储介质上存储有计算机程序，该程序被处理器执行时实现第一方面提供的应用运行控制方法中的各个步骤。进一步的，该计算机可读存储介质还可以是U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的可读存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上为对本申请所提供的应用运行控制方法、装置、存储介质及终端的描述，对于本领域的技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种应用运行控制方法，其特征在于，所述方法包括：

响应于应用的启动指令，确定所述应用对应的第一进程；

检测所述第一进程是否为合并进程，若所述第一进程为合并进程，则检测所述应用是否为不稳定应用，所述不稳定应用为存在稳定性隐患的应用；

若所述应用为不稳定应用，创建第二进程，所述第二进程为非合并进程；

将所述应用运行于所述第二进程中。

2.根据权利要求1所述的应用运行控制方法，其特征在于，所述确定所述应用对应的第一进程包括：

获取系统中每个应用与进程的对应关系表；

根据所述每个应用与进程的对应关系表确定所述应用对应的第一进程。

3.根据权利要求1所述的应用运行控制方法，其特征在于，所述方法还包括：

若所述第一进程为非合并进程，则将所述应用运行于所述第一进程中。

4.根据权利要求1所述的应用运行控制方法，其特征在于，所述方法还包括：

若所述应用不是不稳定应用，则将所述应用运行于所述第一进程中。

5.根据权利要求1～4中任意一项所述的应用运行控制方法，其特征在于，所述检测所述应用是否为不稳定应用，包括：

确认所述应用的应用名是否属于预设的不稳定应用名单；

若所述应用的应用名属于所述不稳定应用名单，则确定所述应用为不稳定应用。

6.根据权利要求5所述的应用运行控制方法，其特征在于，所述确认所述应用的应用名是否属于预设的不稳定应用名单之前，还包括：

接收远程名单系统端发送的名单数据；

根据所述名单数据确定系统中不稳定应用名单。

7.根据权利要求4所述的应用运行控制方法，其特征在于，所述将所述应用运行于所述第一进程中，包括：

判断所述第一进程是否处于运行状态；

若所述第一进程处于运行状态，则将所述应用运行于所述第一进程中；

若所述第一进程未处于运行状态，则运行所述第一进程并将所述应用运行于所述第一进程中。

8.一种应用运行控制装置，其特征在于，所述装置包括：

确定模块，用于响应于应用的启动指令，确定所述应用对应的第一进程；

检测模块，用于检测所述第一进程是否为合并进程，以及若所述第一进程为合并进程，则检测所述应用是否为不稳定应用，所述不稳定应用为存在稳定性隐患的应用；

创建模块，用于若所述应用为不稳定应用时，创建第二进程，所述第二进程为非合并进程；

控制模块，用于将所述应用运行于所述第二进程中。

9.一种电子装置，包括存储器、处理器以及存储在所述存储器上可以被所述处理器执行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，实现权利要求1～7中任意一项所述方法中的步骤。

10.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现权利要求1～7中任意一项所述方法中的步骤。

Images