CN112130986A - 一种清理应用内存的方法、服务端及终端 - Google Patents

Abstract

本发明公开了一种清理应用内存的方法、服务端及终端，涉及计算机技术领域。该方法的一具体实施方式包括：获取应用的运行信息，其中，所述应用包括：至少一个业务模块，所述运行信息包括：所述应用的内存信息和/或所述业务模块被用户使用的使用率；根据所述应用的运行信息，确定是否需对所述应用进行内存清理，并生成相应的处理指令，所述处理指令指示了所述业务模块的目标集成方式；将所述处理指令发送给运行所述应用的终端，以使所述终端根据所述处理指令更新所述业务模块的集成方式，以对所述应用进行内存清理。该实施方式从业务模块层面对应用进行深度清理，从而提高用户体验。

Description

一种清理应用内存的方法、服务端及终端

技术领域

本发明涉及计算机技术领域，尤其涉及一种清理应用内存的方法、服务端及终端。

背景技术

在应用(Application，App)的使用过程中，经常会出现App卡顿现象，这可能是由于App体积较大或运行App的终端的软硬件所限制而造成的。

目前，通常采用清理缓存数据的方式清理App内存，以降低App的体积，但缓存数据中通常含有用户自定义的配置信息等，在缓存数据被清理后，与用户自定义的配置信息相关的功能被初始化，甚至会造成用户重要的数据信息丢失，由此导致用户体验较差。

发明内容

有鉴于此，本发明实施例提供一种清理应用内存的方法、服务端及终端，能够在清理模块式应用占用的内存时，不清理应用的缓存数据，由此不影响用户自定义的功能，从而提高用户体验。

为实现上述目的，根据本发明实施例的一个方面，提供了一种清理应用内存的方法。

本发明实施例的一种清理应用内存的方法可应用于服务端，包括：获取应用的运行信息，其中，所述应用包括：至少一个业务模块，所述运行信息包括：所述应用的内存信息和/或所述业务模块被用户使用的使用率；

根据所述应用的运行信息，确定是否需对所述应用进行内存清理，并生成相应的处理指令，所述处理指令指示了所述业务模块的目标集成方式；

将所述处理指令发送给运行所述应用的终端，以使所述终端根据所述处理指令更新所述业务模块的集成方式，以对所述应用进行内存清理。

可选地，所述运行信息还包括：所述终端的属性信息；所述根据所述应用的运行信息，确定是否需对所述应用进行内存清理，包括：

根据所述应用的内存信息以及所述终端的属性信息，确定所述应用在所述终端中的内存占比；

当所述内存占比小于第一阈值时，确定无需对所述应用进行内存清理，当所述内存占比大于或等于所述第一阈值时，确定需要对所述应用进行内存清理。

可选地，当确定出需要对所述应用进行内存清理时，所述生成相应的处理指令，包括：

将所述应用中被用户使用的使用率小于第二阈值的所述业务模块作为待清理业务模块；

根据所述使用率，确定所述待清理业务模块的目标集成方式；

根据所述待清理业务模块的所述目标集成方式，生成所述处理指令。

可选地，当无需对所述应用进行内存清理时，所述处理指令包括：根据所述业务模块的当前集成方式继续运行所述应用；

当需要对所述应用进行内存清理时，所述处理指令包括：根据所述业务模块的目标集成方式运行所述应用。

可选地，所述目标集成方式包括：插件后装、降级M页或插件原生。

本发明实施例的一种清理应用内存的方法可应用于服务端，包括：采集应用的运行信息，并将所述运行信息发送给服务端，其中，所述应用包括：至少一个业务模块，所述运行信息包括：所述应用的内存信息和/或所述业务模块被用户使用的使用率；

接收所述服务端根据所述运行信息返回的处理指令，所述处理指令指示了所述业务模块的目标集成方式；

当所述目标集成方式为插件后装时，删除所述业务模块对应的插件文件包；

当所述目标集成方式为降级M页时，删除所述业务模块对应的插件文件包和插件运行包；

当所述目标集成方式为插件原生时，判断是否存在与所述业务模块相对应的插件文件包，如果否，则下载与所述业务模块相对应的插件文件包。

为实现上述目的，根据本发明实施例的又一方面，提供了一种清理应用内存的服务端。

