CN118885120A

CN118885120A - 进程处理方法、装置、电子设备及存储介质

Info

Publication number: CN118885120A
Application number: CN202411015451.2A
Authority: CN
Inventors: 周传高
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2024-07-26
Filing date: 2024-07-26
Publication date: 2024-11-01

Abstract

本申请公开了一种进程处理方法、装置、电子设备及存储介质，属于电子设备技术领域。该方法包括：在获取到关机请求的情况下，获取系统内存镜像数据，系统内存镜像数据不包括目标应用的运行数据，目标应用是处于运行状态、且满足第一条件的应用程序；将内存镜像数据保存至第一存储区域后，执行关机操作。

Description

进程处理方法、装置、电子设备及存储介质

技术领域

本申请属于电子设备技术领域，具体涉及一种进程处理方法、装置、电子设备及存储介质。

背景技术

目前，为了节省电子设备的功耗，电子设备在关机时，可以释放内存中存储的所有进程的数据，从而达到节省功耗的目的。但是，由于电子设备在关机时，释放了内存中存储的所有进程的数据，所以，开机后的电子设备的运行环境无法恢复至关机前的运行环境。

为了解决上述问题，在现有技术中：电子设备关机时，可以将当前运行的所有进程的数据备份到磁盘中；然后，在电子设备开机后，可以从磁盘中读取备份的进程的数据，并将备份的进程的数据覆盖到开机后的电子设备的内存中，从而开机后的电子设备的运行环境可以关机前的运行环境保持一致。

然而，上述方法中，由于电子设备在关机时，将当前运行的所有进程的数据均备份到磁盘中，所以，在电子设备当前运行的进程较多时，电子设备关机的耗时长。

发明内容

本申请实施例的目的是提供一种进程处理方法、装置、电子设备及存储介质，能够降低电子设备关机的耗时。

第一方面，本申请实施例提供了一种进程处理方法，该进程处理方法包括：在获取到关机请求的情况下，获取系统内存镜像数据，系统内存镜像数据不包括目标应用的运行数据，目标应用是处于运行状态、且满足第一条件的应用程序；将内存镜像数据保存至第一存储区域后，执行关机操作。

第二方面，本申请实施例提供了一种进程处理装置，该进程处理装置包括：获取模块和处理模块。获取模块，用于在获取到关机请求的情况下，获取系统内存镜像数据，系统内存镜像数据不包括目标应用的运行数据，目标应用是处于运行状态、且满足第一条件的应用程序。处理模块，用于将获取模块获取的内存镜像数据保存至第一存储区域后，执行关机操作。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

第六方面，本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如第一方面所述的方法。

在本申请实施例中，在获取到关机请求的情况下，获取系统内存镜像数据，系统内存镜像数据不包括目标应用的运行数据，目标应用是处于运行状态、且满足第一条件的应用程序；将内存镜像数据保存至第一存储区域后，执行关机操作。本方案中，在检测到关机请求的情况下，由于获取的系统内存镜像数据不包括目标应用的运行数据，所以，电子设备并非直接将处于运行状态的所有系统内存镜像数据均进行备份，从而减少了需要备份的系统内存镜像数据的数量，进而降低了电子设备关机的耗时。

附图说明

图1是现有技术中的休眠流程的流程图；

图2是本申请实施例提供的一种进程处理方法的流程图之一；

图3是本申请实施例提供的一种进程处理方法的流程图之二；

图4是本申请实施例提供的一种进程处理方法的流程图之三；

图5是本申请实施例提供的一种设置应用界面的示意图；

图6是本申请实施例提供的一种接口的示意图；

图7是本申请实施例提供的一种进程处理方法的流程图之四；

图8A是本申请实施例提供的一种关机界面的示意图之一；

图8B是本申请实施例提供的一种关机界面的示意图之二；

图9是本申请实施例提供的一种进程处理方法的流程图之五；

图10是本申请实施例提供的一种进程处理装置的结构示意图；

图11是本申请实施例提供的一种电子设备的硬件结构示意图之一；

图12是本申请实施例提供的一种电子设备的硬件结构示意图之二。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

本申请的说明书和权利要求书中的术语“至少一个(项)”、“至少之一”等指其包含对象中的任意一个、任意两个或两个以上的组合。例如，a、b、c中的至少一个(项)，可以表示：“a”、“b”、“c”、“a和b”、“a和c”、“b和c”以及“a、b和c”，其中a，b，c可以是单个，也可以是多个。同理，“至少两个(项)”是指两个或两个以上，其表达的含义与“至少一个(项)”类似。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的数据备份方法、装置、电子设备及存储介质进行详细地说明。

本申请实施例提供的数据备份方法、装置、电子设备及存储介质可以应用在进程数据备份场景中。

近年来，随着电子设备的快速发展，系统的功耗、开关机速率以及开机能否恢复到关机前的状态也是用户特别关注的重点。目前来说，要达到低功耗的目的可以让系统进入常规的休眠状态，即息屏状态，此时电子设备中的部分器件仍然会在运转，从而存在耗电，所以最节省功耗的方法就是关机。然而关机后就无法像常规休眠那样再次开机恢复原来的运行环境。针对这个问题，目前可以通过Hibernation技术，在关机的时候将当前系统的进程的数据备份到磁盘中，然后直接关机以节省功耗。再次开机的时候就可以从磁盘中读取备份的进程的数据，并将备份的进程的数据覆盖到开机后的电子设备的内存中，从而可以保证开机后和关机前的环境是一致的。

