[发明专利]内存回收方法及装置、终端设备及计算机可读存储介质

说明书

本发明提供一种内存回收方法及装置、终端设备及计算机可读存储介质，该方法包括获取对目标应用程序执行软重启的指令，目标应用程序执行软重启操作；判断目标应用程序是否执行完毕软重启操作，如是，目标应用程序执行内存回收操作。该装置包括获取模块，用于获取对目标应用程序执行软重启的指令；软重启模块，用于对目标应用程序执行软重启操作；内存回收模块，用于确定目标应用程序执行完毕软重启操作后，对目标应用程序执行内存回收操作。本发明的终端设备具有处理器以及存储器，处理器执行计算机程序时可以实现上述的内存回收方法。本发明的计算机可读存储介质上存储有用于实现上述方法计算机程序。本发明可以回收软重启后的应用程序的内存。

技术领域

本发明涉及电子设备的控制领域，具体地，是在一种在终端设备上实现内存回收方法以及实现这种方法的装置，还涉及一种实现上述方法的终端设备以及计算机可读存储介质。

背景技术

智能手机、平板电脑等终端设备成为人们日常生活中最经常使用的电子设备，人们喜欢在智能电子设备上安装各种应用程序，并且在终端设备上同时运行大量的应用程序。应用程序运行过程中，可能会出现异常情况，如同时接收到大量的指令而无法及时响应，导致应用程序崩溃。如果应用程序出现异常后仍让应用程序继续运行，将导致应用程序占用大量的内存，且应用程序所占用的内存往往无法释放。另一方面，崩溃的应用程序还可能占用CPU等资源，最终导致终端设备运行缓慢，出现卡顿现象设置死机。因此，当应用程序出现异常情况时，系统通常需要强行关闭应用程序，或者，应用程序自己执行关闭操作，从而避免占用大量的硬件资源。

然而，如果出现异常的应用程序是后台运行的应用程序，并且此时将后台运行的应用程序关闭，用户是不清楚该应用程序已被关闭，用户会认为该应用程序一直在后台运行。为了不影响用户的使用，在应用程序出现异常关闭后，需要对重新启动应用程序。由于现在对应用程序启动的方式都是依赖于用户发出的指令，如点击应用程序的图标或者发出声控指令等，因此当应用程序被系统关闭或者自己关闭后，难以自动的重新启动。

为此，现有技术提出了一种对应用程序执行软重启的操作，也就是在判断应用程序因异常而被关闭后，在后台静默的启动，这样，应用程序的启动过程并不会在前台显示，用户感觉不到应用程序执行了重启的操作，从而不影响用户的使用。在应用程序软重启时，操作系统将发出对应用程序执行软重启的指令，也就是模拟用户点击应用程序图标的指令，操作系统将根据该指令执行应用程序的启动操作，并且在软重启后，应用程序仍在后台运行，并不会在前台显示，因此用户感觉不到应用程序已经重启，从而不影响用户的操作。

另一方面，终端设备的操作系统中，为了加快对磁盘进行读写操作的速度，通常会将大量的数据缓存在内存中。进程在使用内存前，需要提出申请并开始占用内存，当使用完内存后再及时回收内存。由于用户在使用终端应用的过程中，经常会频繁更换应用，为了减少用户的等待时长，操作系统通常会为转入后台的应用进程保留其占用的内存。但是，当后台应用过多，内存被大量占用而得不到回收时，会因为内存分配不足导致操作系统运行出现异常。

为了避免因内存分配不足导致的系统异常，操作系统引入了对内存的回收机制。例如，当内存不足时，系统会关闭一些后台进程来回收其占用的内存。但是，当用户需要使用这些进程对应的应用程序时，这些进程需要完全的进行重新加载，耗时长，降低用户体验。因此，现有技术提出在不关闭进程的情况下进行内存回收的方法。近期最少使用链表LRU，将物理页按照近期的使用情况进行排列，当内存不足时，系统会优先对其中的INACTIVE_ANON和INACTIVE_FILE这两个链表中的物理页进行回收。ANON代表匿名映射，没有后备存储器，FILE代表文件映射，INACTIVE代表处于非活动状态。当进程需要使用回收的物理页上的内容时，只要从磁盘中加载相应内容即可，减少耗时。但是，前台运行的应用进程或者后台运行的优先级高的应用进程，其占用的物理页也可能处于INACTIVE_ANON和INACTIVE_FILE这两个链表中，对这两个链表中的物理页进行回收可能会影响这两类应用的正常运行，降低用户体验。