本发明实施例的一种清理应用内存的服务端，包括：信息获取模块、指令生成模块和处理模块；其中，

所述信息获取模块，用于获取应用的运行信息，其中，所述应用包括：至少一个业务模块，所述运行信息包括：所述应用的内存信息和/或所述业务模块被用户使用的使用率；

所述指令生成模块，用于根据所述应用的运行信息，确定是否需对所述应用进行内存清理，并生成相应的处理指令，所述处理指令指示了所述业务模块的目标集成方式；

所述处理模块，用于将所述处理指令发送给运行所述应用的终端，以使所述终端根据所述处理指令更新所述业务模块的集成方式，以对所述应用进行内存清理。

可选地，当所述运行信息还包括所述终端的属性信息时，所述指令生成模块，用于根据所述应用的内存信息以及所述终端的属性信息，确定所述应用在所述终端中的内存占比；当所述内存占比小于第一阈值时，确定无需对所述应用进行内存清理，当所述内存占比大于或等于所述第一阈值时，确定需要对所述应用进行内存清理。

可选地，所述指令生成模块，用于当确定出需要对所述应用进行内存清理时，将所述应用中被用户使用的使用率小于第二阈值的所述业务模块作为待清理业务模块，并根据所述使用率，确定所述待清理业务模块的目标集成方式，根据所述待清理业务模块的所述目标集成方式，生成所述处理指令。

可选地，当无需对所述应用进行内存清理时，所述处理指令包括：根据所述业务模块的当前集成方式继续运行所述应用；

当需要对所述应用进行内存清理时，所述处理指令包括：根据所述业务模块的目标集成方式运行所述应用。

可选地，所述目标集成方式包括：插件后装、降级M页或插件原生。

为实现上述目的，根据本发明实施例的又一方面，提供了一种清理应用内存的终端。

本发明实施例的一种清理应用内存的终端，包括：信息采集模块、指令接收模块和清理模块；其中，

所述信息采集模块，用于采集应用的运行信息，并将所述运行信息发送给服务端，其中，所述应用包括：至少一个业务模块，所述运行信息包括：所述应用的内存信息和/或所述业务模块被用户使用的使用率；

所述指令接收模块，用于接收所述服务端根据所述运行信息返回的处理指令，所述处理指令指示了所述业务模块的目标集成方式；

所述清理模块，用于当所述目标集成方式为插件后装时，删除所述业务模块对应的插件文件包；当所述目标集成方式为降级M页时，删除所述业务模块对应的插件文件包和插件运行包；当所述目标集成方式为插件原生时，判断是否存在与所述业务模块相对应的插件文件包，如果否，则下载与所述业务模块相对应的插件文件包。

为实现上述目的，根据本发明实施例的又一方面，提供了一种清理应用内存的电子设备。

本发明实施例的一种清理应用内存的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种清理应用内存的方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。

本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种清理应用内存的方法。

上述发明中的一个实施例具有如下优点或有益效果：根据应用的运行信息确定是否需对应用进行内存清理，并生成相应的处理指令，从而使得运行该应用的终端可根据处理指令更新业务模块的集成方式，则更新后的应用运行时，业务模块以目标集成方式运行，从而实现从业务模块层面对应用进行深度清理，并且在清理过程中不涉及用户自定义的配置信息，从而不影响用户自定义的功能，从而提高用户体验。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的一种清理应用内存的方法应用于服务端时的主要步骤的示意图；

图2是根据本发明实施例的一种清理应用内存的方法应用于终端时的主要步骤的示意图；

图3是根据本发明实施例的一种清理应用内存的方法的主要步骤的示意图；

图4是根据本发明实施例的一种清理应用内存的服务端的主要模块的示意图；

图5是根据本发明实施例的一种清理应用内存的终端的主要模块的示意图；

图6是本发明实施例可以应用于其中的示例性系统架构图；

图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。

图1是根据本发明实施例的一种清理应用内存的方法应用于服务端时的主要步骤示意图。

如图1所示，本发明实施例的一种清理应用内存的方法主要包括以下步骤：

步骤S101：获取应用的运行信息。