示例性地，如图1所示，传统的Hibernation技术为：在检测到关机请求的情况下，电子设备可以调用Sync Fs线程，该Sync Fs线程用于将当前系统中处于运行状态的进程的数据都刷新到磁盘中；在处于运行状态的进程的数据都刷新到磁盘中之后，调用FreezeProcesses线程，该Freeze Processes线程用于将当下的系统所有进程都冻结住，不在有其他动作，只保留当前正在做备份的进程工作；在备份的进程工作完成之后，调用SaveDevices线程，该Save Devices线程用于保存所有外设的状态信息到内存中；在保存所有外设的状态信息到内存之后，调用Create Snapshot线程：该Create Snapshot线程，用于创建当前系统内存数据的快照信息；创建当前系统内存数据的快照信息之后，调用SaveSnapshot线程，该Save Snapshot线程用于将快照信息写到磁盘中；在快照信息写到磁盘之后，调用Power Off线程，该Power Off线程，用于执行关机操作。在检测到开机请求的情况下，电子设备可以调用Power On线程，该Power On线程用于执行开机操作；在电子设备开机之后，调用Read Snapshot线程，该Read Snapshot线程用于检测到磁盘中是否有关机前备份的有效快照数据，若有，则将磁盘中的有效快照数据读取到内存中；在将磁盘中的有效快照数据读取到内存之后，调用Restore Snapshot线程，该Restore Snapshot线程用于将有效快照数据完全覆盖在内存中；在将有效快照数据完全覆盖在内存之后，调用RestoreDevices线程，该Restore Devices线程用于基于之前保存的所有外设的状态信息，恢复所有外设的状态；在恢复所有外设的状态之后，调用Thaw Processes线程，该Thaw Processes线程用于解冻之前冻结的所有进程，恢复到关机前状态，此时系统可以继续运行。

然而，Hibernation技术本身是将关机前的所有进程的数据完整的保存下来，然后写入到磁盘中。由于现在的电子设备中的应用程序越来越多，所以电子设备中的应用进程也越来越多；从而在关机前，在电子设备中运行的应用程序较多的情况下，电子设备中运行的应用进程也较多，那么保存这些进程数据到磁盘中就需要一定的时间，考虑到存储器的IO写入极限，短则十几秒，长则几十秒不等，导致电子设备关机的耗时长。

在本申请实施例提供的进程处理方法、装置、电子设备及存储介质中，在检测到关机请求的情况下，由于获取的系统内存镜像数据不包括目标应用的运行数据，所以，电子设备并非直接将处于运行状态的所有系统内存镜像数据均进行备份，从而减少了需要备份的系统内存镜像数据的数量，进而降低了电子设备关机的耗时。

本申请实施例提供的进程处理方法的执行主体可以为进程处理装置，该进程处理装置可以为电子设备，或电子设备中的功能模块。以下以电子设备为例，对本申请实施例提供的技术方案进行说明。

本申请实施例提供一种进程处理方法，图2示出了本申请实施例提供的一种进程处理方法的流程图。如图2所示，本申请实施例提供的进程处理方法可以包括下述的步骤201和步骤202。

步骤201、在获取到关机请求的情况下，电子设备获取系统内存镜像数据，该系统内存镜像数据不包括目标应用的运行数据，目标应用是处于运行状态、且满足第一条件的应用程序。

本申请实施例中，上述系统内存镜像数据不包括目标应用的运行数据，该目标应用是处于运行状态、且满足第一条件的应用程序。

示例性地，上述系统内存镜像数据可以为快照数据。

需要说明的是，快照数据是对进程的数据进行的一个不可修改的快速数据拷贝存储。快照数据是数据存储的某一时刻的状态记录。快照数据与云硬盘数据存储在一起，可以支持快速备份和恢复。

可选地，本申请实施例中，上述检测到关机请求可以为：在检测到电源按键的按压时长大于或等于一个时长，例如2S，的情况下，电子设备可以确定检测到关机请求。或者，在电子设备接收到语音关机指令的情况下，电子设备可以确定检测到关机请求。或者，在检测到关机控件的按压时长大于或等于一个时长，例如2S，的情况下，电子设备可以确定检测到关机请求。

