CN106951335B - 一种进程守护方法和移动终端 - Google Patents

Abstract

本发明提供了一种进程守护方法和移动终端，涉及计算机技术领域。所述方法，包括：启动目标应用；启动所述目标应用对应的第一进程和第二进程；利用所述第一进程监控所述第二进程是否关闭；当所述第二进程关闭时，则重新启动所述目标应用的第二进程。解决了现有的移动终端多数采用强杀的方式，使后台需要常驻的进程，尤其是需要常驻的第三方进程被杀后无法重启，影响用户的正常使用的技术问题。本发明实施例提供的上述方法可以使包括需要常驻的第三方进程在内的任何进程在关闭后可以及时自动重启，保证移动终端用户的正常使用。

Description

一种进程守护方法和移动终端

技术领域

本发明涉及计算机技术领域，特别是涉及一种进程守护方法和移动终端。

背景技术

Android(安卓)是当今主流的移动通讯设备操作系统之一，是一款基于Linux内核的面向移动终端的操作系统，并且基于Linux的OOM(out of memory)引入Low memorykiller机制，进行定时检查移动终端的内存空间。随着使用时间的增长，内存剩余越来越少，其在需要时触发检查并依据规则杀掉后台进程释放内存空间。其中Low memory killer机制即可以在系统内存低于某值时，清除相关的程序，保障系统保持拥有一定数量的空闲内存。

目前对于Android系统主要两种杀进程方式：其一，无需Root权限的kill Process(系统进程终止工具/非强杀方式)，即应用进程被杀后还是还可以自动唤醒)；其二，需要系统权限的force Package(强杀方式)，应用被杀后除非使用者主动启动应用，例如点击桌面的图标等，否则应用进程被杀后无法自动唤醒。

但是目前部分Android应用存在常驻后台的需求，比如杀毒软件需要常驻后台，随时应用病毒的入侵，即时通讯类应用需要常驻后台，以便有需要时进行消息提醒，等等。虽然提供了非强杀方式，但由于多数android移动终端的厂商基于Android做了深度定制，其杀死应用的方式也多数采用强杀的方式，使后台进程被杀后无法重启，如时通讯类应用被系统内置的清理软件清理后无法接受后台消息，影响用户的正常使用，而且由于第三方应用均无系统应用权限，故针对第三方应用中常驻的进程很难常驻在移动终端内存。

发明内容

为了解决现有的移动终端多数采用强杀的方式，使后台常驻的进程，尤其是常驻的第三方进程被杀后无法重启的问题，本发明实施例提供一种进程守护方法和移动终端。

一方面，本发明公开了一种进程守护方法，包括：

启动目标应用；

启动所述目标应用对应的第一进程和第二进程；

利用所述第一进程监控所述第二进程是否关闭；

当所述第二进程关闭时，则重新启动所述目标应用的第二进程。

另一方面，本发明还公开了一种移动终端，包括：

目标应用启动模块，用于启动目标应用；

进程初始启动模块，用于启动所述目标应用对应的第一进程和第二进程；

第二关闭监控模块，用于利用所述第一进程监控所述第二进程是否关闭；

第二进程重新启动模块，用于当所述第二进程关闭时，则重新启动所述目标应用的第二进程。

本发明通过启动目标应用；启动所述目标应用对应的第一进程和第二进程；利用所述第一进程监控所述第二进程是否关闭；当所述第二进程关闭时，则重新启动所述目标应用的第二进程。解决了现有的移动终端多数采用强杀的方式，使后台常驻的进程，尤其是常驻的第三方进程被杀后无法重启，影响用户的正常使用的技术问题。该方法可以保证包括需要常驻的第三方进程在内的任何进程在关闭后可以及时自动重启，保证移动终端用户的正常使用。

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

附图说明

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

图1是本发明实施例一中的一种进程守护方法的步骤流程图；

图2是本发明实施例二中的一种进程守护方法的步骤流程图；

图3是本发明实施例三中的一种进程守护方法的步骤流程图；

图4是本发明实施例四中的一种移动终端的结构示意图；

图5是本发明实施例五中的一种移动终端的结构示意图；

图6是本发明实施例六中的一种移动终端的结构示意图；

图7是本发明实施例七中的一种移动终端的框图；

图8是本发明实施例八中的一种移动终端的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面通过列举几个具体的实施例详细介绍本发明提供的一种进程守护方法和移动终端。

实施例一

详细介绍本发明实施例提供的一种进程守护方法。

参照图1，示出了本发明实施例中一种进程守护方法的步骤流程图。

步骤110，启动目标应用。

在实际应用中，需要守护的进程一般为应用中的进程，那么在启动需要守护的进程之前，则需要先启动需要守护的进程所在的目标应用。具体的可以通过点击目标应用的图标启动该目标应用，也可以通过其他方式在移动终端启动目标应用，或者是在移动终端中设置目标应用为默认启动项，当移动终端启动时，目标应用则会相应启动，对此本发明实施例不加以限定。

步骤120，启动所述目标应用对应的第一进程和第二进程。