目前插件化框架是应用(Application，App)开发的主流模式，本发明实施例中的app也依赖于插件化开发思想，也就是说，本发明实施例中的app包含至少一个业务模块，每一个业务模块都是一个插件，每个业务模块有不同的集成方式，例如插件原生、插件后装或降级M页，不同的集成方式所占用的内存各不相同，就插件原生、插件后装和降级M页三种集成方式而言，降级M页所占用的内存最低，几乎可忽略不计，插件原生所占用的内存最多，而插件后装所占用的内存介于降级M页和插件原生之间。通常情况下，应用中各个业务模块的初始集成方式为插件原生方式。

app在终端的运行过程中，会产生相应的运行信息，app的运行信息包括下列中的任意一个或多个：所述终端的属性信息、所述应用的内存信息以及所述业务模块被用户使用的使用率。优选地，所述运行信息包括终端的属性信息和应用的内存信息的组合、和/或所述业务模块被用户使用的使用率。

其中，终端的属性信息可以包括终端系统版本号、终端内存和处理器型号等信息；业务模块被用户使用的使用率可根据用户pin和用户uuid从埋点后台读取该用户使用各个业务模块的使用率，用户pin就是指应用中用户的唯一标识，用户uuid是指用户所用终端的唯一标识。

步骤S102：根据所述应用的运行信息，确定是否需对所述应用进行内存清理，并生成相应的处理指令，所述处理指令指示了所述业务模块的目标集成方式。

在本发明一个实施方式中，在确定是否需对应用进行内存清理时，可根据所述应用的内存信息以及所述终端的属性信息，确定所述应用在所述终端中的内存占比；当所述内存占比小于第一阈值时，确定无需对所述应用进行内存清理，当所述内存占比大于或等于所述第一阈值时，确定需要对所述应用进行内存清理。

在这里，服务端可预先存储app、终端、内存占比和是否需要被清理的对应关系，该对应关系可如表1所示：

表1

服务端在获取到应用的运行信息后，可根据运行信息中包括的应用的内存信息以及终端的属性信息，确定应用关于终端的内存占比，例如，应用所占内存为200M，终端的属性信息指示终端的可用内存为1G，则应用的内存占比为200/1024＝19.53％。服务端根据应用的内存占比以及终端的属性信息所指示的终端标识，结合表1，确定应用A在终端中的运行状态，其中，终端标识可以根据终端处理器型号进行标识。在这里，以应用A和终端A为例，此时第一阈值为12％，当应用的内存占比为19.53％时，确定应用A需要被清理。

可以理解的是，当服务端根据应用的内存信息以及应用所运行的终端的硬件信息等因素，确定出无需对应用进行清理时，可直接向终端返回无需清理的处理指示，使得终端以业务模块的当前集成方式继续运行应用。

服务端可在多种情况下确定出无需对应用进行清理，应用的内存占比小于第一阈值为其中一种情况，另外，当服务端确定出应用的各个业务模块的集成方式已为最优集成方式，例如业务模块的集成方式为降级M页或插件后装方式，即业务模块的集成方式无法继续更新，或者使用率低于第二阈值的待清理业务模块的集成方式均已被更新，此时应用已处于“最优状态”，则服务端也确定该无需对应用进行清理。

也就是说，当无需对所述应用进行内存清理时，所述处理指令包括：根据所述业务模块的当前集成方式继续运行所述应用；当需要对所述应用进行内存清理时，所述处理指令包括：根据所述业务模块的目标集成方式运行所述应用，所述目标集成方式包括：插件后装、降级M页或插件原生。其中，业务模块的当前集成方式为上一次用户使用该业务模块时，该业务模块的集成方式，也就是更新前业务模块的集成方式。

为了有针对性的对业务模块进行清理，当确定出需要对应用进行内存清理时，将所述应用中被用户使用的使用率小于第二阈值的所述业务模块作为待清理业务模块；根据所述使用率，确定所述待清理业务模块的目标集成方式；根据所述待清理业务模块的所述目标集成方式，生成所述处理指令。

服务端可预先存储应用、业务模块、终端、业务模块的使用率和目标集成方式的对应关系，该对应关系可如表2所示：

表2

在这里，以应用A的业务模块A1和终端A为例，第二阈值为15％，也就是说，当业务模块A1的使用率小于15％时，则说明业务模块A1需要被清理，即可以更新业务模块A1的集成方式。例如，当业务模块A1的使用率为10％时，说明其需要被清理，且根据表2，其对应的目标集成方式为降级M页，然后可根据业务模块A1的目标集成方式生成处理指令，使得运行应用A的终端可根据处理指令更新应用A中业务模块A1的集成方式。