可选地，本申请实施例中，上述系统内存镜像数据可以包括以下至少一项：系统进程数据、系统线程数据、系统硬件(例如，中央处理器(Central Processing Unit，CPU)数据、与电子设备连接的外设的第一数据。

可选地，本申请实施例中，上述第一数据可以包括以下至少一项：外设与电子设备的连接状态标识、外设中存储的数据和外设与电子设备的交互数据，例如用户通过外设键盘在电子设备中输入的文字或英文。

可选地，本申请实施例中，上述系统内存镜像数据可以包括以下至少一项：电子设备中的系统中处于运动状态的至少一个线程的线程数据和电子设备的系统中处于运动状态的至少一个进程的进程数据。

可选地，本申请实施例中，上述处于运行状态的至少一个进程可以包括以下至少一项：前台运行的至少一个进程和后台运行的至少一个进程。

可选地，本申请实施例中，上述进程可以包括以下至少一项：视频类应用程序的进程、即时聊天类应用程序的进程和电子书类应用程序的进程等。具体可以根据实际使用情况确定，本申请实施例不做限制。

可选地，本申请实施例中，上述目标应用可以为电子设备中的至少一个应用。

示例性地，上述至少一个应用可以为电子设备中的任意应用。例如，相机应用、电子书应用或浏览器应用等。

可选地，本申请实施例中，上述满足第一条件可以为以下任一项：用户选择的或者电子设备预设的。

可选地，本申请实施例中，在检测到关机请求的情况下，电子设备可以通过进程管理应用获取处于运行状态的至少一个进程的进程标识，从而根据该至少一个进程的进程标识确定至少一个进程，然后，从内存查找与至少一个进程对应的系统内存镜像数据；或者，在检测到关机请求的情况下，电子设备可以直接在运行内存中查找系统内存镜像数据，以获取到系统内存镜像数据。

示例性地，上述进程管理应用可以为任务管理器。

步骤202、电子设备将内存镜像数据保存至第一存储区域后，执行关机操作。

可选地，本申请实施例中，上述第一存储区域可以为电子设备的硬盘中的存储区域；或者上述第一存储区域可以为与电子设备连接的移动硬盘中的存储区域。

本申请实施例中，电子设备可以通过电子设备中的存储线程(例如，SaveSnapshot线程)将内存镜像数据保存至第一存储区域，然后通过关机线程，执行关机操作。

示例性地，电子设备在获取系统内存镜像数据之后，电子设备可以调用SaveSnapshot线程在硬盘中存储系统内存镜像数据；然后在存储完成之后，电子设备可以调用关机线程，执行关机操作。

在本申请实施例提供的进程处理方法中，在获取到关机请求的情况下，获取系统内存镜像数据，系统内存镜像数据不包括目标应用的运行数据，目标应用是处于运行状态、且满足第一条件的应用程序；将内存镜像数据保存至第一存储区域后，执行关机操作。本方案中，在检测到关机请求的情况下，由于获取的系统内存镜像数据不包括目标应用的运行数据，所以，电子设备并非直接将处于运行状态的所有系统内存镜像数据均进行备份，从而减少了需要备份的系统内存镜像数据的数量，进而降低了电子设备关机的耗时。

可选地，本申请实施例中，结合图2，如图3所示，上述步骤201具体可以通过下述的步骤201a和步骤201b实现。

步骤201a、在获取到关机请求的情况下，电子设备从第二存储区域删除目标应用的运行数据。

本申请实施例中，上述第二存储区域可以为电子设备中的运行内存中的存储区域。

本申请实施例中，上述目标应用的运行数据可以为目标应用对应的进程数据。

本申请实施例中，电子设备可以通过下述的内存镜像管理线程从第二存储区域删除目标应用的运行数据。

步骤201b、电子设备从第二存储区域获取系统内存镜像数据。

可选地，本申请实施例中，电子设备可以通过进程管理应用获取处于运行状态的至少一个进程的进程标识，从而根据该至少一个进程的进程标识确定至少一个进程，然后，从第二存储区域查找与至少一个进程对应的系统内存镜像数据；或者，电子设备可以直接在第二存储区域中查找系统内存镜像数据，以获取到系统内存镜像数据。

本申请实施例中，电子设备可以从第二存储区域删除目标应用的运行数据，以减少电子设备运行内存中存储的内存镜像数据的数量，进而降低了电子设备关机的耗时。

可选地，本申请实施例中，上述步骤201a具体可以通过下述的步骤201a1实现。

步骤201a1、在获取到关机请求的情况下，电子设备通过内存镜像管理线程关闭目标应用对应的线程，以从第二存储区域删除目标应用的运行数据。

本申请实施例中，上述内存镜像管理线程用于释放进程或线程的内存空间。例如，基于用户选择确定的进程。

本申请实施例中，上述内存镜像管理线程为内核线程。

需要说明的是，上述内存镜像管理线程为电子设备提前创建的，例如在上述步骤201之前执行内存镜像管理线程的创建。下述对于创建内存镜像管理线程的过程进行说明。

首先，电子设备需要定义一个线程描述符。

示例性地，线程描述符为：static struct task_struct*hibernation_optimization；该线程描述符，用于保存内存镜像管理线程的各种信息。例如，线程名称、线程的大小和线程在内存中的位置等。

然后，电子设备可以通过kthread_create接口可以创建释放线程。

示例性地，kthread_create接口提供了三个参数；参数1，释放线程具体的执行函数；参数2，线程执行函数传递的数据，这里为空；参数3，线程的名字。

举例说明，该kthread_create接口为：

kthread_create(hibernation_resource_reclaim,NULL,"hibernation_opt")。

其中，kthread_create为接口名，hibernation_resource_reclaim为线程具体的执行函数，NULL为线程执行函数传递的数据，hibernation_opt为线程的名字。

最后，电子设备可以将内存镜像管理线程添加至唤醒线程中，从而在电子设备获取处于运行状态的至少一个进程之后，电子设备可以唤醒内存镜像管理线程，以执行关闭目标应用对应的线程的操作。

示例性地，wake_up_process(hibernation_optimization)。

其中，wake_up_process为唤醒线程。

本申请实施例中，电子设备可以通过内存镜像管理线程关闭目标应用对应的线程，以从第二存储区域删除目标应用的运行数据，如此，电子设备可以减少电子设备运行内存中存储的内存镜像数据的数量，进而降低了电子设备关机的耗时。

可选地，本申请实施例中，在上述步骤201a1之后，本申请实施例提供的进程处理方法还包括下述的步骤301。

步骤301、电子设备通过释放线程，调用内存整合接口，对第二存储区域进行内存整合，得到整合后的第二存储区域。

本申请实施例中，电子设备可以通过调用内存整合接口，对第二存储区域进行内存回收和内存规整，从而得到整合后的第二存储区域。

可以理解，电子设备之所以需要内存整合是因为前面已经Kill掉某些不需要的应用的进程，并且这些应用的进程所占用的内存资源就会被释放掉，不过有时候不能立刻被回收，例如应用打开的一些文件所占用的一些缓存数据等，而是要等到特定的阶段才会去执行资源释放动作，例如系统内存资源紧张内核线程主动的回收，而且可能存在大量的内存碎片，从而影响到存储的效率。

本申请实施例中，电子设备可以对第二存储区域进行内存整合，从而电子设备可以将离散的内存空间整合在一起，以减少备份的内存页数，从而提高了存储的效率。

可选地，本申请实施例中，上述内存整合接口包括：内存回收接口和内存规整接口。

示例性地，上述步骤301具体可以通过下述的步骤301a和步骤301b实现。

步骤301a、电子设备通过释放线程，调用内存回收接口，对第二存储区域进行内存回收。

本申请实施例中，上述内存回收可以理解为：内存回收就是电子设备可以遍历磁盘中的所有内存页，将一些暂不使用的内存页回收返还给磁盘。

需要说明的是，上述暂不使用的内存页为电子设备将磁盘中的内存空间分配给应用，但是该应用并没有完全占用完电子设备分配的内存空间所对应的内存页。

示例性地，假设电子设备将磁盘中的5G内存空间，分配给了聊天应用1，但是该聊天应用1只占用了3G内存空间，所以上述暂不使用的内存页为2G剩余内存空间对应的内存页。

示例性地，电子设备可以遍历系统中的内存中的所有内存页，释放暂不使用的内存页的内存空间，从而回收内存资源。

示例性地，上述内存回收接口可以为alloc_pages_direct_reclaim。

可选地，本申请实施例中，上述内存回收接口的名称为用户自定义的，或系统默认的。

步骤301b、电子设备通过释放线程，调用内存规整接口，对第二存储区域进行内存压缩和内存规整，得到整合后的第二存储区域。

本申请实施例中，内存规整包含两个过程，第一个就是内存压缩，通过压缩可以减少内存的占用；另一个就是将使用过的内存页和未使用的内存页进行重新搬移分别整合在一起，这样就不会出现使用过的和未使用的内存页零散分布，可以组成大片且连续的空闲内存空间，从而为电子设备备份进程数据提供更大更连续的内存空间。

示例性地，上述内存规整接口可以为alloc_pages_direct_compact。

需要说明的是，上述内存规整接口的名字为用户自定义的。

可选地，本申请实施例中，电子设备可以将系统内存镜像数据，备份至整合后第二存储空间，并执行关机操作。

本申请实施例中，由于磁盘中可以存在大片且连续的空闲内存空间，所以为电子设备备份系统内存镜像数据提供更大更连续的内存空间，提升了读写效率，从而提升了电子设备存储的效率。

本申请实施例中，电子设备可以通过先释放不需要的内存页来回收内存资源，然后通过合并、压缩和迁移内存页，来优化内存的布局和利用率，从而使得磁盘中可以存在大片且连续的空闲内存空间，从而为电子设备备份进程数据提供更大更连续的内存空间，提升了读写效率。

可选地，本申请实施例中，上述第一条件为目标名单指示的应用程序。

示例性地，结合图2，如图4所示，在上述步骤201之前，本申请实施例提供的进程处理方法还包括下述的步骤401至步骤403。

步骤401、电子设备显示目标名单配置界面。

本申请实施例中，上述目标名单配置界面中包括至少一个应用标识。

可以理解，上述目标名单可以为黑名单。

本申请实施例中，上述目标名单中可以预设至少一个应用的应用标识。例如，相机应用标识。

示例性地，上述应用标识可以包括以下任一项：应用的名称或应用图标。

可选地，本申请实施例中，上述目标名单中可以预设至少一个进程标识。

示例性地，上述进程标识可以为以下任一项：进程名称、进程所属应用的名称或进程的功能的名称。

本申请实施例中，上述目标名单用于控制哪些应用的进程数据或线程数据需要被释放掉。

示例性地，上述目标名单的具体结构信息可以为：

struct hibernation_resource{

const char*app；

unsigned int flag；

}

static struct hibernation_resource block_list[]＝{

{.app＝“应用1”,flag＝1},

{.app＝“应用2”,flag＝1},

{.app＝“Camera”,flag＝1},

}

其中，app为应用名，flag：为1表示资源需要被回收，block_list[]：这个数组中保存了所有的需要被释放掉的名单列表，允许动态的添加和删除。

本申请实施例中，在用户想要编辑目标名单中的应用时，用户可以点击设置图标，以使得电子设备可以显示目标名单配置界面。

可选地，本申请实施例中，上述目标名单配置界面中包括输入控件，该输入控件用于获取应用标识。

示例性地，如图5所示，电子设备可以接收用户对设置应用的点击输入，从而可以显示设置应用界面10，该应用界面10中包括：搜索控件11、通知与状态栏标识、声音与振动标识、显示与亮度标识和桌面、锁屏与壁纸标识和关机清除标识。用户可以对关机清除标识进行点击输入，以使得电子设备可以显示目标名单配置界面。

步骤402、电子设备接收用户对至少一个应用标识中的第一应用标识的第一输入。

本申请实施例中，上述第一输入用于从至少一个应用标识中确定第一应用标识。

上述第一应用标识为上述至少一个应用标识中的任意应用标识。可选地，本申请实施例中，上述第一应用标识可以为一个或多个。

可选地，本申请实施例中，上述第一输入可以为以下任一项：用户对第一应用标识的点击输入、长按输入、预设轨迹输入和滑动输入等。具体可以通过实际情况确定，本申请实施例不做限制。

可选地，本申请实施例中，上述第一输入可以为对输入控件的输入。

示例性地，电子设备可以接收用户对输入控件的点击输入，显示输入法控件；然后，用户可以通过输入法控件，输入第一应用标识，以使得电子设备可以将第一应用标识显示在输入控件中，并获取该第一应用标识。

步骤403、电子设备响应于第一输入，通过进程添加接口，在目标名单中添加第一应用标识。

本申请实施例中，由于内存镜像管理线程是内核线程，所以电子设备可以通过进程添加接口将电子设备在应用层获取的第一应用标识通过进程添加接口传输内核层中，也就是说，目标名单是存储在内核层中的。

示例性地，如图6所示，电子设备的应用层，图6中以User Space表示，中的设置应用程序获取第一应用标识之后，可以通过proc/sys接口，即进程添加接口，将第一应用标识传输至内核层，图6中以Kernel Space表示，中的目标名单中，从而内存镜像管理线程可以通过目标名单，释放目标名单中包含的应用标识对应的应用的进程数据或线程数据。

本申请实施例中，电子设备在获取第一应用标识之后，电子设备可以将第一应用标识和添加标识通过proc/sys接口，传输至目标名单中，从而电子设备可以在目标名单中添加第一应用标识。

示例性地，以应用1为例，电子设备可以通过下述的命令语句将应用1的应用标识“应用1”添加在目标名单中。

echo“应用1 1”>/proc/sys

其中，echo为添加语句，应用1为应用1的应用标识，1表示将应用1添加到目标名单中，/proc/sys为进程添加接口的接口名称。

可选地，本申请实施例中，电子设备可以通过进程添加接口，在黑名单中删除第一应用标识。

示例性地，以应用2为例，电子设备可以通过下述的命令语句将应用2的应用标识“应用2”从目标名单中删除。

echo“应用1 0”>/proc/sys

其中，echo为添加语句，应用1为应用1的应用标识，0表示将应用2从黑名单中移除，/proc/sys为进程添加接口的接口名称。

可选地，本申请实施例中，在检测到关机请求的情况下，电子设备获取处于运行状态的至少一个进程，然后，电子设备可以基于第一应用标识从至少一个进程中确定第一应用标识对应的进程。

示例性地，电子设备可以根据至少一个进程的进程标识，将目标名单中的第一应用标识与至少一个进程的进程标识进行匹配，以从至少一个进程中确定与第一应用标识匹配的M个进程，从而电子设备通过内存镜像管理线程，关闭至少一个进程中的M个进程，并释放M个进程的内存空间。

举例说明，上述从至少一个进程中确定与第一应用标识匹配的M个进程可以理解为：至少一个进程中的进程标识与第一应用标识之间的相似度大于或等于一个阈值(例如，95％)。

可选地，本申请实施例中，电子设备可以获取至少一个应用的应用信息，然后通过进程添加接口，将应用信息满足第二条件的应用的应用标识，添加至目标名单中。

可选地，本申请实施例中，电子设备可以在第一次开机时，自动获取至少一个应用的应用信息；或者，电子设备可以在检测到关机请求时，获取至少一个应用的应用信息。

示例性地，上述至少一个应用可以为电子设备中存储的所有应用。

示例性地，上述应用信息包括以下至少一项：应用的名称、应用的历史使用时间段、应用的类型、应用的历史使用频次和应用的历史使用时长。

示例性地，电子设备可以通过至少一个应用中的每个应用的安装包，获取每个应用的应用信息。

可选地，本申请实施例中，上述应用信息满足第二条件可以包括以下至少一项：应用的名称与预设应用名称相同；应用的类型与预设应用类型相同；关机时间不在应用的历史使用时间段之内；应用的历史使用频次小于预设频次；应用的历史使用时长小于预设使用时长。

可选地，本申请实施例中，电子设备可以根据至少一个应用的应用信息，从目标名单中移除应用标识。

示例性地，电子设备可以进程添加接口，将应用信息满足第二条件的应用的应用标识，从目标名单中移除。

本申请实施例中，电子设备可以在目标名单配置界面动态的添加或删除应用标识，所以目标名单中存储的应用标识可以根据用户的需求发生变化，如此，提升了目标名单中存储的内容的灵活性。

可选地，本申请实施例中，上述第一条件为用户选择的应用程序。

示例性地，结合图1，如图7所示，在上述步骤201之前，本申请实施例提供的本申请实施例提供的进程处理方法还包括下述的步骤501至步骤503。

步骤501、在获取到关机请求的情况下，电子设备显示内存镜像管理界面。

本申请实施例中，上述内存镜像管理界面中包括N个应用标识，N为正整数。

本申请实施例中，电子设备可以根据用户对电源按键的长按输入，显示关机标识，用户可以该关机标识进行点击输入，以使得电子设备可以显示内存镜像管理界面。

示例性地，如图8A所示，电子设备可以根据用户对电源按键的长按输入，显示3个关机标识，该3个关机标识分别为右滑关机12、右滑重启13和右滑保存14；然后，用户可以对右滑保存14进行点击处理，如图8B所示，以使得电子设备可以显示关机界面15，该关机界面15中包括6个应用标识，该6个应用标识分别为app1、app2、app3、app4、app5、app5和app6。

需要说明的是，在用户关机的时候添加一个新的关机选项，例如图8A中的Hib，如果通过这种方式关机，电子设备可以进行本申请实施例提供的完整的Hibernation流程将当前内存的数据备份到磁盘，然后再关机。再次开机时检测到快照镜像有效就会从磁盘中读取备份数据，从而恢复关机前的状态。

可选地，本申请实施例中，上述关机界面可以为一个弹窗，即在当前显示的界面上显示一个弹窗，并在该弹窗中显示N个应用标识。或者，上述关机界面可以为在当前显示界面上显示一个界面图层，并显示N个应用标识。

步骤502、电子设备接收用户对N个应用标识中的第二应用标识的第二输入。

本申请实施例中，上述第二输入用于从N个应用标识中的确定第二应用标识。

可选地，本申请实施例中，上述第二输入可以为以下任一项：用户对第二应用标识的点击输入、长按输入、预设轨迹输入和滑动输入等。具体可以通过实际情况确定，本申请实施例不做限制。

可选地，本申请实施例中，上述第二应用标识可以为一个或多个。

步骤503、电子设备响应于第二输入，将第二应用标识对应的应用程序确定为目标应用。

本申请实施例中，电子设备在基于用户的输入确定目标应用之后，电子设备可以通过内存镜像管理线程直接关闭目标应用对应的线程，以从第二存储区域删除目标应用的运行数据。

可选地，本申请实施例中，在检测到关机请求的情况下，电子设备获取处于运行状态的至少一个进程，然后，电子设备可以基于第二应用标识从至少一个进程中确定第二应用标识对应的进程。

示例性地，电子设备可以根据至少一个进程的进程标识，将第二应用标识与至少一个进程的进程标识进行匹配，以从至少一个进程中确定与第二应用标识匹配的M个进程，从而电子设备通过内存镜像管理线程，关闭至少一个进程中的M个进程，并释放M个进程的内存空间。

可选地，本申请实施例中，电子设备将第二应用标识添加在目标名单中。

本申请实施例中，电子设备可以根据用户在内存镜像管理界面的输入，动态的确定需要备份的系统内存镜像数据的数量，进而降低了电子设备关机的耗时。

可选地，本申请实施例中，本申请实施例提供的进程处理方法还包括下述的步骤501和步骤502。

步骤501、在获取到开机请求的情况下，电子设备从第一存储区域获取系统内存镜像数据。

可选地，本申请实施例中，上述获取到开机请求可以为：在检测到电源按键的按压时长大于或等于一个时长，例如2S，的情况下，电子设备可以确定获取到开机请求。或者，在电子设备接收到语音开机指令的情况下，电子设备可以确定获取到开机请求。

本申请实施例中，在获取到开机请求的情况下，电子设备可以通过读取数据线程从第一存储区域获取系统内存镜像数据。

示例性地，在获取到开机请求的情况下，电子设备可以通过Read Snapshot线程，从硬盘中获取系统内存镜像数据。

本申请实施例中，电子设备在从第一存储区域获取系统内存镜像数据之后，电子设备可以将系统内存镜像数据存储至第二存储区域中。

步骤502、电子设备根据系统内存镜像数据执行开机操作。

本申请实施例中，在系统内存镜像数据存储至第二存储区域之后，电子设备可以调用Restore Snapshot线程，该Restore Snapshot线程用于将系统内存镜像数据完全覆盖的内存中；在将系统内存镜像数据完全覆盖在内存之后，调用Restore Devices线程，该Restore Devices线程用于基于之前保存的所有外设的状态信息，恢复所有外设的状态；在恢复所有外设的状态之后，调用Thaw Processes线程，该Thaw Processes线程用于解冻之前冻结的所有进程，恢复到关机前状态，此时系统可以继续运行。

本申请实施例中，由于系统内存镜像数据并不是完整的系统内存镜像数据，所以电子设备在通过系统内存镜像数据开机时，可以减少电子设备开机的耗时。

示例性地，如图9所示，下面通过具体的示例，为本申请提供的数据备份方法进行具体的解释说明。具体可以通过下述的步骤20至步骤32所示。

步骤20、在检测到关机请求的情况下，电子设备调用内存镜像管理线程，关闭目标应用对应的线程，以从第二存储区域删除目标应用的运行数据。

本申请实施例中，上述内存镜像管理线程用于释放目标名单中存储的应用标识对应的应用的进程的内存空间。

步骤21、在从第二存储区域中删除目标应用的运行数据之后，电子设备通过内存镜像管理线程，调用内存回收接口和内存规整接口，对第二存储区域进行内存规整处理。

本申请实施例中，上述内存回收接口，用于遍历系统中的内存中的所有内存页，将一些暂不使用的内存页回收返还给系统。

本申请实施例中，上述内存规整接口，用于内存压缩和内存页整合。

步骤22、在对第二存储区域进行内存规整处理之后，电子设备调用Sync Fs线程，以将系统内存镜像存储在磁盘中。

本申请实施例中，上述Sync Fs线程用于将当前系统中处于运行状态的进程的数据都存储到磁盘中。

步骤23、在系统内存镜像存储在磁盘之后，调用Freeze Processes线程。

本申请实施例中，上述Freeze Processes线程用于将当下的系统所有进程都冻结住，不在有其他动作，只保留当前正在做备份的进程工作。

步骤24、在存储操作完成之后，调用Save Devices线程。

本申请实施例中，上述Save Devices线程用于保存所有外设的状态信息到内存中。

步骤25、在保存所有外设的状态信息到内存之后，调用Create Snapshot线程。

本申请实施例中，上述Create Snapshot线程，用于创建当前系统内存数据的快照信息。

步骤26、创建当前系统内存数据的快照信息之后，调用Save Snapshot线程。

本申请实施例中，上述Save Snapshot线程用于将快照信息写到磁盘中。

步骤27、在快照信息写到磁盘之后，调用Power Off线程。

本申请实施例中，上述Power Off线程，用于执行关机操作。

步骤28、在检测到开机请求的情况下，电子设备可以调用Power On线程。

本申请实施例中，上述Power On线程用于执行开机操作。

步骤29、在电子设备开机之后，调用Read Snapshot线程。

本申请实施例中，上述Read Snapshot线程用于检测到磁盘中是否有关机前备份的有效快照数据，若有，则将磁盘中的有效快照数据读取到内存中。

步骤30、在将磁盘中的有效快照数据读取到内存之后，调用Restore Snapshot线程。

本申请实施例中，上述Restore Snapshot线程用于将有效快照数据完全覆盖的内存中。

步骤31、在将有效快照数据完全覆盖的内存之后，调用Restore Devices线程。

本申请实施例中，上述Restore Devices线程用于基于之前保存的所有外设的状态信息，恢复所有外设的状态。

步骤32、在恢复所有外设的状态之后，调用Thaw Processes线程。

本申请实施例中，上述Thaw Processes线程用于解冻之前冻结的所有进程，恢复到关机前状态，此时系统可以继续运行。

上述各个方法实施例，或者各个方法实施例中的各种可能的实现方式可以单独执行，或者，在不存在矛盾的前提下，也可以相互结合执行，具体可以根据实际使用需求确定，本申请实施例对此不做限制。

需要说明的是，本申请实施例提供的进程处理方法，执行主体可以为进程处理装置。本申请实施例中以进程处理装置执行进程处理方法为例，说明本申请实施例提供的进程处理装置。

图10示出了本申请实施例中涉及的进程处理装置的一种可能的结构示意图。如图10所示，该进程处理装置70可以包括：获取模块71和处理模块72。

其中，获取模块71，用于在获取到关机请求的情况下，获取系统内存镜像数据，系统内存镜像数据不包括目标应用的运行数据，目标应用是处于运行状态、且满足第一条件的应用程序。处理模块72，用于将获取模块获取的内存镜像数据保存至第一存储区域后，执行关机操作。

在一种可能的实现方式中，上述处理模块72，还用于在获取到关机请求的情况下，从第二存储区域删除目标应用的运行数据。上述获取模块71，具体用于从第二存储区域获取系统内存镜像数据。

在一种可能的实现方式中，上述处理模块72，具体用于在获取到关机请求的情况下，通过内存镜像管理线程关闭目标应用对应的线程，以从第二存储区域删除目标应用的运行数据。

在一种可能的实现方式中，上述第一条件为目标名单指示的应用程序；本申请实施例提供的进程处理装置70还包括：显示模块、接收模块和添加模块。显示模块，用于在获取到关机请求的情况下，获取系统内存镜像数据之前，显示目标名单配置界面，目标名单配置界面中包括至少一个应用标识。接收模块，用于接收用户对至少一个应用标识中的第一应用标识的第一输入。添加模块，用于响应于第一输入，通过进程添加接口，在目标名单中添加第一应用标识。

在一种可能的实现方式中，上述第一条件为用户选择的应用程序；本申请实施例提供的进程处理装置70还包括：显示模块、接收模块和确定模块。显示模块，用于获取系统内存镜像数据之前，在获取到关机请求的情况下，显示内存镜像管理界面，内存镜像管理界面中包括N个应用标识，N为正整数。接收模块，用于接收用户对N个应用标识中的第二应用标识的第二输入。确定模块，用于响应于第二输入，将第二应用标识对应的应用程序确定为目标应用。

在一种可能的实现方式中，上述获取模块71，还用于在获取到开机请求的情况下，从第一存储区域获取系统内存镜像数据。处理模块72，还用于根据系统内存镜像数据执行开机操作。

本申请实施例提供一种进程处理装置，在检测到关机请求的情况下，由于获取的系统内存镜像数据不包括目标应用的运行数据，所以，电子设备并非直接将处于运行状态的所有系统内存镜像数据均进行备份，从而减少了需要备份的系统内存镜像数据的数量，进而降低了电子设备关机的耗时。

本申请实施例中的进程处理装置可以是电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobilepersonal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，还可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的进程处理装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的进程处理装置能够实现上述方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图11所示，本申请实施例还提供一种电子设备90，包括处理器91和存储器92，存储器92上存储有可在所述处理器91上运行的程序或指令，该程序或指令被处理器91执行时实现上述数据备份方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图12为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备100包括但不限于：射频单元101、网络模块102、音频输出单元103、输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、以及处理器110等部件。

本领域技术人员可以理解，电子设备100还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图12中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器110，用于在获取到关机请求的情况下，获取系统内存镜像数据，系统内存镜像数据不包括目标应用的运行数据，目标应用是处于运行状态、且满足第一条件的应用程序；将内存镜像数据保存至第一存储区域后，执行关机操作。

本申请实施例提供一种电子设备，在检测到关机请求的情况下，由于获取的系统内存镜像数据不包括目标应用的运行数据，所以，电子设备并非直接将处于运行状态的所有系统内存镜像数据均进行备份，从而减少了需要备份的系统内存镜像数据的数量，进而降低了电子设备关机的耗时。

可选地，本申请实施例中，上述处理器110，具体用于在获取到关机请求的情况下，从第二存储区域删除目标应用的运行数据；从第二存储区域获取系统内存镜像数据。

可选地，本申请实施例中，上述处理器110，具体用于在获取到关机请求的情况下，通过内存镜像管理线程关闭目标应用对应的线程，以从第二存储区域删除目标应用的运行数据。

可选地，本申请实施例中，上述第一条件为目标名单指示的应用程序。上述显示单元106，还用于在获取到关机请求的情况下，获取系统内存镜像数据之前，显示目标名单配置界面，目标名单配置界面中包括至少一个应用标识。上述用户输入单元107，还用于接收用户对至少一个应用标识中的第一应用标识的第一输入。上述处理器110，还用于响应于第一输入，通过进程添加接口，在目标名单中添加第一应用标识。

可选地，本申请实施例中，上述第一条件为用户选择的应用程序。上述显示单元106，还用于获取系统内存镜像数据之前，在获取到关机请求的情况下，显示内存镜像管理界面，内存镜像管理界面中包括N个应用标识，N为正整数。上述用户输入单元107，还用于接收用户对N个应用标识中的第二应用标识的第二输入。上述处理器110，还用于响应于第二输入，将第二应用标识对应的应用程序确定为目标应用。

可选地，本申请实施例中，上述处理器110，还用于在获取到开机请求的情况下，从第一存储区域获取系统内存镜像数据；根据系统内存镜像数据执行开机操作。

本申请实施例提供的电子设备能够实现上述方法实施例实现的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本实施例中各种实现方式具有的有益效果具体可以参见上述方法实施例中相应实现方式所具有的有益效果，为避免重复，此处不再赘述。

应理解的是，本申请实施例中，输入单元104可以包括图形处理器(GraphicsProcessing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元106可包括显示面板1061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板1061。用户输入单元107包括触控面板1071以及其他输入设备1072中的至少一种。触控面板1071，也称为触摸屏。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器109可以包括易失性存储器或非易失性存储器，或者，存储器109可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器109包括但不限于这些和任意其它适合类型的存储器。

处理器110可包括一个或多个处理单元；可选的，处理器110集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述进程处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims

1.一种进程处理方法，其特征在于，所述方法包括：

在获取到关机请求的情况下，获取系统内存镜像数据，所述系统内存镜像数据不包括目标应用的运行数据，所述目标应用是处于运行状态、且满足第一条件的应用程序；

将所述内存镜像数据保存至第一存储区域后，执行关机操作。

2.根据权利要求1所述的方法，其特征在于，所述在获取到关机请求的情况下，获取系统内存镜像数据，包括：

在获取到关机请求的情况下，从第二存储区域删除所述目标应用的运行数据；

从所述第二存储区域获取所述系统内存镜像数据。

3.根据权利要求2所述的方法，其特征在于，所述在获取到关机请求的情况下，从第二存储区域删除所述目标应用的运行数据，包括：

在获取到关机请求的情况下，通过内存镜像管理线程关闭所述目标应用对应的线程，以从所述第二存储区域删除所述目标应用的运行数据。

4.根据权利要求1所述的方法，其特征在于，所述第一条件为目标名单指示的应用程序；

所述在获取到关机请求的情况下，获取系统内存镜像数据之前，所述方法还包括：

显示目标名单配置界面，所述目标名单配置界面中包括至少一个应用标识；

接收用户对所述至少一个应用标识中的第一应用标识的第一输入；

响应于所述第一输入，通过进程添加接口，在所述目标名单中添加所述第一应用标识。

5.根据权利要求1所述的方法，其特征在于，所述第一条件为用户选择的应用程序；

所述获取系统内存镜像数据之前，所述方法还包括：

在获取到关机请求的情况下，显示内存镜像管理界面，所述内存镜像管理界面中包括N个应用标识，N为正整数；

接收用户对所述N个应用标识中的第二应用标识的第二输入；

响应于所述第二输入，将所述第二应用标识对应的应用程序确定为所述目标应用。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在获取到开机请求的情况下，从所述第一存储区域获取所述系统内存镜像数据；

根据所述系统内存镜像数据执行开机操作。

7.一种进程处理装置，其特征在于，所述装置包括：获取模块和处理模块；

所述获取模块，用于在获取到关机请求的情况下，获取系统内存镜像数据，所述系统内存镜像数据不包括目标应用的运行数据，所述目标应用是处于运行状态、且满足第一条件的应用程序；

所述处理模块，用于将所述获取模块获取的所述内存镜像数据保存至第一存储区域后，执行关机操作。

8.根据权利要求7所述的装置，其特征在于，所述处理模块，还用于在获取到关机请求的情况下，从第二存储区域删除所述目标应用的运行数据；

所述获取模块，具体用于从所述第二存储区域获取所述系统内存镜像数据。

9.根据权利要求8所述的装置，其特征在于，所述处理模块，具体用于在获取到关机请求的情况下，通过内存镜像管理线程关闭所述目标应用对应的线程，以从所述第二存储区域删除所述目标应用的运行数据。

10.根据权利要求7所述的装置，其特征在于，所述第一条件为目标名单指示的应用程序；所述进程处理装置还包括：显示模块、接收模块和添加模块；

所述显示模块，用于所述在获取到关机请求的情况下，获取系统内存镜像数据之前，显示目标名单配置界面，所述目标名单配置界面中包括至少一个应用标识；

所述接收模块，用于接收用户对所述至少一个应用标识中的第一应用标识的第一输入；

所述添加模块，用于响应于所述第一输入，通过进程添加接口，在所述目标名单中添加所述第一应用标识。

11.根据权利要求7所述的装置，其特征在于，所述第一条件为用户选择的应用程序；所述进程处理装置还包括：显示模块、接收模块和确定模块；

所述显示模块，用于所述获取系统内存镜像数据之前，在获取到关机请求的情况下，显示内存镜像管理界面，所述内存镜像管理界面中包括N个应用标识，N为正整数；

所述接收模块，用于接收用户对所述N个应用标识中的第二应用标识的第二输入；

所述确定模块，用于响应于所述第二输入，将所述第二应用标识对应的应用程序确定为所述目标应用。

12.根据权利要求7所述的装置，其特征在于，所述获取模块，还用于在获取到开机请求的情况下，从所述第一存储区域获取所述系统内存镜像数据；

所述处理模块，还用于根据所述系统内存镜像数据执行开机操作。

13.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至6中任一项所述的进程处理方法的步骤。

14.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至6中任一项所述的进程处理方法的步骤。