在实际应用中，应用中可能包括多个进程，例如可以包括主进程以及其他的功能性进程，那么本发明实施例中的需要常驻的第一进程以及第二进程可以为上述的主进程或者是任何一种功能性进程，等等。在本发明实施例中，可以根据需求在本步骤之前，或者是本步骤之前的任一步骤之前设定第一进程以及第二进程，对此本发明实施例不加以限定。例如，如果目标应用为即时通讯类应用程序，而且需要该即时通讯类应用程序可以实时接收消息，那么则可以设置该即时通讯类应用程序中用以接收消息的进程为第一进程或者是第二进程，等等。

为了对第二进程进行守护，在本发明实施例中，还会启动目标应用中与第二进程对应的第一进程。其中的第一进程可以为目标应用中本身包含的进程，也可以为在目标应用中另外设置的进程，对此本发明实施例不加以限定。在本发明实施例中，可以根据需求在本步骤之前，或者是本步骤之前的任一步骤之前在目标应用中设定第二进程对应的第一进程，对此本发明实施例不加以限定。

而且，在本发明实施例中，可以利用任何可用方式启动目标应用的第一进程以及第二进程，对此本发明实施例不加以限定。

步骤130，利用所述第一进程监控所述第二进程是否关闭。

在本发明实施例中的第一进程可以监控第二进程是否被关闭。其中的第一进程可以利用任何可用方法监控第二进程是否关闭，对此本发明实施例不加以限定。例如，可以预设设定第二进程与第一进程之间的绑定关系，那么当第一进程接收到其与第二进程之间的绑定关系断开的信号时，而此时第一进程可以接收到信号表明第一进程并未关闭，那么则说明第二进程关闭；等等。

步骤140，当所述第二进程关闭时，则重新启动所述目标应用的第二进程。

如前述，在本申请中第二进程为需要守护的进程，也即需要保持启动状态的进程，那么如果监控到第二进程关闭，则需要再次启动该第二进程。具体的可以利用利用任何可用方式重新启动目标应用的第二进程，对此本申请不加以限定。

另外需要说明的是，在实际应用中，同一移动终端中的两个进程不会同时被关闭，两个进程的关闭过程总是存在先后顺序，那么在本发明实施例中，第一进程和第二进程不会同时关闭，在一个进程被关闭之后，另外一个进程则可以监控到其被关闭，进而控制移动终端重新启动该被关闭的进程。

在本发明实施例中，启动目标应用；启动所述目标应用对应的第一进程和第二进程；利用所述第一进程监控所述第二进程是否关闭；当所述第二进程关闭时，则重新启动所述目标应用的第二进程。从而可以保证包括需要常驻的第三方进程在内的任何进程在关闭后可以及时自动重启，保证移动终端用户的正常使用。

实施例二

详细介绍本发明实施例提供的一种进程守护方法。

参照图2，示出了本发明实施例中一种进程守护方法的步骤流程图。

步骤210，启动目标应用。

步骤220，启动所述目标应用对应的第一进程和第二进程。所述第一进程为所述目标应用程序的常驻进程，所述第二进程为所述常驻进程对应的守护进程；或所述第二进程为所述目标应用程序的常驻进程，所述第一进程为所述常驻进程对应的守护进程。

其中的常驻进程可以理解为需要持续处于启动状态的进程，守护进行可以理解为用以守护常驻进程可以持续处于启动状态的进程。但是在实际应用中，如果需要实时持续对常驻进程进行守护，那么还需要守护进程也持续处于启动状态。那么在本申请中，可以设置常驻进程与对应的守护进程为互相守护的关系，当一方比关闭时，另一方则可以控制关闭方重新启动。因此在本申请中，如果第一进程为目标应用程序的常驻进程，那么第二进程为常驻进程对应的守护进程；或如果第二进程为目标应用程序的常驻进程，那么第一进程为常驻进程对应的守护进程。

步骤230，以所述第一进程为主绑定方与所述第二进程建立绑定关系。

其中的绑定可以通过bind Service()接口实现，在软件开发过程中，绑定通常被利用于前台页面绑定后台服务(单向绑定)，页面直接与用户交互，后台服务则负责具体的数据处理等，绑定是前台页面与后台服务交互的桥梁。我们把此处的前台页面称之为主绑定方，服务称之为被绑定方。其中，绑定方绑定成功后有一个特征：当被绑定方因为异常导致绑定中断后，主绑定方能够立即接收到绑定中断通知。

在本发明实施例中，还可以利用上述的bind Service()接口实现进程双向绑定方式(互相绑定)，这样两个进程互相建立绑定连接后，即完成了相互监控，任何一方一旦被关闭，或出现异常导致绑定中断，那么主绑定方能够立即接收到绑定中断通知，当主绑定方的进程接收到绑定中断通知后，则可以立即启动被绑定方的进程。

其中，bind Service()接口可以依次对应有三个参数，主绑定方参数、被绑定方参数、绑定标识。那么在本发明实施例中，如果以第一进程作为主绑定方参数，以第二进程作为被绑定方参数，在则可以第一进程为主绑定方与第二进程建立绑定关系。而如果以第二进程作为主绑定方参数，以第一进程作为被绑定方参数，在则可以第二进程为主绑定方与第一进程建立绑定关系。其中的绑定标识可以设定绑定形式。例如自动绑定等等，在本发明实施例中可以根据需求进行设定，对此本发明实施例不加以限定。