可以理解的是，应用中需要被清理的业务模块可能有多个，即待清理业务模块可以有多个，仍以应用A和终端A为例，当第二阈值为15％时，业务模块A1和业务模块A2的使用率均为10％时，则应用A中的业务模块A1和业务模块A2均需被清理，且业务模块A1和业务模块A2对应的目标集成方式均为降级M页，则服务端可构建各个待清理业务模块对应的模块列表，在模块列表中记录各个待清理业务模块分别对应的目标集成方式，再将模块列表打包作为处理指令发送给终端，以使终端解析处理指令得到模块列表，并根据模块列表中的待清理业务模块及其目标集成方式，更新相应业务模块的集成方式。其中，服务端构建的模块列表可如表3所示：

表3

业务模块	目标集成方式
		业务模块A1	降级M页
业务模块A2	降级M页

另外，当待清理业务模块有多个时，可根据各个待清理业务模块的使用率和/或体积确定各个待清理业务模块的优先级，以确定各个待清理业务模块的清理顺序，例如，体积越大的待清理业务模块越先被清理，即其集成方式最先被更新，或者，使用率最低的待清理业务模块越先被清理，或者，为使用率和体积赋予不同的权值，然后根据使用率和待清理业务模块的体积及其分别对应的权值，确定各个待清理业务模块的清理顺序。

值得一提的是，接收到应用的运行信息后，服务端也可直接应用中各个业务模块的使用率以及上述表2中的对应关系，确定各个业务模块的目标集成方式。或者，服务端可直接根据应用的内存信息，确定应用是否需要被清理，例如，当应用的内存信息大于预设内存阈值时，即确定应用需要被清理，其中，各个应用于内存阈值之间的对应关系也可以表格形式预先进行存储。

可以理解的是，上述表2和表3示出的仅为本发明一个可行实施例，其中表2的数据亦仅为示例，不同业务模块在不同终端中运行时，其对应的第二阈值可以相同，也可以不同，不同使用率分别对应的目标集成方式可以相同，也可以不同。

步骤S103：将所述处理指令发送给运行所述应用的终端，以使所述终端根据所述处理指令更新所述业务模块的集成方式，以对所述应用进行内存清理。

当服务端将处理指令发送给运行应用的终端后，终端可根据处理指令，将待清理业务模块的集成方式更新为目标集成方式，举例来说，当处理指令包含表3所示的模块列表时，终端将业务模块A1和业务模块A2由其当前集成方式更新为目标集成方式(降级M页)，例如，业务模块A1和业务模块A2的当前集成方式为初始集成方式(插件原生)时，终端可根据处理指令将业务模块A1和业务模块A2的集成方式由插件原生更新为降级M页，从而降低了业务模块A1和业务模块A2占用的内存，由此实现了对应用进行深度清理。

根据本发明实施例的清理应用内存的方法可以看出，根据应用的运行信息确定是否需对应用进行内存清理，并生成相应的处理指令，从而使得运行该应用的终端可根据处理指令更新业务模块的集成方式，则更新后的应用运行时，业务模块以目标集成方式运行，从而实现从业务模块层面对应用进行深度清理，并且在清理过程中不涉及用户自定义的配置信息，从而不影响用户自定义的功能，从而提高用户体验。

图2是根据本发明实施例的一种清理应用内存的方法应用于终端时的主要步骤示意图。

如图2所示，本发明实施例的一种清理应用内存的方法主要包括以下步骤：

步骤S201：采集应用的运行信息，并将所述运行信息发送给服务端。

其中，所述应用包括：至少一个业务模块，所述运行信息包括：所述应用的内存信息和/或所述业务模块被用户使用的使用率。在本发明一个实施方式中，所述运行信息还可以包括所述业务模块被用户使用的使用率。优选地，所述运行信息包括终端的属性信息和应用的内存信息的组合、和/或所述业务模块被用户使用的使用率。

步骤S202：接收所述服务端根据所述运行信息返回的处理指令，所述处理指令指示了所述业务模块的目标集成方式，当所述目标集成方式为插件后装时，执行步骤S203，当所述目标集成方式为降级M页时，执行步骤S204，当所述目标集成方式为插件原生时，执行步骤S205；

