后台应用清理方法及移动终端的利记博彩app
【专利摘要】本发明提供了一种后台应用清理方法和一种移动终端，其中，所述后台应用清理方法包括：判断所述移动终端是否满足清理后台应用的条件，若是，获取所述移动终端的系统时间；根据所述移动终端的系统时间，选择与所述系统时间相匹配的清理策略；根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用。通过本发明解决了目前后台应用程序清理方案存在的清理策略固定，难以满足不同应用场景下用户的需求；以及，清理过程自动化程度底、清理时效性差的问题。
【专利说明】
后台应用清理方法及移动终端
技术领域
[0001]本发明涉及通讯设备领域，特别是涉及一种后台应用清理方法和一种移动终端。
【背景技术】
[0002]随着通讯设备的发展，移动终端被越来越广泛的使用，用户可以在移动终端中安装各类应用，并通过所述移动终端安装的各类应用执行对应的各类操作。目前，应用的类型涉及衣食住行各个领域，一个移动终端中往往安装有十几或数十个应用。移动终端在使用过程中，后台运行着大量的应用程序，占用了大量的内存，使得移动终端运行不流畅以及增加了电量消耗，降低了用户体验。在这种情况下，清理移动终端上运行的后台应用程序变得十分重要。
[0003]目前，移动终端可以通过一键清理功能清理后台应用程序，但是此种清理方案的清理策略固定，只能清理特定的后台应用程序，容易造成后台应用程序的误清理或漏清理，难以满足不同应用场景下用户的需求。其次，清理过程需要用户主动触发，自动化程度底，用户体验较差，且，难以满足对后台应用程序清理的及时性的需求。
【发明内容】
[0004]本发明提供一种后台应用清理方法和一种移动终端，以解决目前后台应用程序清理方案存在的清理策略固定，难以满足不同应用场景下用户的需求；以及，清理过程自动化程度底、清理时效性差的问题。
[0005]为了解决上述问题，本发明公开了一种后台应用清理方法，应用于移动终端，包括:
[0006]判断所述移动终端是否满足清理后台应用的条件，若是，获取所述移动终端的系统时间；
[0007]根据所述移动终端的系统时间，选择与所述系统时间相匹配的清理策略；
[0008]根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用。
[0009 ]相应地，本发明还公开了一种移动终端，包括:
[0010]判断模块，用于判断所述移动终端是否满足清理后台应用的条件，若是，获取所述移动终端的系统时间；
[0011]选择模块，用于根据所述移动终端的系统时间，选择与所述系统时间相匹配的清理策略；
[0012]清理模块，用于根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用。
[0013]与现有技术相比，本发明包括以下优点:
[0014]本发明公开的一种后台应用清理方案可以在判断移动终端满足清理后台应用的条件之后执行获取所述移动终端的系统时间的步骤，以根据获取的移动终端的系统时间来选择相匹配的清理策略对后台应用进行清理。可见，在本发明中，可以根据系统时间动态选择相匹配的清理策略对后台应用进行清理，清理策略可动态调整和切换，满足不同应用场景下用户的需求;且，清理策略的动态调整和切换有效避免了对后台应用程序的误清理和漏清理，提高了清理策略对后台应用程序清理的针对性和准确性。
[0015]其次，在确定移动终端满足清理后台应用的条件时，可以自动完成对后台应用程序的清理，不需要用户主动触发，自动化程度高，提升了用户体验。且，由于可以在满足清理条件时自动触发对后台应用程序的清理，故，有效保证了对后台应用程序清理的时效性，可以及时清理后台应用程序，保证了移动终端始终处于良好的运行状态，提高了移动终端运行的流畅性，降低了移动终端对电量的消耗。
【附图说明】
[0016]图1是本发明实施例一中一种后台应用清理方法的步骤流程图；
[0017]图2是本发明实施例二中一种后台应用清理方法的步骤流程图；
[0018]图3是本发明实施例三中一种移动终端的结构示意图；
[0019]图4是本发明实施例三中一种优选地移动终端的结构示意图；
[0020]图5是本发明实施例四中一种移动终端的框图；
[0021 ]图6是本发明实施例五中一种移动终端的框图。
【具体实施方式】
[0022]为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和【具体实施方式】对本发明作进一步详细的说明。
[0023]实施例一
[0024]参照图1，示出了本发明实施例一中一种后台应用清理方法的步骤流程图。在本实施例中，所述后台应用清理方法包括:
[0025]步骤102，判断所述移动终端是否满足清理后台应用的条件。
[0026]在本实施例中，所述清理后台应用的条件可以根据实际情况动态设置某，以满足不同用户的不同需求。例如，常见的清理后台应用的条件可以包括:1、时间条件:当满足设定时间时，可以执行对移动终端后台应用的清理。2、数量条件:当后台运行的应用达到一定数量时，可以执行对移动终端后台应用的清理。当然，清理后台应用的条件并不仅限于此，本实施例对此不作限制。
[0027]在本实施例中，若移动终端满足清理后台应用的条件，则可以继续执行步骤104;否则，可以结束流程。
[0028]步骤104，获取所述移动终端的系统时间。
[0029]在本实施例中，可以通过任意一种方式获取所述系统时间，例如，可以通过系统时间获取函数来获取所述移动终端的系统时间。其中，常见的用于获取系统时间的函数包括但不仅限于:time()函数和clockO函数等，本实施例对此不作限制。
[0030]步骤106，根据所述移动终端的系统时间，选择与所述系统时间相匹配的清理策略。
[0031]在本实施例中，不同的清理策略可以对应不同的时间，也即，可以在不同时间段内选择不同的清理策略对后台应用进行清理，例如，在白天(移动终端使用频率较高的时间段内)只针对性地清理黑名单列表中的不良应用，在夜间(移动终端使用频率较高的时间段内)只保留白名单列表中的必要应用(如，系统进程应用或用户选择希望保留的应用)，将除白名单列表外的其他应用都清理掉。
[0032]需要说明的是，本实施例中所述的清理后台应用具体可以是指关闭(结束)后台应用。此外，各个清理策略对应的使用时间段可以根据用户需求进行个性化定制，本实施例对此不作限制。
[0033]步骤108，根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用。
[0034]在本实施例中，将隶属于应用黑名单列表中的后台应用清理之后，或将应用白名单列表之外的后台应用之后，有效减少了移动终端后台运行的应用，保证了移动终端始终处于良好的运行状态，提高了移动终端运行的流畅性，降低了移动终端对电量的消耗。
[0035]在本实施例中，可以通过任意一种适当的方式来结束应用，例如，可以通过结束进程的方式来结束对应的应用的运行。当然，应用的结束方式并不仅限于次，本实施例对此不作限制。
[0036]综上所述，在本实施例中，可以根据系统时间动态选择相匹配的清理策略对后台应用进行清理，清理策略可动态调整和切换，满足不同应用场景下用户的需求;且，清理策略的动态调整和切换有效避免了对后台应用程序的误清理和漏清理，提高了清理策略对后台应用程序清理的针对性和准确性。
[0037]其次，在确定移动终端满足清理后台应用的条件时，可以自动完成对后台应用程序的清理，不需要用户主动触发，自动化程度高，提升了用户体验。且，由于可以在满足清理条件时自动触发对后台应用程序的清理，故，有效保证了对后台应用程序清理的时效性，可以及时清理后台应用程序，保证了移动终端始终处于良好的运行状态，提高了移动终端运行的流畅性，降低了移动终端对电量的消耗。
[0038]实施例二
[0039]参照图2，示出了本发明实施例二中一种后台应用清理方法的步骤流程图。在本实施例中，所述后台应用清理方法可以包括:
[0040]步骤202，判断所述移动终端是否满足清理后台应用的条件。
[0041]在本实施例中，可以在对后台应用进行清理之前，对清理条件进行判断；以根据判断结果确定是否继续执行对后台应用进行清理的步骤。例如，所述清理后台应用的条件包括但不仅限于:时间条件和/或配置条件。通过对清理条件的判断，避免了清理过程对用户正常使用移动终端的影响。
[0042]以时间条件为例，时间条件的具体判断方式可以如下:判断移动终端的灭屏时间是否满足阈值时间，若是，则执行后续对后台应用清理的步骤;否则，结束流程。例如，移动终端灭屏后一段时间(在阈值时间范围内)，用户又重新打开移动终端访问之前打开的某一应用，若不进行条件的判断，直接对后台应用进行了清理，则移动终端需要重新启动清理掉的后台应用，严重影响了用户的正常体验，本实施例可以在确定灭屏时间超过阈值时间之后，再执行对后台应用的清理，保证了用户对应用的正常使用，提升了用户体验。
[0043]优选地，所述判断所述移动终端是否满足清理后台应用的条件可以包括:判断所述移动终端的灭屏持续时间是否大于或等于预设阈值。例如，在所述移动终端的灭屏持续时间大于或等于所述预设阈值时继续执行清理步骤;否则，可以直接结束流程。
[0044]在本实施例中，可以将通过判断所述移动终端的灭屏持续时间是否大于或等于预设阈值来确定是否进行执行清理操作视为是一种延时启动机制，延时启动机制实现了对后台应用的合理清理，保证对后台应用的清理不会影响用户对移动终端的正常使用，也即，在灭屏后一定的延时时间(即，预设阈值)之后才正式启动对后台应用的清理服务，有效避免了较短时间灭屏时，由于执行了对后台应用的清理而导致的某些正在使用的应用的清理。
[0045]在本实施例中，所述预设阈值可以根据预先设置并保存的配置信息确定。其中，所述配置信息可以但不仅限于通过xml(Extensible Markup Language，可扩展标记语言)文件实现。
[0046]在本实施例中，用于保存配置信息的xml文件中的不同字段内的字段信息可以用于指示不同的信息。
[0047]例如，可以从用于指示预设阈值的字段中获取所述预设阈值;为了便于对不同字段的区分，可以将所述用于指示预设阈值的字段记为:delay_time。
[0048]又例如，可以通过用于指示清理服务是否处于开启状态的字段来判断清理服务是否处于开启。如上，为了便于对不同字段的区分，可以将所述用于指示清理服务是否处于开启状态的字段记作:lock。当lock字段为“off”时，可以确定清理服务处于关闭状态；当lock字段为“on”时，可以确定清理服务处于开启状态。
[0049]需要说明的是，所述配置信息可以但不仅限于从接收到的灭屏广播(如:android, intent.act1n.SCREEN_0FF)中获取。
[0050]优选地，所述判断所述移动终端是否满足清理后台应用的条件可以包括:判断清理服务是否处于开启状态。例如，在确定清理服务处于关闭状态时，可以直接结束流程;在确定清理服务处于开启状态时继续执行清理步骤。
[0051]需要说明的是，所述判断所述移动终端是否满足清理后台应用的条件可以同时包括:判断清理服务是否处于开启状态和判断所述移动终端的灭屏持续时间是否大于或等于预设阈值两个步骤。例如，可以在确定清理服务处于开启状态之后判断所述移动终端的灭屏持续时间是否大于或等于预设阈值，并在确定所述移动终端的灭屏持续时间大于或等于预设阈值时执行下述步骤204，本实施例对此不作限制。
[0052]步骤204，获取所述移动终端的系统时间。
[0053]在本实施例中，在确定所述移动终端满足清理后台应用的条件之后，可以通过发送服务广播(如，android, intent.act1n, timeisready)的方式来启动对后台应用的清理。其中，所述服务广播可以用于指示启动对后台应用的清理，具体地，可以用于指示获取所述移动终端的系统时间。
[0054]步骤206，根据所述移动终端的系统时间，选择与所述系统时间相匹配的清理策略。
[0055]在本实施例中，若所述移动终端的系统时间处于第一时间段范围内，则选择第一清理策略。其中，所述第一清理策略为清理隶属于应用黑名单列表中的后台应用。也即，可以在移动终端使用频率较高的第一时间段范围内(如白天)选择第一清理策略，以清理隶属于应用黑名单列表中的后台应用。
[0056]若所述移动终端的系统时间处于第二时间段范围内，则选择第二清理策略。其中，所述第二清理策略为清理应用白名单列表之外的后台应用。也即，可以在移动终端使用频率较低的第二时间段范围内(如夜间)选择第二清理策略，以清理应用白名单列表之外的后台应用。
[0057]需要说明的是，在本实施例中，所述第一时间段和所述第二时间段的具体时间可以根据实际情况确定，且时间范围包括但不仅限于所述第一时间段和所述第二时间段，例如，还可以根据实际情况设置第三时间段或第四时间段等，本实施例对此不作限制。同样地，清理策略包括但不仅限于所述第一清理策略和第二清理策略，清理策略与时间范围的对应关系也可以根据实际情况进行动态调整和配置。
[0058]优选地，在本实施例中，所述应用黑名单列表中可以包括如下应用中的至少一种:被标记为黑名单应用的应用、检测确定为黑名单应用的应用、以及、根据用户选择操作添加为黑名单应用的应用。所述应用白名单列表中可以包括如下应用中的至少一种:被标记为白名单应用的应用、检测确定为白名单应用的应用、系统进程应用、用于支持移动终端正常运行的关键进程应用、以及、根据用户选择操作添加为白名单应用的应用。其中，应用白名单列表可以根据移动终端的实时运行状态进行更新:可以根据移动终端的当前运行状态，将系统进程应用和某些用于系统运行的必要进程应用加入到所述应用白名单列表中；以及，将移动终端系统中正在运行的桌面的包名、默认输入法的包名、动态壁纸的包名、当前任务的包名及上一次没有关闭的任务的包名、当前音乐播放器的包名更新至应用白名单列表中。
[0059]需要说明的是，在本实施例中，所述第一时间段、第二时间段、应用黑名单列表和应用白名单列表也均可以基于xml文件进行配置，通过xml文件中的不同字段中的信息来指示不同的内容。
[0060]例如，可以通过第一字段中的信息来指示清理服务是否处于的开启状态，通过第二字段中的信息来指示预设阈值，通过第三字段中的信息来指示所述第一时间段，通过第四字段中的信息来指示第二时间段，通过第五字段中的信息来指示各个应用的包名。其中，为了便于区分，可以将所述第一字段、第二字段、第三字段、第四字段和第五字段分别定义为:lock、delay_time、black、white和item。
[0061 ]又例如，可以通过第一xml文件来指示应用黑名单列表，通过第二xml文件来指示应用白名单列表。为了便于区分，可以将所述第一 xml文件记为:black.xml，将第二 xml记为:white, xml用于指示应用白名单列表。
[0062]本领域技术人员应当明了的是，可以通过对上述各个字段内容的修改来实现对应的配置信息的修改，例如，可以通过对time字段的修改来配置所述预设阈值，通过对所述black字段的修改来配置所述第一时间段，本实施例在此不一一说明。
[0063]步骤208，判断移动终端当前是否处于灭屏状态。
[0064]在本实施例中，在使用选择的清理策略对后台应用进行清理之前，还可以通过所述步骤208对移动终端的当前状态判断，若所述移动终端当前处于灭屏状态，则执行下述步骤210;否则，结束流程。
[0065]在本实施例中，通过步骤208对移动终端的当前状态的进一步判断，保证了对后台应用清理的合理性和有效性。例如，当执行到步骤206时，用户恰好对移动终端进行解锁使用，此时若仍然继续执行对后台应用的清理，则会影响用户对应用的正常使用，影响用户体验。通过所述步骤208的进一步判断则克服了这一问题，保证了清理的准确性。
[0066]步骤210，根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用。
[0067]在本实施例中，优选地，根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用的步骤具体可以如下:遍历所述移动终端中正在运行的进程，确定后台应用;从所述后台应用中获取隶属于应用黑名单列表中的应用，得到待清理应用；清理所述待清理应用。
[0068]在本实施例中，可以采用任意一种适当的方式来对所述待清理应用进行清理。例如，可以通过调用应用清理函数来清理所述待清理应用。其中，一种可行的应用清理函数可以是:^01^651:(^?301?^6()函数，；1；'01^651:(^?301?^6()函数可以用于结束应用的进程，进而实现对应用的清理。
[0069]另一优选地，根据所述选择的清理策略清理应用白名单列表之外的后台应用的步骤具体可以如下:遍历所述移动终端中正在运行的进程，确定后台应用;判断所述后台应用是否隶属于所述应用白名单列表;若属于，则不作处理;若不属于，则清理所述后台应用。
[0070]在本实施例中，由于某些应用会存在自己的守护进程，在被清理之后仍有可能在后台重新启动，针对存在守护进程的后台应用的重启情况，本实施例所述的方法还可以包括如下步骤:
[0071]步骤212，确定根据所述选择的清理策略清理的后台应用的包名，得到第一包名列表。
[0072]在本实施例中，在根据所述选择的清理策略对后台应用清理时，可以记录下清理的后台应用的包名。当然，也可以从清理日志信息中获取所述根据所述选择的清理策略清理的后台应用的包名，本实施例对此不作限制。
[0073 ] 步骤214，二次遍历移动终端中正在运行的进程，重新确定正在运行的后台应用。
[0074]在本实施例中，可以通过任意一种适当方式来查看移动终端中正在运行的进程。例如，在Linux系统中，可以通过进程查看命令来实现对正在运行的进程的查看。其中，在Linux系统中，常用的用于查看进程的命令有PS命令，当然并不仅限于此。
[0075]步骤216，若重新确定的后台应用的包名与所述第一包名列表中的包名一致，则，清理所述包名一致的后台应用。
[0076]在本实施例中，若重新确定的后台应用的包名与所述第一包名列表中的包名一致，则说明应用重新在后台启动了，需要对重新启动的后台应用进行再次清理。
[0077]在本实施例中，可以采用任意一种适当的方式来清理所述包名一致的后台应用。例如，可以采用上述f orceStopPackage ()函数进行再次进行清理操作。又例如，为了提高再次清理的有效性，可以通过进程结束的方式来执行再次清理操作。其中，在具体实现时，可以通过调用进程结束命令的方式来实现对进程的结束操作，也即，可以通过调用进程结束命令来清理所述与包名一致的后台应用。例如，一种可行的进程结束命令可以是“kill-9”命令。
[0078]在本实施例中，可以通过两次清理的配合使用(如上述的基于forceStopPackage()函数的一次清理，和基于进程结束命令(如，“kill-9”命令)的二次清理的配合使用，实现对后台应用的彻底清理，有效避免后台应用的重启。此外，通过进程查看命令可以快速确定后台中运行的应用，进而快速完成二次清理操作，提高了对后台应用的查杀效率。
[0079]综上所述，在本实施例中，可以根据系统时间动态选择相匹配的清理策略对后台应用进行清理，清理策略可动态调整和切换，满足不同应用场景下用户的需求;且，清理策略的动态调整和切换有效避免了对后台应用程序的误清理和漏清理，提高了清理策略对后台应用程序清理的针对性和准确性。
[0080]其次，在确定移动终端满足清理后台应用的条件时，可以自动完成对后台应用程序的清理，不需要用户主动触发，自动化程度高，提升了用户体验。且，由于可以在满足清理条件时自动触发对后台应用程序的清理，故，有效保证了对后台应用程序清理的时效性，可以及时清理后台应用程序，保证了移动终端始终处于良好的运行状态，提高了移动终端运行的流畅性，降低了移动终端对电量的消耗。
[0081]再次，本实施例所述的后台应用清理方法采用了延迟启动策略，也即，在对后台应用程序清理之前可以先对移动终端的灭屏持续时间进行判断，在确定移动终端的灭屏持续时间满足预设阈值时才进一步执行清理操作，进而降低了清理操作对应用正常使用的影响。
[0082]进一步地，在本实施例中，可以根据对xml文件中各个字段内容的配置，定制个性化的清理策略，实现了对清理策略的灵活配置，通过配置的个性化清理策略可以更合理、更有效地完成对后台应用的清理。
[0083]更进一步地，在本实施例中，可以通过两次清理的配合使用(如上述的基于forceStopPackageO函数的一次清理，和基于进程结束命令(如，“ki11-9”命令)的二次清理的配合使用，实现对后台应用的彻底清理，有效避免后台应用的重启。此外，通过进程查看命令可以快速确定后台中运行的应用，进而快速完成二次清理操作，提高了对后台应用的清理效率。
[0084]需要说明的是，对于前述的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明所必需的。
[0085]实施例三
[0086]参照图3，示出了本发明实施例三中一种移动终端的结构示意图。在本实施例中，所述移动终端300包括:
[0087]判断模块302，用于判断所述移动终端是否满足清理后台应用的条件，若是，获取所述移动终端的系统时间。
[0088]选择模块304，用于根据所述移动终端的系统时间，选择与所述系统时间相匹配的清理策略；
[0089]清理模块306，用于根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用。
[0090]优选地，参照图4，示出了本发明实施例三中一种优选地移动终端的结构示意图。在本实施例中，
[0091]优选地，所述判断模块302可以包括:判断子模块3022，用于判断所述移动终端的灭屏持续时间是否大于或等于预设阈值;获取子模块3024，用于若所述移动终端的灭屏持续时间大于或等于所述预设阈值，获取所述移动终端的系统时间。
[0092]优选地，所述选择模块304可以包括:第一选择子模块3042，用于在所述移动终端的系统时间处于第一时间段范围内时，选择第一清理策略;所述第一清理策略为清理隶属于应用黑名单列表中的后台应用；第二选择子模块3044，用于在所述移动终端的系统时间处于第二时间段范围内时，选择第二清理策略;所述第二清理策略为清理应用白名单列表之外的后台应用。
[0093]优选地，所述清理模块306用于根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，包括:第一遍历子模块3062，用于遍历所述移动终端中正在运行的进程，确定后台应用;确定子模块3064，用于从所述后台应用中获取隶属于应用黑名单列表中的应用，得到待清理应用;清理子模块3068，用于清理所述待清理应用。
[0094]优选地，所述清理模块306用于根据所述选择的清理策略清理应用白名单列表之外的后台应用，包括:第二遍历子模块3063，用于遍历所述移动终端中正在运行的进程，确定后台应用;处理子模块3065，用于判断所述后台应用是否隶属于所述应用白名单列表;若属于，则不作处理;若不属于，则清理所述后台应用。
[0095]优选地，所述移动终端还包括:状态判断模块308，用于在所述清理模块306根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用之前，判断移动终端当前是否处于灭屏状态；以及，在所述移动终端当前处于灭屏状态时，执行所述清理模块306。
[0096]优选地，所述移动终端还包括:包名确定模块310，用于在所述清理模块306根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用之后，确定根据所述选择的清理策略清理的后台应用的包名，得到第一包名列表。二次遍历模块312，用于二次遍历移动终端中正在运行的进程，重新确定正在运行的后台应用。二次清理模块314，用于在重新确定的后台应用的包名与所述第一包名列表中的包名一致时，清理所述包名一致的后台应用。
[0097]综上所述，在本实施例中，可以根据系统时间动态选择相匹配的清理策略对后台应用进行清理，清理策略可动态调整和切换，满足不同应用场景下用户的需求;且，清理策略的动态调整和切换有效避免了对后台应用程序的误清理和漏清理，提高了清理策略对后台应用程序清理的针对性和准确性。
[0098]其次，在确定移动终端满足清理后台应用的条件时，可以自动完成对后台应用程序的清理，不需要用户主动触发，自动化程度高，提升了用户体验。且，由于可以在满足清理条件时自动触发对后台应用程序的清理，故，有效保证了对后台应用程序清理的时效性，可以及时清理后台应用程序，保证了移动终端始终处于良好的运行状态，提高了移动终端运行的流畅性，降低了移动终端对电量的消耗。
[0099]再次，在本实施例中，采用了延迟启动策略，也即，在对后台应用程序清理之前可以先对移动终端的灭屏持续时间进行判断，在确定移动终端的灭屏持续时间满足预设阈值时才进一步执行清理操作，进而降低了清理操作对应用正常使用的影响。
[0100]进一步地，在本实施例中，可以根据对xml文件中各个字段内容的配置，定制个性化的清理策略，实现了对清理策略的灵活配置，通过配置的个性化清理策略可以更合理、更有效地完成对后台应用的清理。
[0101]更进一步地，在本实施例中，可以通过两次清理的配合使用(如上述的基于forceStopPackageO函数的一次清理，和基于进程结束命令(如，“ki11-9”命令)的二次清理的配合使用，实现对后台应用的彻底清理，有效避免后台应用的重启。此外，通过进程查看命令可以快速确定后台中运行的应用，进而快速完成二次清理操作，提高了对后台应用的清理效率。
[0102]实施例四
[0103]参照图5，示出了本发明实施例四中一种移动终端的框图。在本发明实施例中，移动终端500包括:至少一个处理器501、存储器502、至少一个网络接口 504和用户接口 503。移动终端500中的各个组件通过总线系统505耦合在一起。可理解，总线系统505用于实现这些组件之间的连接通信。总线系统505除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图5中将各种总线都标为总线系统505。
[0104]其中，用户接口 503可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。
[0105]可以理解，本发明实施例中的存储器502可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-OnlyMemory, ROM)、可编程只读存储器(ProgrammabI eROM，PROM)、可擦除可编程只读存储器(ErasablePR0M，EPR0M)、电可擦除可编程只读存储器(ElectricallyEPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory’RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(3七&〖化!^1，31^10、动态随机存取存储器(0711&1^^^1，01^10、同步动态随机存取存储器(SynchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchl inkDRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambuSRAM，DRRAM)。本发明实施例描述的系统和方法的存储器502旨在包括但不限于这些和任意其它适合类型的存储器。
[0106]在一些实施方式中，存储器502存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集:操作系统5021和应用程序5022。
[0107]其中，操作系统5021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序5022，包含各种应用程序，例如媒体播放器(MediaPlayer)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序5022中。
[0108]在本发明实施例中，通过调用存储器502存储的程序或指令，具体的，可以是应用程序5022中存储的程序或指令。其中，处理器501可以用于判断所述移动终端是否满足清理后台应用的条件，若是，获取所述移动终端的系统时间；以及，根据所述移动终端的系统时间，选择与所述系统时间相匹配的清理策略；以及，根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用。
[0109]上述本发明实施例揭示的方法可以应用于处理器501中，或者由处理器501实现。处理器501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器501可以是通用处理器、数字信号处理器(018；^31518肪1?1'0068801'，05?)、专用集成电路(Appl icat1nSpecif icIntegratedCircuit , A S I C )、现成可编程门阵列(FieldProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成上述方法的步骤。
[0110]可以理解的是，本发明实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Applicat1nSpecificIntegratedCircuits，ASIC)、数字信号处理器(DigitalSignalProcessing，DSP)、数字信号处理设备(DSPDevice，DSPD)、可编程逻辑设备(ProgrammableLogicDevice ,PLD)、现场可编程门阵列(Field-ProgrammableGateArray，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
[0111]对于软件实现，可通过执行本发明实施例所述功能的模块(例如过程、函数等)来实现本发明实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
[0112]优选地，处理器501在判断所述移动终端是否满足清理后台应用的条件，若是，获取所述移动终端的系统时间时具体可以包括:判断所述移动终端的灭屏持续时间是否大于或等于预设阈值;若所述移动终端的灭屏持续时间大于或等于所述预设阈值，获取所述移动终端的系统时间。
[0113]优选地，处理器501在根据所述移动终端的系统时间，选择与所述系统时间相匹配的清理策略时具体可以包括:若所述移动终端的系统时间处于第一时间段范围内，则选择第一清理策略;所述第一清理策略为清理隶属于应用黑名单列表中的后台应用;若所述移动终端的系统时间处于第二时间段范围内，则选择第二清理策略;所述第二清理策略为清理应用白名单列表之外的后台应用。
[0114]优选地，处理器501在根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用时具体可以包括:遍历所述移动终端中正在运行的进程，确定后台应用;从所述后台应用中获取隶属于应用黑名单列表中的应用，得到待清理应用;清理所述待清理应用。
[0115]优选地，处理器501在根据所述选择的清理策略清理应用白名单列表之外的后台应用时具体可以包括:遍历所述移动终端中正在运行的进程，确定后台应用；判断所述后台应用是否隶属于所述应用白名单列表;若属于，则不作处理;若不属于，则清理所述后台应用。
[0116]优选地，处理器501还可以用于判断移动终端当前是否处于灭屏状态，若所述移动终端当前处于灭屏状态，则执行所述根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用的步骤。
[0117]优选地，处理器501还可以用于确定根据所述选择的清理策略清理的后台应用的包名，得到第一包名列表;二次遍历移动终端中正在运行的进程，重新确定正在运行的后台应用;若重新确定的后台应用的包名与所述第一包名列表中的包名一致，则，清理所述包名一致的后台应用。
[0118]移动终端500能够实现前述实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。
[0119]可见，本发明实施例所述移动终端可以根据系统时间动态选择相匹配的清理策略对后台应用进行清理，清理策略可动态调整和切换，满足不同应用场景下用户的需求;且，清理策略的动态调整和切换有效避免了对后台应用程序的误清理和漏清理，提高了清理策略对后台应用程序清理的针对性和准确性。
[0120]其次，在确定移动终端满足清理后台应用的条件时，可以自动完成对后台应用程序的清理，不需要用户主动触发，自动化程度高，提升了用户体验。且，由于可以在满足清理条件时自动触发对后台应用程序的清理，故，有效保证了对后台应用程序清理的时效性，可以及时清理后台应用程序，保证了移动终端始终处于良好的运行状态，提高了移动终端运行的流畅性，降低了移动终端对电量的消耗。
[0121]实施例五
[0122]参照图6，示出了本发明实施例五中一种移动终端的框图。在本发明实施例中，具体地，图6中的移动终端600可以为手机、平板电脑、个人数字助理(PersonalDigitalAssistant,PDA)、或车载电脑等。
[0123]图6中的移动终端600包括射频(Rad1Frequency，RF)电路610、存储器620、输入单元630、显不单元640、处理器660、音频电路670、WiFi (WireIessFideIity)模块680和电源690。
[0124]其中，输入单元630可用于接收用户输入的数字或字符信息，以及产生与移动终端600的用户设置以及功能控制有关的信号输入。具体地，本发明实施例中，该输入单元630可以包括触控面板631。触控面板631，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板631上的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板631可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给该处理器660，并能接收处理器660发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板631。除了触控面板631，输入单元630还可以包括其他输入设备632，其他输入设备632可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
[0125]其中，显示单元640可用于显示由用户输入的信息或提供给用户的信息以及移动终端600的各种菜单界面。显示单元640可包括显示面板641，可选的，可以采用LCD或有机发光二极管(OrganicLight-EmittingD1de，0LED)等形式来配置显示面板641。
[0126]应注意，触控面板631可以覆盖显示面板641，形成触摸显示屏，当该触摸显示屏检测到在其上或附近的触摸操作后，传送给处理器660以确定触摸事件的类型，随后处理器660根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。
[0127]触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定，可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件，例如，设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。
[0128]其中处理器660是移动终端600的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在第一存储器621内的软件程序和/或模块，以及调用存储在第二存储器622内的数据，执行移动终端600的各种功能和处理数据，从而对移动终端600进行整体监控。可选的，处理器660可包括一个或多个处理单元。
[0129]在本发明实施例中，通过调用存储该第一存储器621内的软件程序和/或模块和/或该第二存储器622内的数据。其中，处理器660可以用于判断所述移动终端是否满足清理后台应用的条件，若是，获取所述移动终端的系统时间；以及，根据所述移动终端的系统时间，选择与所述系统时间相匹配的清理策略；以及，根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用。
[0130]优选地，处理器660在判断所述移动终端是否满足清理后台应用的条件，若是，获取所述移动终端的系统时间时，具体可以包括:判断所述移动终端的灭屏持续时间是否大于或等于预设阈值;若所述移动终端的灭屏持续时间大于或等于所述预设阈值，获取所述移动终端的系统时间。
[0131]优选地，处理器660在根据所述移动终端的系统时间，选择与所述系统时间相匹配的清理策略的步骤，具体可以包括:若所述移动终端的系统时间处于第一时间段范围内，则选择第一清理策略;所述第一清理策略为清理隶属于应用黑名单列表中的后台应用;若所述移动终端的系统时间处于第二时间段范围内，则选择第二清理策略;所述第二清理策略为清理应用白名单列表之外的后台应用。
[0132]优选地，处理器660在根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用时，具体可以包括:遍历所述移动终端中正在运行的进程，确定后台应用；从所述后台应用中获取隶属于应用黑名单列表中的应用，得到待清理应用;清理所述待清理应用。
[0133]优选地，处理器660在根据所述选择的清理策略清理应用白名单列表之外的后台应用时，具体可以包括:遍历所述移动终端中正在运行的进程，确定后台应用；判断所述后台应用是否隶属于所述应用白名单列表;若属于，则不作处理;若不属于，则清理所述后台应用。
[0134]优选地，处理器660还可以用于判断移动终端当前是否处于灭屏状态，若所述移动终端当前处于灭屏状态，则执行所述根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用的步骤。
[0135]优选地，处理器660还可以用于确定根据所述选择的清理策略清理的后台应用的包名，得到第一包名列表;二次遍历移动终端中正在运行的进程，重新确定正在运行的后台应用;若重新确定的后台应用的包名与所述第一包名列表中的包名一致，则，清理所述包名一致的后台应用。
[0136]可见，本发明实施例所述移动终端可以根据系统时间动态选择相匹配的清理策略对后台应用进行清理，清理策略可动态调整和切换，满足不同应用场景下用户的需求;且，清理策略的动态调整和切换有效避免了对后台应用程序的误清理和漏清理，提高了清理策略对后台应用程序清理的针对性和准确性。
[0137]其次，在确定移动终端满足清理后台应用的条件时，可以自动完成对后台应用程序的清理，不需要用户主动触发，自动化程度高，提升了用户体验。且，由于可以在满足清理条件时自动触发对后台应用程序的清理，故，有效保证了对后台应用程序清理的时效性，可以及时清理后台应用程序，保证了移动终端始终处于良好的运行状态，提高了移动终端运行的流畅性，降低了移动终端对电量的消耗。
【主权项】
1.一种后台应用清理方法，应用于移动终端，其特征在于，包括: 判断所述移动终端是否满足清理后台应用的条件，若是，获取所述移动终端的系统时间； 根据所述移动终端的系统时间，选择与所述系统时间相匹配的清理策略； 根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用。2.根据权利要求1所述的方法，其特征在于，所述判断所述移动终端是否满足清理后台应用的条件，若是，获取所述移动终端的系统时间的步骤，包括: 判断所述移动终端的灭屏持续时间是否大于或等于预设阈值； 若所述移动终端的灭屏持续时间大于或等于所述预设阈值，获取所述移动终端的系统时间。3.根据权利要求1所述的方法，其特征在于，所述根据所述移动终端的系统时间，选择与所述系统时间相匹配的清理策略的步骤，包括: 若所述移动终端的系统时间处于第一时间段范围内，则选择第一清理策略;所述第一清理策略为清理隶属于应用黑名单列表中的后台应用； 若所述移动终端的系统时间处于第二时间段范围内，则选择第二清理策略;所述第二清理策略为清理应用白名单列表之外的后台应用。4.根据权利要求1所述的方法，其特征在于，所述根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用的步骤，包括: 遍历所述移动终端中正在运行的进程，确定后台应用； 从所述后台应用中获取隶属于应用黑名单列表中的应用，得到待清理应用； 清理所述待清理应用。5.根据权利要求1所述的方法，其特征在于，所述根据所述选择的清理策略清理应用白名单列表之外的后台应用的步骤，包括: 遍历所述移动终端中正在运行的进程，确定后台应用； 判断所述后台应用是否隶属于所述应用白名单列表； 若属于，则不作处理； 若不属于，则清理所述后台应用。6.根据权利要求1所述的方法，其特征在于，在所述根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用的步骤之前，所述方法还包括: 判断移动终端当前是否处于灭屏状态，若所述移动终端当前处于灭屏状态，则执行所述根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用的步骤。7.根据权利要求1所述的方法，其特征在于，在所述根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用的步骤之后，所述方法还包括: 确定根据所述选择的清理策略清理的后台应用的包名，得到第一包名列表； 二次遍历移动终端中正在运行的进程，重新确定正在运行的后台应用； 若重新确定的后台应用的包名与所述第一包名列表中的包名一致，则，清理所述包名一致的后台应用。8.一种移动终端，其特征在于，包括: 判断模块，用于判断所述移动终端是否满足清理后台应用的条件，若是，获取所述移动终端的系统时间； 选择模块，用于根据所述移动终端的系统时间，选择与所述系统时间相匹配的清理策略； 清理模块，用于根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用。9.根据权利要求8所述的移动终端，其特征在于，所述判断模块包括: 判断子模块，用于判断所述移动终端的灭屏持续时间是否大于或等于预设阈值； 获取子模块，用于若所述移动终端的灭屏持续时间大于或等于所述预设阈值，获取所述移动终端的系统时间。10.根据权利要求8所述的移动终端，其特征在于，所述选择模块，包括: 第一选择子模块，用于在所述移动终端的系统时间处于第一时间段范围内时，选择第一清理策略;所述第一清理策略为清理隶属于应用黑名单列表中的后台应用； 第二选择子模块，用于在所述移动终端的系统时间处于第二时间段范围内时，选择第二清理策略;所述第二清理策略为清理应用白名单列表之外的后台应用。11.根据权利要求8所述的移动终端，其特征在于，所述清理模块用于根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，包括: 第一遍历子模块，用于遍历所述移动终端中正在运行的进程，确定后台应用； 确定子模块，用于从所述后台应用中获取隶属于应用黑名单列表中的应用，得到待清理应用； 清理子模块，用于清理所述待清理应用。12.根据权利要求8所述的移动终端，其特征在于，所述清理模块用于根据所述选择的清理策略清理应用白名单列表之外的后台应用，包括: 第二遍历子模块，用于遍历所述移动终端中正在运行的进程，确定后台应用； 处理子模块，用于判断所述后台应用是否隶属于所述应用白名单列表;若属于，则不作处理;若不属于，则清理所述后台应用。13.根据权利要求8所述的移动终端，其特征在于，所述移动终端还包括: 状态判断模块，用于在所述清理模块根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用之前，判断移动终端当前是否处于灭屏状态；以及，在所述移动终端当前处于灭屏状态时，执行所述清理模块。14.根据权利要求8所述的系统，其特征在于，所述移动终端还包括: 包名确定模块，用于在所述清理模块根据所述选择的清理策略清理隶属于应用黑名单列表中的后台应用，或，根据所述选择的清理策略清理应用白名单列表之外的后台应用之后，确定根据所述选择的清理策略清理的后台应用的包名，得到第一包名列表； 二次遍历模块，用于二次遍历移动终端中正在运行的进程，重新确定正在运行的后台应用； 二次清理模块，用于在重新确定的后台应用的包名与所述第一包名列表中的包名一致时，清理所述包名一致的后台应用。
【文档编号】G06F9/445GK105824663SQ201511034916
【公开日】2016年8月3日
【申请日】2015年12月31日
【发明人】王文杰
【申请人】维沃移动通信有限公司