当然，在本发明实施例中，也可以利用其他任何可用方法实现以所述第一进程为主绑定方与所述第二进程建立绑定关系，以及以所述第二进程为主绑定方与所述第一进程建立绑定关系，对此本发明实施例不加以限定。

步骤240，监控以所述第一进程为主绑定方与所述第二进程的绑定关系是否断开。

那么在本发明实施例中，在监控第二进程是否关闭的过程中，具体可以监控以第一进程为主绑定方与第二进程的绑定关系是否断开。如前述，当被绑定方因为异常导致绑定中断后，主绑定方能够立即接收到绑定中断通知。那么，在本发明实施例中，当被绑定方的第二进程关闭进而导致与第一进程的绑定关闭时，作为主绑定方的第一进程能够立即收到绑定中断通知。因此，在本发明实施例中，在监控以第一进程为主绑定方与第二进程的绑定关系是否断开时，具体的可以监控作为主绑定方的第一进程是否收到绑定中断通知，如果作为主绑定方的第一进程收到绑定中断通知，则说明以第一进程为主绑定方与第二进程的绑定关系断开，进一步说明作为被绑定方的第二进程关闭，那么则需要重新启动第二进程。

相应地，在本发明实施例中，如果利用第二进程监控第一进程是否关闭，那么在监控第一进程是否关闭的过程中，具体的可以监控以第二进程为主绑定方与第一进程的绑定关系是否断开。同样的，当被绑定方因为异常导致绑定中断后，主绑定方能够立即接收到绑定中断通知。那么，在本发明实施例中，当被绑定方的第一进程关闭进而导致与第二进程的绑定关闭时，作为主绑定方的第二进程能够立即收到绑定中断通知。因此，在本发明实施例中，在监控以第二进程为主绑定方与第一进程的绑定关系是否断开时，具体的可以监控作为主绑定方的第二进程是否收到绑定中断通知，如果作为主绑定方的第二进程收到绑定中断通知，则说明以第二进程为主绑定方与第一进程的绑定关系断开，进一步说明作为被绑定方的第一进程关闭，那么则可以重新启动第一进程。

步骤250，如果以所述第一进程为主绑定方与所述第二进程的绑定关系断开，则确认与所述第一进程对应的第二进程关闭。

步骤260，当所述第二进程关闭时，则重新启动所述目标应用的第二进程。

在本发明实施例中，启动目标应用；启动所述目标应用对应的第一进程和第二进程；利用所述第一进程监控所述第二进程是否关闭；当所述第二进程关闭时，则重新启动所述目标应用的第二进程。从而可以保证包括需要常驻的第三方进程在内的任何进程在关闭后可以及时自动重启，保证移动终端用户的正常使用。

而且，在本发明实施例中，所述第一进程为所述目标应用程序的常驻进程，所述第二进程为所述常驻进程对应的守护进程；或所述第二进程为所述目标应用程序的常驻进程，所述第一进程为所述常驻进程对应的守护进程。还可以以所述第一进程为主绑定方与所述第二进程建立绑定关系。进而监控以所述第一进程为主绑定方与所述第二进程的绑定关系是否断开；如果以所述第一进程为主绑定方与所述第二进程的绑定关系断开，则确认与所述第一进程对应的第二进程关闭。从而进一步提高了对第二进程监控以及重启的准确性以及效率。

实施例三

详细介绍本发明实施例提供的一种进程守护方法。

参照图3，示出了本发明实施例中一种进程守护方法的步骤流程图。

步骤310，启动目标应用。

步骤320，创建与第一进程相关的第一空文件以及与第二进程相关的第二空文件。

其中的第一空文件和第二空文件并非特殊文件，可以为任何文件，对此本发明实施例不加以限定。而且，在本发明实施例中，也可以创建与第一进程相关的第一文件以及与第二进程相关的第二文件，其中第一文件可以为空文件，也可以不为空文件，第二文件也可以为空文件或者是不为空文件，对此本发明实施例不加以限定。

当然，如果当前只利用第一进程对第二进程进行监控，那么则可以只创建与第二进程相关的第二空文件；而如果当前只利用第二进程对第一进程进行监控，那么则可以只创建与第一进程相关的第一空文件。对此本申请不加以限定。

步骤330，启动所述目标应用对应的第一进程和第二进程；所述第一进程为所述目标应用程序的常驻进程，所述第二进程为所述常驻进程对应的守护进程；或所述第二进程为所述目标应用程序的常驻进程，所述第一进程为所述常驻进程对应的守护进程。

步骤340，利用所述第二进程获取所述第二空文件的排它锁，并创建第二信号文件。

其中的排它锁又称为写锁(eXclusive lock，简记为X锁)，若事务T对数据对象或者是文件A加上X锁，则只允许T读取和修改A，其它任何事务都不能再对A加任何类型的锁，直到T释放A上的排他锁。而文件的排他锁也可以理解为对文件打开的权利，同一时间一个文件只能被一个“用户”打开，如果其他“用户”也想打开，则需要等待之前的“用户”释放了锁之后才能打开。同时文件锁有一个特征：当A进程对文件1加上排他锁后，若A进程死亡，则该排他锁会被立即释放，此排它锁的释放是文件系统的自动释放，自身进程不用管。