步骤S203：删除所述业务模块对应的插件文件包。

步骤S204：删除所述业务模块对应的插件文件包和插件运行包。

步骤S205：判断是否存在与所述业务模块相对应的插件文件包，如果是，结束当前流程，如果否，执行步骤S206。

步骤S206：下载与所述业务模块相对应的插件文件包。

在此实施例中，终端在运行应用时，采集应用的运行信息，当接收到服务端根据该运行信息返回的处理指令时，根据处理指令中指示的对应于业务模块的集成方式，更新业务模块的集成方式，可以理解的是，终端可通过更新各个业务模块的配置文件的方式更新业务模块的集成方式。例如，当处理指令指示业务模块A1的目标集成方式为降级M页时，删除业务模块A1对应的插件文件包和插件运行包，在用户下次使用业务模块A1时，将加载业务模块A1对应的M页版本，而M页版本基本不会占用手机内存，由此实现对应用的深度清理。当处理指令指示业务模块A2的目标集成方式为插件后装时，删除业务模块A2的插件文件包，由此也降低应用占用的内存，从而实现对应用的深度清理。当业务模块A3的目标集成方式为插件原生时，需app重新启动后判断终端本地是否存在与业务模块A3相对应的插件文件包，如果有，则直接运行业务模块A3，用户无感知，如果没有，则提示用户下载后悔自动启动该业务模块A3。经过上述清理操作后，app本身的体积会减小，再重新启动后app占用的内存也会相应减少，这样就达到了深度清理应用内存的目的。

下面以对应用A进行内存清理为例，对本发明实施例提供的清理应用内存的方法进行详细说明，其中，应用A包括业务模块A1和业务模块A2，如图3所示，该方法可以包括以下步骤：

步骤S301：终端根据用户的触发启动应用A，读取应用A的配置文件，以获取应用A的内存信息和业务模块A1和业务模块A2分别被用户使用的使用率，并采集终端的属性信息，将采集到的运行信息发送给服务端。

步骤S302：服务端根据应用A的内存信息和终端的属性信息，确定应用A在终端中的内存占比，并判断内存占比是否小于第一阈值，如果是，执行步骤S303，否则执行步骤S304。

步骤S303：服务端向终端发送根据各个业务模块的当前集成方式继续运行应用A的第一处理指示，以使终端根据第一处理指示继续运行应用A，并结束当前流程。

步骤S304：根据业务模块A1和业务模块A2分别被用户使用的使用率，将使用率小于第二阈值的业务模块A1作为待清理业务模块。

步骤S305：服务端根据业务模块A1的使用率，确定业务模块A1的目标集成方式为降级M页。

步骤S306：服务端向终端发送以降级M页运行业务模块A1的第二处理指令。

步骤S307：终端根据第二处理指令，删除业务模块A1对应的插件文件包和插件运行包。

图4是根据本发明实施例的一种清理应用内存的服务端的主要模块的示意图。

如图4所示，本发明实施例的一种清理应用内存的服务端400包括：信息获取模块401、指令生成模块402和处理模块403；其中，

所述信息获取模块401，用于获取应用的运行信息，其中，所述应用包括：至少一个业务模块，所述运行信息包括：所述应用的内存信息和/或所述业务模块被用户使用的使用率；

所述指令生成模块402，用于根据所述应用的运行信息，确定是否需对所述应用进行内存清理，并生成相应的处理指令，所述处理指令指示了所述业务模块的目标集成方式；

所述处理模块403，用于将所述处理指令发送给运行所述应用的终端，以使所述终端根据所述处理指令更新所述业务模块的集成方式，以对所述应用进行内存清理。

在本发明一个实施例中，当所述运行信息还包括所述终端的属性信息时，所述指令生成模块402，用于根据所述应用的内存信息以及所述终端的属性信息，确定所述应用在所述终端中的内存占比；当所述内存占比小于第一阈值时，确定无需对所述应用进行内存清理，当所述内存占比大于或等于所述第一阈值时，确定需要对所述应用进行内存清理。

在本发明一个实施例中，所述指令生成模块402，用于当确定出需要对所述应用进行内存清理时，将所述应用中被用户使用的使用率小于第二阈值的所述业务模块作为待清理业务模块，并根据所述使用率，确定所述待清理业务模块的目标集成方式，根据所述待清理业务模块的所述目标集成方式，生成所述处理指令。

在本发明一个实施例中，当无需对所述应用进行内存清理时，所述处理指令包括：根据所述业务模块的当前集成方式继续运行所述应用；

当需要对所述应用进行内存清理时，所述处理指令包括：根据所述业务模块的目标集成方式运行所述应用。

在本发明一个实施例中，所述目标集成方式包括：插件后装、降级M页或插件原生。

图5是根据本发明实施例的一种清理应用内存的终端的主要模块的示意图。

如图5所示，本发明实施例的一种清理应用内存的终端500包括：信息采集模块501、指令接收模块502和清理模块503；其中，

所述信息采集模块501，用于采集应用的运行信息，并将所述运行信息发送给服务端，其中，所述应用包括：至少一个业务模块，所述运行信息包括：所述应用的内存信息和/或所述业务模块被用户使用的使用率；

所述指令接收模块502，用于接收所述服务端根据所述运行信息返回的处理指令，所述处理指令指示了所述业务模块的目标集成方式；

所述清理模块503，用于当所述目标集成方式为插件后装时，删除所述业务模块对应的插件文件包；当所述目标集成方式为降级M页时，删除所述业务模块对应的插件文件包和插件运行包；当所述目标集成方式为插件原生时，判断是否存在与所述业务模块相对应的插件文件包，如果否，则下载与所述业务模块相对应的插件文件包。

图6示出了可以应用本发明实施例的清理应用内存的方法或清理应用内存的服务端或终端的示例性系统架构600。

如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。

应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括信息获取模块、指令生成模块和处理模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，信息获取模块还可以被描述为“获取运行信息的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取应用的运行信息，其中，所述应用包括：至少一个业务模块，所述运行信息包括：所述应用的内存信息和/或所述业务模块被用户使用的使用率；根据所述应用的运行信息，确定是否需对所述应用进行内存清理，并生成相应的处理指令，所述处理指令指示了所述业务模块的目标集成方式；将所述处理指令发送给运行所述应用的终端，以使所述终端根据所述处理指令更新所述业务模块的集成方式，以对所述应用进行内存清理。

根据本发明实施例的技术方案，根据应用的运行信息确定是否需对应用进行内存清理，并生成相应的处理指令，从而使得运行该应用的终端可根据处理指令更新业务模块的集成方式，则更新后的应用运行时，业务模块以目标集成方式运行，从而实现从业务模块层面对应用进行深度清理，并且在清理过程中不涉及用户自定义的配置信息，从而不影响用户自定义的功能，从而提高用户体验。由此，通过服务器端分析用户的使用习惯，结合用户使用的终端的特征来定制应用的业务模块接入方式，以达到深度清理应用内存的目的，实现了利用服务器端对用户使用数据的分析，来定制用户个性化的应用，尽可能保证用户在不同终端设备上都能流畅的运行应用。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (14)

1.一种清理应用内存的方法，其特征在于，应用于服务端，包括：

获取应用的运行信息，其中，所述应用包括：至少一个业务模块，所述运行信息包括：所述应用的内存信息和/或所述业务模块被用户使用的使用率；

根据所述应用的运行信息，确定是否需对所述应用进行内存清理，并生成相应的处理指令，所述处理指令指示了所述业务模块的目标集成方式；

将所述处理指令发送给运行所述应用的终端，以使所述终端根据所述处理指令更新所述业务模块的集成方式，以对所述应用进行内存清理。

2.根据权利要求1所述的方法，其特征在于，所述运行信息还包括：所述终端的属性信息；所述根据所述应用的运行信息，确定是否需对所述应用进行内存清理，包括：

根据所述应用的内存信息以及所述终端的属性信息，确定所述应用在所述终端中的内存占比；

当所述内存占比小于第一阈值时，确定无需对所述应用进行内存清理，当所述内存占比大于或等于所述第一阈值时，确定需要对所述应用进行内存清理。

3.根据权利要求2所述的方法，其特征在于，当确定出需要对所述应用进行内存清理时，所述生成相应的处理指令，包括：