那么在本发明实施例中，为了监控第二进程是否关闭，可以先利用第二进程获取第二空文件的排它锁，也即利用第二进程对第二空文件加上排它锁，同时为了表征第二进程已获取到第二空文件的排它锁，可以在利用第二进程获取到第二空文件的排它锁的同时创建第二信号文件。其中的第二信号文件也可以为任何文件，对此本发明实施例不加以限定。但是第二信号文件与上述的第一空文件以及第二空文件不是同一文件。

相应地，在本发明实施例中，如果利用第二进程监控第一进程是否关闭，那么则可以先利用第一进程获取第一空文件的排它锁，也即利用第一进程对第一空文件加上排它锁。同时为了表征第一进程已获取到第一空文件的排它锁，可以在利用第一进程获取到第一空文件的排它锁的同时创建第一信号文件。其中的第一信号文件也可以为任何文件，对此本发明实施例不加以限定。但是第一信号文件与上述的第一空文件、第二空文件以及第二信号文件不是同一文件。

步骤350，判断所述第二信号文件是否存在。

如前述，在本发明实施例中，第二信号文件用以表征第二进程对第二空文件加上排它锁，那么，在监控第二进程是否被关闭的过程中，即可以先判断第二信号文件是否存在，如果第二信号文件存在，则说明第二进程已对第二空文件加上排它锁。

步骤360，如果所述第二信号文件存在，则删除所述第二信号文件，并利用所述第一进程获取所述第二空文件的排它锁。

而且，如前述，如果第二进程关闭，那么其对第二空文件所加的排它锁也即自动释放，但是当第二进程再次启动并且再次对第二空文件加上排它锁时，同样需要再次生成可以表征第二进程再一次对第二空文件加上排它锁的第二信号文件。但是，如果上一次用于表征的第二信号文件仍然存在，那么则会导致移动终端系统误以为第而进程始终获取第而空文件的排他锁，也即第而进程始终处于启动状态，那么当第而进程在实际情况中被关闭时，仍然不会被重启。

因此，在本发明实施例中，为了避免上述情况，可以在判断第二信号文件存在之后，为了下一次第二进程重启做准备，需要删除当前的第二信号文件。

而且，如前述，第二空文件的排它锁对应于第二进程，那么如果第二进程关闭，则会导致该第二进程给第二空文件所加的排它锁被释放，那么此时与第二进程对应的第一进程即可以对该第二空文件重新加上排它锁，也即与第二进程对应的第一进程则可以获取该第二空文件的排它锁。因此，在本发明实施例中，为了监控第二进程是否关闭，则可以判断与第二进程对应的第一进程是否获取到所述第二空文件的排它锁。如果与第二进程对应的第一进程获取到第二空文件的排它锁，则说明第二进程被关闭，那么此时则可以进一步重新启动该第二进程。

步骤370，判断所述第一进程是否获取到所述第二空文件的排它锁。

因此，在本发明实施例中，为了监控第二进程是否关闭，可以在确定第二信号文件存在，删除第二信号文件的同时，利用第一进程获取所述第二空文件的排它锁。并且进而可以判断与第二进程对应的第一进程是否获取到第一空文件的排它锁。如果与第二进程对应的第一进程获取到第二空文件的排它锁，则说明第二进程被关闭，那么此时则可以进一步重新启动该第二进程。

步骤380，如果所述第一进程获取到所述第二空文件的排它锁，则确认所述第二进程关闭。

步骤390，当所述第二进程关闭时，则重新启动所述目标应用的第二进程。

相应地，在本发明实施例中，如果以第二进程监控第一进程是否关闭，那么可以在启动所述目标应用对应的第一进程和第二进程之后，利用第一进程获取所述第一空文件的排它锁，并创建第一信号文件。其中，第一信号文件用以表征第一进程对第一空文件加上排它锁。那么，在监控第一进程是否被关闭的过程中，即可以先判断第一信号文件是否存在，如果第一信号文件存在，则说明第一进程已对第一空文件加上排它锁。

相应地，如果第一进程关闭，那么其对第一空文件所加的排它锁也即自动释放，但是当第一进程再次启动并且再次对第一空文件加上排它锁时，同样需要再次生成可以表征第一进程再一次对第一空文件加上排它锁的第一信号文件。但是，如果上一次用于表征的第一信号文件仍然存在，那么则会导致移动终端系统误以为第一进程始终获取第一空文件的排他锁，也即第一进程始终处于启动状态，那么当第一进程在实际情况中被关闭时，仍然不会被重启。

因此，在本发明实施例中，为了避免上述情况，同样可以在判断第一信号文件存在之后，为了下一次第一进程重启做准备，需要删除当前的第一信号文件。

而且，如前述，第一空文件的排它锁对应于第一进程，那么如果第一进程关闭，则会导致该第一进程给第一空文件所加的排它锁被释放，那么此时可以利用与第一进程对应的第二进程对该第一空文件重新加上排它锁，也即利用与第一进程对应的第二进程获取该第一空文件的排它锁。