将所述应用中被用户使用的使用率小于第二阈值的所述业务模块作为待清理业务模块；

根据所述使用率，确定所述待清理业务模块的目标集成方式；

根据所述待清理业务模块的所述目标集成方式，生成所述处理指令。

4.根据权利要求1所述的方法，其特征在于，

当无需对所述应用进行内存清理时，所述处理指令包括：根据所述业务模块的当前集成方式继续运行所述应用；

当需要对所述应用进行内存清理时，所述处理指令包括：根据所述业务模块的目标集成方式运行所述应用。

5.根据权利要求3或4所述的方法，其特征在于，所述目标集成方式包括：插件后装、降级M页或插件原生。

6.一种清理应用内存的方法，其特征在于，应用于终端，包括：

采集应用的运行信息，并将所述运行信息发送给服务端，其中，所述应用包括：至少一个业务模块，所述运行信息包括：所述应用的内存信息和/或所述业务模块被用户使用的使用率；

接收所述服务端根据所述运行信息返回的处理指令，所述处理指令指示了所述业务模块的目标集成方式；

当所述目标集成方式为插件后装时，删除所述业务模块对应的插件文件包；

当所述目标集成方式为降级M页时，删除所述业务模块对应的插件文件包和插件运行包；

当所述目标集成方式为插件原生时，判断是否存在与所述业务模块相对应的插件文件包，如果否，则下载与所述业务模块相对应的插件文件包。

7.一种清理应用内存的服务端，其特征在于，包括：信息获取模块、指令生成模块和处理模块；其中，

所述信息获取模块，用于获取应用的运行信息，其中，所述应用包括：至少一个业务模块，所述运行信息包括：所述应用的内存信息和/或所述业务模块被用户使用的使用率；

所述指令生成模块，用于根据所述应用的运行信息，确定是否需对所述应用进行内存清理，并生成相应的处理指令，所述处理指令指示了所述业务模块的目标集成方式；

所述处理模块，用于将所述处理指令发送给运行所述应用的终端，以使所述终端根据所述处理指令更新所述业务模块的集成方式，以对所述应用进行内存清理。

8.根据权利要求7所述的服务端，其特征在于，

当所述运行信息还包括所述终端的属性信息时，所述指令生成模块，用于根据所述应用的内存信息以及所述终端的属性信息，确定所述应用在所述终端中的内存占比；当所述内存占比小于第一阈值时，确定无需对所述应用进行内存清理，当所述内存占比大于或等于所述第一阈值时，确定需要对所述应用进行内存清理。

9.根据权利要求8所述的服务端，其特征在于，

所述指令生成模块，用于当确定出需要对所述应用进行内存清理时，将所述应用中被用户使用的使用率小于第二阈值的所述业务模块作为待清理业务模块，并根据所述使用率，确定所述待清理业务模块的目标集成方式，根据所述待清理业务模块的所述目标集成方式，生成所述处理指令。

10.根据权利要求7所述的服务端，其特征在于，

当无需对所述应用进行内存清理时，所述处理指令包括：根据所述业务模块的当前集成方式继续运行所述应用；

当需要对所述应用进行内存清理时，所述处理指令包括：根据所述业务模块的目标集成方式运行所述应用。

11.根据权利要求9或10所述的服务端，其特征在于，所述目标集成方式包括：插件后装、降级M页或插件原生。

12.一种清理应用内存的终端，其特征在于，包括：信息采集模块、指令接收模块和清理模块；其中，

所述信息采集模块，用于采集应用的运行信息，并将所述运行信息发送给服务端，其中，所述应用包括：至少一个业务模块，所述运行信息包括：所述应用的内存信息和/或所述业务模块被用户使用的使用率；

所述指令接收模块，用于接收所述服务端根据所述运行信息返回的处理指令，所述处理指令指示了所述业务模块的目标集成方式；

所述清理模块，用于当所述目标集成方式为插件后装时，删除所述业务模块对应的插件文件包；当所述目标集成方式为降级M页时，删除所述业务模块对应的插件文件包和插件运行包；当所述目标集成方式为插件原生时，判断是否存在与所述业务模块相对应的插件文件包，如果否，则下载与所述业务模块相对应的插件文件包。

13.一种清理应用内存的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。

14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-6中任一所述的方法。

Images