因此，在本发明实施例中，为了监控第一进程是否关闭，可以在确定第一信号文件存在，删除第一信号文的同时，利用第二进程获取所述第一空文件的排它锁。并且进而可以判断与第一进程对应的第二进程是否获取到第一空文件的排它锁。如果与第一进程对应的第二进程获取到第一空文件的排它锁，则说明第一进程被关闭，那么此时则可以进一步重新启动该第一进程。

在本发明实施例中，启动目标应用；启动所述目标应用对应的第一进程和第二进程；利用所述第一进程监控所述第二进程是否关闭；当所述第二进程关闭时，则重新启动所述目标应用的第二进程。从而可以保证包括需要常驻的第三方进程在内的任何进程在关闭后可以及时自动重启，保证移动终端用户的正常使用。

而且，在本发明实施例中，所述第一进程为所述目标应用程序的常驻进程，所述第二进程为所述常驻进程对应的守护进程；或所述第二进程为所述目标应用程序的常驻进程，所述第一进程为所述常驻进程对应的守护进程。还可以创建与第一进程相关的第一空文件以及与第二进程相关的第二空文件。并且利用所述第二进程获取所述第二空文件的排它锁，并创建第二信号文件。进一步地，判断第二信号文件是否存在；如果所述第二信号文件存在，则删除所述第二信号文件，并利用所述第一进程获取所述第二空文件的排它锁；判断所述第一进程是否获取到所述第二空文件的排它锁；如果所述第一进程获取到所述第二空文件的排它锁，则确认所述第二进程关闭。从而进一步提高了对第二进程进行监控以及重启的准确性以及效率。

实施例四

详细介绍本发明实施例提供的一种移动终端。

参照图4，示出了本发明实施例中一种移动终端的结构示意图。

本发明实施例的移动终端400包括：目标应用启动模块410、进程初始启动模块420、第二关闭监控模块430以及第二进程重新启动模块440。

下面分别详细介绍各模块的功能以及各模块之间的交互关系。

目标应用启动模块410，用于启动目标应用。

进程初始启动模块420，用于启动所述目标应用对应的第一进程和第二进程。

第二关闭监控模块430，用于利用所述第一进程监控所述第二进程是否关闭。

第二进程重新启动模块440，用于当所述第二进程关闭时，则重新启动所述目标应用的第二进程。

在本发明实施例中，启动目标应用；启动所述目标应用对应的第一进程和第二进程；利用所述第一进程监控所述第二进程是否关闭；当所述第二进程关闭时，则重新启动所述目标应用的第二进程。从而可以保证包括需要常驻的第三方进程在内的任何进程在关闭后可以及时自动重启，保证移动终端用户的正常使用。

实施例五

详细介绍本发明实施例提供的一种移动终端。

参照图5，示出了本发明实施例中一种移动终端的结构示意图。

本发明实施例的移动终端500包括：目标应用启动模块510、进程初始启动模块520、第一绑定关系建立模块530、第二关闭监控模块540、以及第二进程重新启动模块550。

下面分别详细介绍各模块的功能以及各模块之间的交互关系。

目标应用启动模块510，用于启动目标应用。

进程初始启动模块520，用于启动所述目标应用对应的第一进程和第二进程。所述第一进程为所述目标应用程序的常驻进程，所述第二进程为所述常驻进程对应的守护进程；或所述第二进程为所述目标应用程序的常驻进程，所述第一进程为所述常驻进程对应的守护进程。

第一绑定关系建立模块530，用于以所述第一进程为主绑定方与所述第二进程建立绑定关系。

第二关闭监控模块540，用于利用所述第一进程监控所述第二进程是否关闭。

可选地，在本发明实施例中，所述第二关闭监控模块540，进一步可以包括：

绑定关系监控子模块541，用于监控以所述第一进程为主绑定方与所述第二进程的绑定关系是否断开。

第二进程关闭确认子模块542，用于如果以所述第一进程为主绑定方与所述第二进程的绑定关系断开，则确认与所述第一进程对应的第二进程关闭。

第二进程重新启动模块550，用于当所述第二进程关闭时，则重新启动所述目标应用的第二进程。

在本发明实施例中，启动目标应用；启动所述目标应用对应的第一进程和第二进程；利用所述第一进程监控所述第二进程是否关闭；当所述第二进程关闭时，则重新启动所述目标应用的第二进程。从而可以保证包括需要常驻的第三方进程在内的任何进程在关闭后可以及时自动重启，保证移动终端用户的正常使用。

而且，在本发明实施例中，所述第一进程为所述目标应用程序的常驻进程，所述第二进程为所述常驻进程对应的守护进程；或所述第二进程为所述目标应用程序的常驻进程，所述第一进程为所述常驻进程对应的守护进程。还可以以所述第一进程为主绑定方与所述第二进程建立绑定关系。进而监控以所述第一进程为主绑定方与所述第二进程的绑定关系是否断开；如果以所述第一进程为主绑定方与所述第二进程的绑定关系断开，则确认与所述第一进程对应的第二进程关闭。从而进一步提高了对第二进程监控以及重启的准确性以及效率。

实施例六

详细介绍本发明实施例提供的一种移动终端。

参照图6，示出了本发明实施例中一种移动终端的结构示意图。

本发明实施例的移动终端600包括：目标应用启动模块610、空文件创建模块620、进程初始启动模块630、第二信号文件创建模块640、第二关闭监控模块650、以及第二进程重新启动模块660。

下面分别详细介绍各模块的功能以及各模块之间的交互关系。

目标应用启动模块610，用于启动目标应用。

空文件创建模块620，用于创建与第一进程相关的第一空文件以及与第二进程相关的第二空文件。

进程初始启动模块630，用于启动所述目标应用对应的第一进程和第二进程。所述第一进程为所述目标应用程序的常驻进程，所述第二进程为所述常驻进程对应的守护进程；或所述第二进程为所述目标应用程序的常驻进程，所述第一进程为所述常驻进程对应的守护进程。

第二信号文件创建模块640，用于利用所述第二进程获取所述第二空文件的排它锁，并创建第二信号文件。

第二关闭监控模块650，用于利用所述第一进程监控所述第二进程是否关闭。

可选地，在本发明实施例中，所述第二关闭监控模块650，进一步可以包括：

第二信号文件判断子模块651，用于判断所述第二信号文件是否存在。

第二排它锁获取子模块652，用于如果所述第二信号文件存在，则删除所述第二信号文件，并利用所述第一进程获取所述第二空文件的排它锁。

第二排它锁判断子模块653，用于判断所述第一进程是否获取到所述第二空文件的排它锁。

第二进程关闭确定子模块654，用于如果所述第一进程获取到所述第二空文件的排它锁，则确认所述第二进程关闭。

第二进程重新启动模块660，用于当所述第二进程关闭时，则重新启动所述目标应用的第二进程。

在本发明实施例中，启动目标应用；启动所述目标应用对应的第一进程和第二进程；利用所述第一进程监控所述第二进程是否关闭；当所述第二进程关闭时，则重新启动所述目标应用的第二进程。从而可以保证包括需要常驻的第三方进程在内的任何进程在关闭后可以及时自动重启，保证移动终端用户的正常使用。

而且，在本发明实施例中，所述第一进程为所述目标应用程序的常驻进程，所述第二进程为所述常驻进程对应的守护进程；或所述第二进程为所述目标应用程序的常驻进程，所述第一进程为所述常驻进程对应的守护进程。还可以创建与第一进程相关的第一空文件以及与第二进程相关的第二空文件。并且利用所述第二进程获取所述第二空文件的排它锁，并创建第二信号文件。进一步地，判断第二信号文件是否存在；如果所述第二信号文件存在，则删除所述第二信号文件，并利用所述第一进程获取所述第二空文件的排它锁；判断所述第一进程是否获取到所述第二空文件的排它锁；如果所述第一进程获取到所述第二空文件的排它锁，则确认所述第二进程关闭。从而进一步提高了对第二进程进行监控以及重启的准确性以及效率。

实施例七

详细介绍本发明实施例提供的一种移动终端。

参照图7，示出了本发明实施例中一种移动终端的框图。

图7所示的移动终端700包括：至少一个处理器701、存储器702、至少一个网络接口704和用户接口703。移动终端700中的各个组件通过总线系统705耦合在一起。可理解，总线系统705用于实现这些组件之间的连接通信。总线系统705除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统705。

其中，用户接口703可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

可以理解，本发明实施例中的存储器702可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DRRAM)。本发明实施例描述的系统和方法的存储器702旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器702存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统7021和应用程序7022。

其中，操作系统7021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序7022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序7022中。

在本发明实施例中，通过调用存储器702存储的程序或指令，具体的，可以是应用程序7022中存储的程序或指令，处理器701用于启动目标应用；启动所述目标应用对应的第一进程和第二进程；利用所述第一进程监控所述第二进程是否关闭；当所述第二进程关闭时，则重新启动所述目标应用的第二进程。

上述本发明实施例揭示的方法可以应用于处理器701中，或者由处理器701实现。处理器701可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器701中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器701可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器702，处理器701读取存储器702中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本发明实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital SignalProcessing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(ProgrammableLogic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本发明实施例所述功能的模块(例如过程、函数等)来实现本发明实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

可选地，作为另一个实施例，处理器701还用于：所述第一进程为所述目标应用程序的常驻进程，所述第二进程为所述常驻进程对应的守护进程；或所述第二进程为所述目标应用程序的常驻进程，所述第一进程为所述常驻进程对应的守护进程。

可选地，作为另一个实施例，处理器701还用于：以所述第一进程为主绑定方与所述第二进程建立绑定关系。所述利用所述第一进程监控所述第二进程是否关闭的步骤，包括：监控以所述第一进程为主绑定方与所述第二进程的绑定关系是否断开；如果以所述第一进程为主绑定方与所述第二进程的绑定关系断开，则确认与所述第一进程对应的第二进程关闭。

可选地，处理器701还用于：创建与第一进程相关的第一空文件以及与第二进程相关的第二空文件。

可选地，处理器701还用于：利用所述第二进程获取所述第二空文件的排它锁，并创建第二信号文件。

可选地，处理器701还用于：判断第二信号文件是否存在；如果所述第二信号文件存在，则删除所述第二信号文件，并利用所述第一进程获取所述第二空文件的排它锁；判断所述第一进程是否获取到所述第二空文件的排它锁；如果所述第一进程获取到所述第二空文件的排它锁，则确认所述第二进程关闭。

移动终端700能够实现前述实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。

在本发明实施例中，启动目标应用；启动所述目标应用对应的第一进程和第二进程；利用所述第一进程监控所述第二进程是否关闭；当所述第二进程关闭时，则重新启动所述目标应用的第二进程。从而可以保证包括需要常驻的第三方进程在内的任何进程在关闭后可以及时自动重启，保证移动终端用户的正常使用。

而且，在本发明实施例中，所述第一进程为所述目标应用程序的常驻进程，所述第二进程为所述常驻进程对应的守护进程；或所述第二进程为所述目标应用程序的常驻进程，所述第一进程为所述常驻进程对应的守护进程。还可以以所述第一进程为主绑定方与所述第二进程建立绑定关系。进而监控以所述第一进程为主绑定方与所述第二进程的绑定关系是否断开；如果以所述第一进程为主绑定方与所述第二进程的绑定关系断开，则确认与所述第一进程对应的第二进程关闭。从而进一步提高了对第二进程监控以及重启的准确性以及效率。

进一步地，在本发明实施例中，还可以创建与第一进程相关的第一空文件以及与第二进程相关的第二空文件。并且利用所述第二进程获取所述第二空文件的排它锁，并创建第二信号文件。进一步地，判断第二信号文件是否存在；如果所述第二信号文件存在，则删除所述第二信号文件，并利用所述第一进程获取所述第二空文件的排它锁；判断所述第一进程是否获取到所述第二空文件的排它锁；如果所述第一进程获取到所述第二空文件的排它锁，则确认所述第二进程关闭。从而进一步提高了对第二进程进行监控以及重启的准确性以及效率。

实施例八

图8是本发明另一个实施例的移动终端的结构示意图。具体地，图8中的移动终端可以为手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、或车载电脑等。

图8中的移动终端包括射频(Radio Frequency，RF)电路810、存储器820、输入单元830、显示单元840、处理器860、音频电路870、WiFi(Wireless Fidelity)模块880和电源890。

其中，输入单元830可用于接收用户输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的信号输入。具体地，本发明实施例中，该输入单元830可以包括触控面板831。触控面板831，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板831上的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板831可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给该处理器860，并能接收处理器860发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板831。除了触控面板831，输入单元830还可以包括其他输入设备832，其他输入设备832可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

其中，显示单元840可用于显示由用户输入的信息或提供给用户的信息以及移动终端的各种菜单界面。显示单元840可包括显示面板841，可选的，可以采用LCD或有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板841。

应注意，触控面板831可以覆盖显示面板841，形成触摸显示屏，当该触摸显示屏检测到在其上或附近的触摸操作后，传送给处理器860以确定触摸事件的类型，随后处理器860根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。

触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定，可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件，例如，设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。

其中，处理器860是移动终端的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在第一存储器821内的软件程序和/或模块，以及调用存储在第二存储器822内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。可选的，处理器860可包括一个或多个处理单元。

在本发明实施例中，通过调用存储该第一存储器821内的软件程序和/或模块和/或该第二存储器822内的数据，处理器860用于启动目标应用；启动所述目标应用对应的第一进程和第二进程；利用所述第一进程监控所述第二进程是否关闭；当所述第二进程关闭时，则重新启动所述目标应用的第二进程。

可选地，作为另一个实施例，处理器860还用于：所述第一进程为所述目标应用程序的常驻进程，所述第二进程为所述常驻进程对应的守护进程；或所述第二进程为所述目标应用程序的常驻进程，所述第一进程为所述常驻进程对应的守护进程。

可选地，作为另一个实施例，处理器860还用于：以所述第一进程为主绑定方与所述第二进程建立绑定关系。所述利用所述第一进程监控所述第二进程是否关闭的步骤，包括：监控以所述第一进程为主绑定方与所述第二进程的绑定关系是否断开；如果以所述第一进程为主绑定方与所述第二进程的绑定关系断开，则确认与所述第一进程对应的第二进程关闭。

可选地，处理器860还用于：创建与第一进程相关的第一空文件以及与第二进程相关的第二空文件。

可选地，处理器860还用于：利用所述第二进程获取所述第二空文件的排它锁，并创建第二信号文件。

可选地，处理器860还用于：判断第二信号文件是否存在；如果所述第二信号文件存在，则删除所述第二信号文件，并利用所述第一进程获取所述第二空文件的排它锁；判断所述第一进程是否获取到所述第二空文件的排它锁；如果所述第一进程获取到所述第二空文件的排它锁，则确认所述第二进程关闭。

可见，在本发明实施例中，启动目标应用；启动所述目标应用对应的第一进程和第二进程；利用所述第一进程监控所述第二进程是否关闭；当所述第二进程关闭时，则重新启动所述目标应用的第二进程。从而可以保证包括需要常驻的第三方进程在内的任何进程在关闭后可以及时自动重启，保证移动终端用户的正常使用。

而且，在本发明实施例中，所述第一进程为所述目标应用程序的常驻进程，所述第二进程为所述常驻进程对应的守护进程；或所述第二进程为所述目标应用程序的常驻进程，所述第一进程为所述常驻进程对应的守护进程。还可以以所述第一进程为主绑定方与所述第二进程建立绑定关系。进而监控以所述第一进程为主绑定方与所述第二进程的绑定关系是否断开；如果以所述第一进程为主绑定方与所述第二进程的绑定关系断开，则确认与所述第一进程对应的第二进程关闭。从而进一步提高了对第二进程监控以及重启的准确性以及效率。

进一步地，在本发明实施例中，还可以创建与第一进程相关的第一空文件以及与第二进程相关的第二空文件。并且利用所述第二进程获取所述第二空文件的排它锁，并创建第二信号文件。进一步地，判断第二信号文件是否存在；如果所述第二信号文件存在，则删除所述第二信号文件，并利用所述第一进程获取所述第二空文件的排它锁；判断所述第一进程是否获取到所述第二空文件的排它锁；如果所述第一进程获取到所述第二空文件的排它锁，则确认所述第二进程关闭。从而进一步提高了对第二进程进行监控以及重启的准确性以及效率。

本领域普通技术人员可以意识到，结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (6)

1.一种进程守护方法，所述方法应用于移动终端，其特征在于，包括：

启动目标应用；

启动所述目标应用对应的第一进程和第二进程；

利用所述第一进程监控所述第二进程是否关闭；

当所述第二进程关闭时，则重新启动所述目标应用的第二进程；

在所述启动所述目标应用的第一进程和第二进程的步骤之前，还包括：

创建与第一进程相关的第一空文件以及与第二进程相关的第二空文件；

在所述启动所述目标应用对应的第一进程和第二进程的步骤之后，还包括：

利用所述第二进程获取所述第二空文件的排它锁，并创建第二信号文件；

所述利用所述第一进程监控所述第二进程是否关闭的步骤，包括：

判断第二信号文件是否存在，第二信号文件用以表征第二进程对第二空文件加上排它锁；

如果所述第二信号文件存在，则删除所述第二信号文件，并利用所述第一进程获取所述第二空文件的排它锁；

判断所述第一进程是否获取到所述第二空文件的排它锁；

如果所述第一进程获取到所述第二空文件的排它锁，则确认所述第二进程关闭。

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

所述第一进程为所述目标应用程序的常驻进程，所述第二进程为所述常驻进程对应的守护进程；或

所述第二进程为所述目标应用程序的常驻进程，所述第一进程为所述常驻进程对应的守护进程。

3.根据权利要求2所述的方法，其特征在于，在所述启动所述目标应用对应的第一进程和第二进程的步骤之后，还包括：

以所述第一进程为主绑定方与所述第二进程建立绑定关系；

所述利用所述第一进程监控所述第二进程是否关闭的步骤，包括：

监控以所述第一进程为主绑定方与所述第二进程的绑定关系是否断开；

如果以所述第一进程为主绑定方与所述第二进程的绑定关系断开，则确认与所述第一进程对应的第二进程关闭。

4.一种移动终端，其特征在于，包括：

目标应用启动模块，用于启动目标应用；

进程初始启动模块，用于启动所述目标应用对应的第一进程和第二进程；

第二关闭监控模块，用于利用所述第一进程监控所述第二进程是否关闭；

第二进程重新启动模块，用于当所述第二进程关闭时，则重新启动所述目标应用的第二进程；

空文件创建模块，用于创建与第一进程相关的第一空文件以及与第二进程相关的第二空文件；

第二信号文件创建模块，用于利用所述第二进程获取所述第二空文件的排它锁，并创建第二信号文件；

所述第二关闭监控模块，包括：

第二信号文件判断子模块，用于判断所述第二信号文件是否存在；第二信号文件用以表征第二进程对第二空文件加上排它锁；

第二排它锁获取子模块，用于如果所述第二信号文件存在，则删除所述第二信号文件，并利用所述第一进程获取所述第二空文件的排它锁；

第二排它锁判断子模块，用于判断所述第一进程是否获取到所述第二空文件的排它锁；

第二进程关闭确定子模块，用于如果所述第一进程获取到所述第二空文件的排它锁，则确认所述第二进程关闭。

5.根据权利要求4所述的移动终端，其特征在于，

所述第一进程为所述目标应用程序的常驻进程，所述第二进程为所述常驻进程对应的守护进程；或

所述第二进程为所述目标应用程序的常驻进程，所述第一进程为所述常驻进程对应的守护进程。

6.根据权利要求5所述的移动终端，其特征在于，还包括：

第一绑定关系建立模块，用于以所述第一进程为主绑定方与所述第二进程建立绑定关系；

所述第二关闭监控模块，包括：

绑定关系监控子模块，用于监控以所述第一进程为主绑定方与所述第二进程的绑定关系是否断开；

第二进程关闭确认子模块，用于如果以所述第一进程为主绑定方与所述第二进程的绑定关系断开，则确认与所述第一进程对应的第二进程关闭。

Images