1.本技术涉及应用处理领域，具体涉及一种应用处理方法、智能终端及存储介质。
背景技术：
：：2.随着计算机技术的高速发展，智能机在人们日常的生活中占据着越来越重要的地位。人们用手机中的各个应用软件玩游戏、聊天以及工作等。通常同一时刻手机的后台中会存活至少一个应用的进程(如聊天应用在后台持续接收消息)，至少一个进程的存在会使得手机造成卡顿等问题，所以系统会自动(或者人为手动)对后台中的应用进程进行清理。3.在构思及实现本技术过程中，发明人发现至少存在如下问题：应用的进程被清理掉后，当再次打开该应用时，会花费时间重新加载，对于一些常用的应用，每次重新加载会浪费用户的时间，使得用户的体感降低。4.前面的叙述在于提供一般的背景信息，并不一定构成现有技术。技术实现要素：5.针对上述技术问题，本技术提供一种应用处理方法，可应用于智能终端，可以自动确定应用是否为保活应用，以对保活应用进行保活处理，从而使得保活应用后续启动时，可以快速启动。6.本技术提供一种应用处理方法，可应用于智能终端，包括：7.根据应用使用数据、应用下载数据、资源占用数据中至少一种相关数据，确定或生成待清理应用是否为保活应用；8.若所述待清理应用为所述保活应用，则在预设时间段对所述待清理应用进行保活处理。9.可选地，在预设时间段对所述待清理应用的预设组件进行清理，对所述保活应用的应用进程进行保活。10.可选地，所述预设组件，可以为activity组件，也可以为其他组件。11.可选地，获取至少一个应用的下载数据，和/或，获取所述至少一个应用的初始资源占用数据；根据所述至少一个应用的下载数据和/或初始资源占用数据，对所述至少一个应用排序，得到第一排序结果；12.可选地，将所述第一排序结果中排在前m位的应用确定为所述保活应用，可选地，m为正整数。13.可选地，获取至少一个应用的使用数据；根据所述至少一个应用的使用数据，对所述应用排序，得到第二排序结果；将所述第二排序结果中排在前n位的应用确定为所述保活应用，可选地，n为正整数。14.可选地，所述应用使用数据包括以下至少一种：目标周期内应用对应的使用次数、所述目标周期内应用对应的使用时间、所述目标周期内应用对应的资源占用数据。15.可选地，若所述待清理应用为所述保活应用，则确定或生成所述待清理应用的当前资源占用数据；若所述当前资源占用数据所指示的数值小于或等于第一阈值，则在对所述待清理应用进行应用清理时，对所述待清理应用进行保活处理；和/或，若所述当前资源占用数据所指示的数值大于所述第一阈值，则在对所述待清理应用进行应用清理时，对所述待清理应用进行非保活处理。16.可选地，确定至少一个保活应用的参考资源占用数据；根据所述参考资源占用数据从所述至少一个保活应用中确定或生成待调整应用，所述待调整应用对应的参考资源占用数据所指示的数值大于第二阈值；针对所述待调整应用输出异常提示信息；基于所述异常提示信息输入的指令，对所述待调整应用进行处理。17.可选地，响应于第一保活控件的触发操作，输出移除保护选项；响应于所述移除保护选项的选择操作，将所述至少一个保活应用调整为非保活应用。18.可选地，响应于第二保活控件的第一触发操作，将所述第二保活控件由第一显示状态调整为第二显示状态，将所述至少一个目标应用由保活应用调整为非保活应用；或者，响应于第二保活控件的第二触发操作，将所述第二保活控件由第二显示状态调整为第一显示状态，将所述至少一个目标应用由非保活应用调整为保活应用。19.本技术还提供一种智能终端，该智能终端包括处理器和存储器，存储器中存储有计算机程序，处理器执行存储器中存储的计算机程序，实现如上任一所述的应用处理方法。20.本技术还提供一种计算机可读存储介质，该存储介质包括计算机程序，该计算机程序当被处理器执行时，实现如上任一所述的应用处理方法。21.如上所述，本技术提供了一种应用处理方法、智能终端及存储介质，该方法包括：首先根据应用使用数据、应用下载数据、资源占用数据中至少一种相关数据，确定或生成待清理应用是否为保活应用；若所述待清理应用为所述保活应用，在预设时间段对所述待清理应用进行保活处理。通过从多个维度对应用进行分析，从将要进行清理的待清理应用中筛选出保活应用。当对该保活应用进行清理时，对该保活应用进行保活处理。采用本技术可以自动确定应用是否为保活应用，以对保活应用进行保活处理，从而使得保活应用后续启动时，可以快速启动。附图说明22.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。为了更清楚地说明本技术实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。23.图1是实现本技术实施例的一种智能终端的硬件结构示意图；24.图2是本技术实施例提供的一种通信网络系统架构图；25.图3是本技术实施例提供的一种应用处理方法的流程示意图；26.图4是本技术实施例提供的一种调整保活应用的界面示意图；27.图5是本技术实施例提供的另一种调整保活应用的界面示意图；28.图6是本技术实施例提供的另一种应用处理方法的流程示意图；29.图7是本技术实施例提供的另一种应用处理方法的流程示意图；30.图8是本技术实施例提供的一种应用处理装置的结构示意图；31.图9是本技术实施例提供的另一种应用处理装置的结构示意图。32.本技术目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。具体实施方式33.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。34.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素，此外，本技术不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。35.应当理解，尽管在本文可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本文范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语"如果"可以被解释成为"在……时"或"当……时"或"响应于确定"。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。本技术使用的术语“或”、“和/或”、“包括以下至少一个”等可被解释为包括性的，或意味着任一个或任何组合。例如，“包括以下至少一个：a、b、c”意味着“以下任一个：a；b；c；a和b；a和c；b和c；a和b和c”，再如，“a、b或c”或者“a、b和/或c”意味着“以下任一个：a；b；c；a和b；a和c；b和c；a和b和c”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。36.应该理解的是，虽然本技术实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。37.取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。38.需要说明的是，在本文中，采用了诸如s301、s302等步骤代号，其目的是为了更清楚简要地表述相应内容，不构成顺序上的实质性限制，本领域技术人员在具体实施时，可能会先执行s302后执行s301等，但这些均应在本技术的保护范围之内。39.应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。40.在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或者“单元”的后缀仅为了有利于本技术的说明，其本身没有特定的意义。因此，“模块”、“部件”或者“单元”可以混合地使用。41.智能终端可以以各种形式来实施。例如，本技术中描述的智能终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(personaldigitalassistant，pda)、便捷式媒体播放器(portablemediaplayer，pmp)、导航装置、可穿戴设备、智能手环、计步器等智能终端，以及诸如数字tv、台式计算机等固定终端。42.后续描述中将以智能终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本技术的实施方式的构造也能够应用于固定类型的终端。43.请参阅图1，其为实现本技术各个实施例的一种智能终端的硬件结构示意图，该智能终端100可以包括：rf(radiofrequency，射频)单元101、wifi模块102、音频输出单元103、传感器104、显示单元105、用户输入单元106、接口单元107、存储器108、电源109以及处理器110等部件。本领域技术人员可以理解，图1中示出的智能终端结构并不构成对智能终端的限定，智能终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。44.下面结合图1对智能终端的各个部件进行具体的介绍：射频单元101可用于收发信息或通话过程中，信号的接收和发送，可选地，将基站的下行信息接收后，给处理器110处理；可选地，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于gsm(globalsystemofmobilecommunication，全球移动通讯系统)、gprs(generalpacketradioservice，通用分组无线服务)、cdma2000(codedivisionmultipleaccess2000，码分多址2000)、wcdma(widebandcodedivisionmultipleaccess,宽带码分多址)、td-scdma(timedivision-synchronouscodedivisionmultipleaccess，时分同步码分多址)、fdd-lte(frequencydivisionduplexing-longtermevolution，频分双工长期演进)、tdd-lte(timedivisionduplexing-longtermevolution，分时双工长期演进)和5g等。45.wifi属于短距离无线传输技术，智能终端通过wifi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了wifi模块102，但是可以理解的是，其并不属于智能终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。46.音频输出单元103可以在智能终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或wifi模块102接收的或者在存储器108中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与智能终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。47.智能终端100还包括至少一种传感器104，比如光传感器、运动传感器以及其他传感器。可选地，光传感器包括环境光传感器及接近传感器，可选地，环境光传感器可根据环境光线的明暗来调节显示面板1051的亮度，接近传感器可在智能终端100移动到耳边时，关闭显示面板1051和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。48.显示单元105用于显示由用户输入的信息或提供给用户的信息。显示单元105可包括显示面板1051，可以采用液晶显示器(liquidcrystaldisplay，lcd)、有机发光二极管(organiclight-emittingdiode,oled)等形式来配置显示面板1051。49.用户输入单元106可用于接收输入的数字或字符信息，以及产生与智能终端的用户设置以及功能控制有关的键信号输入。可选地，用户输入单元106可包括触控面板1061以及其他输入设备1062。触控面板1061，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1061上或在触控面板1061附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1061可包括触摸检测装置和触摸控制器两个部分。可选地，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1061。除了触控面板1061，用户输入单元106还可以包括其他输入设备1062。可选地，其他输入设备1062可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。50.可选地，触控面板1061可覆盖显示面板1051，当触控面板1061检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1051上提供相应的视觉输出。虽然在图1中，触控面板1061与显示面板1051是作为两个独立的部件来实现智能终端的输入和输出功能，但是在某些实施例中，可以将触控面板1061与显示面板1051集成而实现智能终端的输入和输出功能，具体此处不做限定。51.接口单元107用作至少一个外部装置与智能终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(i/o)端口、视频i/o端口、耳机端口等等。接口单元107可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到智能终端100内的一个或多个元件或者可以用于在智能终端100和外部装置之间传输数据。52.存储器108可用于存储软件程序以及各种数据。存储器108可主要包括存储程序区和存储数据区，可选地，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器108可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。53.处理器110是智能终端的控制中心，利用各种接口和线路连接整个智能终端的各个部分，通过运行或执行存储在存储器108内的软件程序和/或模块，以及调用存储在存储器108内的数据，执行智能终端的各种功能和处理数据，从而对智能终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，可选地，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。54.智能终端100还可以包括给各个部件供电的电源109(比如电池)，优选的，电源109可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。55.尽管图1未示出，智能终端100还可以包括蓝牙模块等，在此不再赘述。56.为了便于理解本技术实施例，下面对本技术的智能终端所基于的通信网络系统进行描述。57.请参阅图2，图2为本技术实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的lte系统，该lte系统包括依次通讯连接的ue(userequipment，用户设备)201，e-utran(evolvedumtsterrestrialradioaccessnetwork，演进式umts陆地无线接入网)202，epc(evolvedpacketcore，演进式分组核心网)203和运营商的ip业务204。58.可选地，ue201可以是上述智能终端100，此处不再赘述。59.e-utran202包括enodeb2021和其它enodeb2022等。可选地，enodeb2021可以通过回程(backhaul)(例如x2接口)与其它enodeb2022连接，enodeb2021连接到epc203，enodeb2021可以提供ue201到epc203的接入。60.epc203可以包括mme(mobilitymanagemententity，移动性管理实体)2031，hss(homesubscriberserver，归属用户服务器)2032，其它mme2033，sgw(servinggateway，服务网关)2034，pgw(pdngateway，分组数据网络网关)2035和pcrf(policyandchargingrulesfunction，政策和资费功能实体)2036等。可选地，mme2031是处理ue201和epc203之间信令的控制节点，提供承载和连接管理。hss2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过sgw2034进行发送，pgw2035可以提供ue201的ip地址分配以及其它功能，pcrf2036是业务数据流和ip承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。61.ip业务204可以包括因特网、内联网、ims(ipmultimediasubsystem，ip多媒体子系统)或其它ip业务等。62.虽然上述以lte系统为例进行了介绍，但本领域技术人员应当知晓，本技术不仅仅适用于lte系统，也可以适用于其他无线通信系统，例如gsm、cdma2000、wcdma、td-scdma以及未来新的网络系统(如5g)等，此处不做限定。63.为了更好地理解本技术实施例，介绍了上述智能终端硬件结构以及通信网络系统，现在提出本技术各个实施例。64.为了便于理解，首先介绍本技术涉及的术语。65.activity组件：activity是安卓(android)的四大组件(activity活动、service服务、broadcastreceive广播接收器、contentprovider活动)之一，是android开发中使用最为频繁的一种组件。66.进程保活：让进程永远存在内存中。67.为了更好的理解本技术实施例公开的一种应用处理方法，下面结合附图对本技术提供的应用处理方法、智能终端及存储介质进行详细地介绍。68.第一实施例69.请参见图3，图3是本技术实施例提供的一种应用处理方法的流程示意图。图3所示的应用处理方法包括s301～s302。本技术实施例的该方法可以由图1所示的智能终端来执行，也可以由该智能终端中的芯片来执行，该智能终端可以应用于图2所示的通信网络系统。图3所示的方法执行主体以智能终端为例。其中：70.s301：根据应用使用数据、应用下载数据、资源占用数据中至少一种相关数据，确定或生成待清理应用是否为保活应用。71.可选地，应用使用数据可以是应用在一定周期内的使用时长，也可以是应用在一定时间内的使用次数等，在此不做具体限制。应用下载数据可以是应用在应用商城中被下载的次数，该应用下载数据可以表示该应用当前的受欢迎程度。资源占用数据可以是应用占用的内存大小，也可以是该应用对应的应用进程占用内存值的大小。72.可选地，根据应用在一定周期内的应用使用时长，确定或生成待清理应用是否为保活应用。通过将该应用使用时长与预设使用时长阈值进行比较，确定或生成待清理应用是否为保活应用。当该应用使用时长大于预设使用时长阈值时，确定或生成待清理应用是为保活应用；当该应用使用时长小于预设使用时长阈值时，确定或生成待清理应用不为保活应用。例如，现有三个待清理应用：待清理应用1、待清理应用2、待清理应用3。以一个星期为一个周期，获取待清理应用1、待清理应用2、待清理应用3在一周内的应用使用时长分别为：28小时、42小时、10小时。预设使用时长阈值为22小时。待清理应用1对应的应用使用时长(28小时)大于预设使用时长阈值(22小时)，则判断该待清理应用1为保活应用。同理，待清理应用2对应的应用使用时长(42小时)大于预设使用时长阈值(22小时)，则判断该待清理应用2为保活应用。待清理应用3对应的应用使用时长(10小时)小于预设使用时长阈值(22小时)，则判断该待清理应用3不为保活应用。73.可选地，根据应用在一定时间内的应用使用次数，确定或生成待清理应用是否为保活应用。通过将该应用使用次数与预设使用次数阈值进行比较，确定或生成待清理应用是否为保活应用。当该应用使用次数大于预设使用次数阈值时，确定或生成待清理应用是为保活应用；当该应用使用次数小于预设使用次数阈值时，确定或生成待清理应用不为保活应用。例如，现有三个待清理应用：待清理应用1、待清理应用2、待清理应用3。以一个星期为一个周期，获取待清理应用1、待清理应用2、待清理应用3在一周内的应用使用次数分别为：24次、31次、5次。预设使用时长阈值为22次。待清理应用1对应的应用使用次数(24次)大于预设使用次数阈值(22次)，则判断该待清理应用1为保活应用。同理，待清理应用2对应的应用使用次数(31次)大于预设使用次数阈值(22次)，则判断该待清理应用2为保活应用。和/或，待清理应用3对应的应用使用次数(5次)小于预设使用次数阈值(22次)，则判断该待清理应用3不为保活应用。74.可选地，还可以根据应用在一定周期内的应用使用时长和应用在一定时间内的应用使用次数一同确定或生成待清理应用是否为保活应用。为应用使用时长和应用使用次数分别设定使用时长权重和使用次数权重，以及预设使用数据阈值。通过应用使用时长、使用时长权重、应用使用次数、使用次数权重以及使用数据阈值，确定或生成待清理应用是否为保活应用。示例性的，将应用使用时长与使用时长权重相乘得到时长结果，再将应用使用次数与使用次数权重相乘得到次数结果，最后将该时长结果与该次数结果相加得到最终结果，将该最终结果与使用数据阈值进行比较，确定或生成待清理应用是否为保活应用。如果该最终结果大于使用数据阈值，则确定或生成待清理应用是为保活应用。如果该最终结果小于使用数据阈值，则确定或生成待清理应用不为保活应用。75.可选地，预设使用时长阈值、预设使用次数阈值以及使用数据阈值可以是根据历史经验预设的，也可以是通过阈值确定模型预测得到的阈值。该阈值用来衡量应用是否为用户经常使用的应用。将用户常使用的应用作为保活应用可以减少用户重新打开该应用时等待的时间，提升用户的使用感受。76.可选地，通过应用下载数据和/或资源占用数据确定或生成待清理应用是否为保活应用，也可以通过上述设置阈值的方式进行确定。当通过至少一个相关数据进行确定过程时，可以通过上述设置权重的方式进行确定。需要说明的是，上述的确定方式均为可选地方式，还可以存在其他确定方式，在此不做限制。77.可选地，资源占用数据包括初始资源占用数据，应用处理方法还包括：获取至少一个应用的下载数据，和/或，获取所述至少一个应用的初始资源占用数据；根据至少一个应用的下载数据和/或初始资源占用数据，对至少一个应用排序，得到第一排序结果；将第一排序结果中排在前m位的应用确定为保活应用。78.可选地，应用的下载数据可以代表应用的受欢迎程度，第一排序结果是将受欢迎的应用排在前，也就是说应用越受欢迎，在第一排序结果中排名越靠前。初始资源占用数据可以代表应用占用的内存等资源的大小。第一排序结果是将占用资源少的应用排在前，也就是说应用越占用的资源越少，在第一排序结果中排名越靠前。79.可选地，当第一排序结果是由应用的下载数据和应用的资源占用数据共同决定时，可以通过引入下载权重和占用权重一同确定第一排序结果。可选地，下载权重和占用权重分别代表应用的下载数据和应用的资源占用数据在排序过程中的重要程度。80.示例性的，有三个应用：应用1、应用2以及应用3。可选地，应用1对应的下载数据为100次、应用2对应的下载数据为80次、应用3对应的下载数据为400次。其中，应用1对应的初始资源占用数据为100mb、应用2对应的下载数据为130mb、应用3对应的下载数据为80mb。下载权重和占用权重分别为0.6和0.8。应用1在第一排序结果中的排序依据为：100*0.6-100*0.8＝-20；应用2在第一排序结果中的排序依据为：80*0.6-130*0.8＝-64；应用3在第一排序结果中的排序依据为：400*0.6-80*0.8＝176。因为176》-20》-64所以第一排序结果从上至下为：应用3、应用1、应用2。若m为2，则确定应用3和应用2为保活应用。可见，保活应用为受欢迎且占用资源少的应用。81.可选地，当第一排序结果是由应用的下载数据和应用的资源占用数据共同决定process)，前台进程是用户当前做的事所必须的进程，杀死前台进程须要用户交互，由于前台进程的优先级是最高的；可见进程(visibleprocess)，一个不含任何前台组件，但仍可被用户在屏幕上所见的进程，可见的进程也被认为是很重要的，通常不会被销毁，除非是为了保证全部前台进程的运行而不得不杀死可见进程的时候；服务进程(serviceprocess)，若是一个进程中运行着一个服务(service)，而且不属于上面两种较高优先级的状况，这个进程就是一个服务进程；后台进程(backgroundprocess)，若是进程不属于上面三种状况，可是进程持有一个用户不可见的activity就认为进程是一个后台进程；后台进程不直接影响用户体验，系统会为了前台进程、可见进程、服务进程而任意杀死后台进程；空进程，若是一个进程不包含任何活跃的应用组件，则认为是空进程。例如：一个进程当中已经没有数据在运行了，可是内存当中还为这个应用驻留了一个进程空间。保存这种进程的惟一理由是为了缓存的须要，为了加快下次要启动这个进程中的组件时的启动时间。系统为了平衡进程缓存和底层内核缓存的资源，常常会杀死空进程；未知进程(unknown)，在某些未知位置进程了调整(一般来说，将一些将要被缓存的，但还不知道确切的值的目标在缓存范围内分配)，这也是预留的最低级别，一般对于缓存的进程才有可能设置成这个级别。88.可选地，首先确定出保活应用的进程内存值占用大小，然后将保活应用中对应的进程内存值占用大小与第二阈值进行比较，将进程内存值占用大小超过第二阈值的应用不再视为保活应用，并告知用户内存占用异常的情况，询问用户是否要杀掉该进程。在得到用户确定杀掉该进程的指示后，将该进程的优先级调整到最低级，以实现将该应用的进程杀掉。89.示例性的，有三个保活应用：保活应用1、保活应用2以及保活应用3。这三个保活应用对应的进程占用的内存值分别为：20mb、40mb以及310mb。第二阈值为200mb。将保活应用1、保活应用2以及保活应用3对应的进程占用的内存值与第二阈值比较，得到保活应用1和保活应用2的进程占用的内存值小于第二阈值，保活应用3的进程占用的内存值大于第二阈值。将保活应用3确定为待调整应用。将保活应用3的优先级调整至unknown，并针对保活应用3输出异常提示信息，以提示用户保活应用3的进程占用的内存值过大，询问用户是否将保活应用3的进程杀掉。在接收到用户确定杀掉保活应用3的进程后，将保活应用3的进程杀掉。90.s302：若待清理应用为保活应用，则在预设时间段对待清理应用进行保活处理。91.可选地，预设时间段可以是用户手动在近期任务中清理任务时，该预设时间段还可以是系统自动清理近期任务时，该预设时间段还可以是系统启动之后或重启时。需要说明的是，该预设时间段不仅限于上述提及的三种时间段，还可以存在其他时间段，在此不做限制。保活处理可以包括：对保用应用的进程进行保护(仅清理保活应用的预设组件，保护该保活应用的进程存活在后台)。92.可选地，在预设时间段对待清理应用进行保活处理，包括：在预设时间段对待清理应用的预设组件进行清理，对保活应用的应用进程进行保活。93.可选地，预设组件可以是activity组件，activity组件是一个应用程序组件，用于提供一个屏幕，用户可以通过该预设组件进行交互，以完成某项任务。在安卓应用中，一个activity通常就是一个单独的屏幕，该屏幕上面可以显示一些控件(如，按钮等)也可以监听并处理用户的操作。94.示例性的，以聊天应用为保活应用为例，该聊天应用存在聊天界面(activity组件)，当对该聊天应用进行清理时，该聊天应用的聊天界面被清理，回到安卓系统的主界面。但该聊天应用的进程仍然存在与内存中(该聊天应用持续接收聊天信息)。95.可选地，若待清理应用为保活应用，在预设时间段对待清理应用进行保活处理，包括：若待清理应用为保活应用，则确定或生成待清理应用的当前资源占用数据；若当前资源占用数据所指示的数值小于或等于第一阈值，则在对待清理应用进行应用清理时，对待清理应用进行保活处理；和/或，若当前资源占用数据所指示的数值大于第一阈值，则在对待清理应用进行应用清理时，对待清理应用进行非保活处理。96.可选地，因为当应用的进程占用的内存过大时，会造成系统的卡顿甚至崩溃，而第一阈值就是为了防止上述情况的出现，用于判断待清理应用对应的进程占用的内存是否超过预设范围。待清理应用的当前资源占用数据可以是待清理应用的进程占用的内存值大小。当判断该待清理应用的进程的内存值大于第一阈值时，直接对该待清理应用的进程进行清除(非保活处理)，当该待清理应用的内存值小于或等于第一阈值时，再判断该待清理应用是否为保活应用，如果是保活应用，则直接进行保活处理，如果不是保活应用，则对该待清理应用的进程进行清除(非保活处理)。97.可选地，至少一个保活应用的应用图标显示有第一保活控件，该应用处理方法还包括：响应于第一保活控件的触发操作，输出移除保护选项；响应于移除保护选项的选择操作，将至少一个保活应用调整为非保活应用。98.可选地，第一保活控件可以显示在缩略图集中保活应用的应用图片旁，该第一保活控件也可以显示在针对保活应用的设置页面，该第一保活空间还可以存在于保活名单列表中保活应用的图标旁。99.可选地，存在一个保活名单，该保活名单内包含所有保活应用的标识(如保活应用的名字以及图片等)。该保活名单中的保活应用均对应有第一保活控件，用户通过操作该第一保活控件，可以将该保活名单中的保活应用从该保活名单中移除(将保活应用调整为非保活应用)。可选地，对于第一保活控件可以包括点击该第一保活控件，也可以包括长按该第一保活控件，还可以包括滑动该第一保活控件等。对于第一保活控件的操作还可以包括其他操作，在此不做限制。100.可选地，在用户触发了第一保活控件后，还可以弹出提示，以询问用户是否确定将该第一保活控件对应的保活应用从保活名单中移除(将保活应用调整为非保活应用)。在用户确定移除后，将该保活应用从保活名单中移除。通过让用户二次确认选择操作，避免了用户手误造成的移除错误。101.示例性的，如图4所示，图4中的左图为保活名单界面。该保活名单中每一列包括：应用图标、应用名称、应用对应的第一保活控件。该界面包含三个应用：应用1、应用2、应用3，这三个应用均为保活应用。该界面还包括三个第一保活控件：第一保活控件1、第一保活控件2以及第一保活控件3。这三个第一保活控件与三个应用一一对应。用户通过对应用3对应的第一保活控件3(图4中的401)进行操作，将该应用3从保活名单中移除(将应用3从保活应用调整为非保活应用)，得到如图4中右图所示。102.可选地，在第二预设界面中，目标应用的缩略图显示有第二保活控件，目标应用为处于保活名单中且处于后台运行的至少一个应用；该应用处理方法还包括：响应于第二保活控件的第一触发操作，将第二保活控件由第一显示状态调整为第二显示状态，将至少一个目标应用由保活应用调整为非保活应用；或者，响应于第二保活控件的第二触发操作，将第二保活控件由第二显示状态调整为第一显示状态，将至少一个目标应用由非保活应用调整为保活应用。103.可选地，第一显示状态可以为保活状态，第二显示状态可以为非保活状态，第一触发操作可以将目标应用由保活状态调整为非保活状态。第一显示状态还可以为非保活状态，第二显示状态可以为保活状态，第一触发操作可以将目标应用由非保活状态调整为保活状态。第二保活控件可以为按钮，此时第二保活控件对应的第一显示状态可以为高亮状态，第二显示状态可以为非高亮状态。第二保活控件还可以为开关，此时第二保活控件对应的第一显示状态可以为开状态，第二显示状态可以为关状态。以上对于第二保活控件、第一显示状态以及第二显示状态的解释均为举例，第二保活控件、第一显示状态以及第二显示状态还可以有其他形式，在此不做赘述。104.示例性的，如图5所示，图5中左边的图为缩略图界面，该界面包含至少一个应用的缩略图以及至少一个应用对应的应用名称和应用图标。图5中的501为应用1对应的第二保活控件，此时第二保活控件501为一个开关控件，该开关控件位于开启状态，代表应用1为保活应用。通过对该第二保活控件501进行操作，将应用1(保活应用)调整为非保活应用。如图5中右侧图所示，此时图5中的502变为关闭状态，应用1由保活应用变为非保活应用。105.实施例2106.为了更好的理解本技术所提供的应用处理方法，下面再结合图6对该应用处理方法做进一步的解释。107.s601：用户增添/移除保护应用(也就是上文所述的保活应用)。108.可选地，用户通过如图5的方式，对各个应用进行保活操作(将非保活应用调整为保活应用/将保活应用调整为非保活应用)。109.可选地，用户的移除操作可以通过如图4所示的方式。在一种可能的实施例中，在用户触选择增添/移除保护应用后，可以弹出提示，以询问用户是否确定将该保活应用从保活名单中移除(将保活应用调整为非保活应用)。在用户确定移除后，将该保活应用从保活名单中移除。110.s602：收集用户一周内的使用数据(如应用的应用使用数据、资源占用数据等)。111.可选地，还可以收集应用下载数据以及资源占用数据。其中，应用使用数据可以是应用在一定周期内的使用时长，也可以是应用在一定时间内的使用次数等，在此不做具体限制。应用下载数据可以是应用在应用商城中被下载的次数，该应用下载数据可以表示该应用当前的受欢迎程度。资源占用数据可以是应用占用的内存大小，也可以是该应用对应的应用进程占用内存值的大小。112.需要说明的是，在符合相关法律法规及获得用户同意的前提下，才会进行上述数据收集。113.s603：根据使用数据，将使用频率最高的m个应用纳入保护范围。114.可选地，可以通过将应用的使用频率进行排序，将排在最前面(使用频率最高的)的m个应用纳入保护范围。115.可选地，还可以通过目标周期内应用对应的使用次数、所述目标周期内应用对应的使用时间选取出目标应用纳入保护范围。116.s604：使用后台清理策略对应用进行清理。117.可选地，后台清理策略可以是采样低内存杀死机制(lowmemorykiller，lmk)。该策略采用针对进程的优先级从低到高的进行进程清除。需要说明的是，该后台清理策略不仅限于该方式，lmk只是举例说明，还可以存在其他的后台清理策略，在此不做限制。118.s605：当进行后台清理时，判断待清理的应用是否在保护范围内(也就是判断待清理应用是否为保活应用)。119.可选地，可以根据应用使用数据、应用下载数据、资源占用数据中至少一种相关数据，确定或生成待清理应用是否为保活应用。120.可选地，可以是根据上述任意一种相关数据(如应用使用数据，或者应用下载数据，或者资源占用数据)，确定或生成待清理应用是否为保活应用；也可是根据上述任意两种相关数据(如应用使用数据和应用下载数据，或者应用使用数据和资源占用数据，或者应用下载数据和资源占用数据)，确定或生成待清理应用是否为保活应用；还可以是根据上述三种相关数据(如应用使用数据和应用下载数据和资源占用数据)，确定或生成待清理应用是否为保活应用。具体的相关确定或生成待清理应用是否为保活应用的方式可以参见上述s301，在此不做赘述。121.s606：对于不需要保护(非保活应用)进行正常清理(非保活处理)。122.可选地，该正常清理可以是将该应用的进程杀掉。123.s607：该应用规避清理(进行保活处理)。124.可选地，该规避清理可以是在预设时间段对待清理应用的预设组件进行清理，对保活应用的应用进程进行保活。需要说明的是，该保活处理不仅限于该方式，具体可参见步骤s302中所示的各保活处理方式，在此不做赘述。125.本实施例，从用户的自定义选择和用户近期使用应用频率两个维度来确定保护范围，在清理的过程中直接确定该应用是否位于保护范围，来决定是否需要进行保活处理。使得确定的保护范围更准确。126.实施例3127.上述应用处理方法在确定了待清理应用为保活应用后，对待清理应用进行清理时，还可以判断该待清理应用当前资源占用数据是否小于或等于第一阈值，当该待清理应用既为待保活应用，且该待清理应用的当前资源占用数据还小于或等于第一阈值时，对该待清理应用进行保活处理，否则对该待清理应用进行非保活处理。下面结合图7对该实施例3做进一步的解释说明。128.s701：确定或生成待清理应用是否为保活应用可以如s301中所述，根据应用使用数据、应用下载数据、资源占用数据中至少一种相关数据，确定或生成待清理应用是否为保活应用。129.可选地，应用使用数据可以是应用在一定周期内的使用时长，也可以是应用在一定时间内的使用次数等，在此不做具体限制。应用下载数据可以是应用在应用商城中被下载的次数，该应用下载数据可以表示该应用当前的受欢迎程度。资源占用数据可以是应用占用的内存大小，也可以是该应用对应的应用进程占用内存值的大小。可选地，可以是根据任意一种相关数据(如应用使用数据，或者应用下载数据，或者资源占用数据)，确定或生成待清理应用是否为保活应用；也可是根据任意两种相关数据(如应用使用数据和应用下载数据，或者应用使用数据和资源占用数据，或者应用下载数据和资源占用数据)，确定或生成待清理应用是否为保活应用；还可以是根据三种相关数据(如应用使用数据和应用下载数据和资源占用数据)，确定或生成待清理应用是否为保活应用。具体的相关确定或生成待清理应用是否为保活应用的方式可以参见上述s301，在此不做赘述。130.s702：当确定该待清理应用为保活应用后，确定该待清理应用的当前资源占用数据。其中当前资源占用数据可以是该待清理应用的进程占用内存值的大小。131.s703：将该待清理应用的当前资源占用数据与第一阈值进行比较。132.可选地，待清理应用的当前资源占用数据可以是待清理应用的进程占用的内存值大小。因为当应用的进程占用的内存过大时，会造成系统的卡顿甚至崩溃，而第一阈值就是为了防止上述情况的出现，用于判断待清理应用对应的进程占用的内存是否超过预设范围。133.可选地，该步骤s703与步骤s702也可以在步骤s701之前完成。先判断待清理应用的当前资源占用数据是否大于第一阈值，当该待清理应用的当前资源占用数据大于第一阈值后不再判断该待清理应用是否为保活应用，只有当该待清理应用的当前资源占用数据小于或等于第一阈值时，才判断该待清理应用是否为保活应用。134.s704：对既是保活应用，对应的当前资源占用数据又满足判断条件的待清理应用进行保活处理。135.可选地，在预设时间段对待清理应用进行保活处理，包括：在预设时间段对待清理应用的预设组件进行清理，对保活应用的应用进程进行保活。需要说明的是，该保活处理不仅限于该方式，具体可参见步骤s302中所示的各保活处理方式，在此不做赘述。136.s705：对于非保活应用，以及不满足第一阈值的保活应用进行非保活处理。137.可选地，当确定待清理应用为非保活应用后，对该待清理应用进行非保活处理。判断该待清理应用是否为保活应用的方式可以如步骤s301中所述的方式，在此不做过多赘述。138.可选地，当确定待清理应用为保活应用后，确定该待清理应用的当前资源占用数据，将该当前资源占用数据与第一阈值进行比较，当该待清理应用的当前资源占用数据大于第一阈值后，对该待清理应用进行非保活处理。139.请参见图8，图8是实现本技术各个实施例的一种应用处理装置的结构示意图。可选地，应用处理装置800包括确定单元801和处理单元802。其中：140.确定单元801：用于根据应用使用数据、应用下载数据、资源占用数据中至少一种相关数据，确定或生成待清理应用是否为保活应用；141.处理单元802：用于若待清理应用为保活应用，则在预设时间段对待清理应用进行保活处理。142.可选地，处理单元802还用于在预设时间段对待清理应用的预设组件进行清理，对保活应用的应用进程进行保活。143.可选地，所述预设组件可以为activity组件，也可以为其他组件。144.可选地，确定单元801还用于获取至少一个应用的下载数据，和/或，获取所述至少一个应用的初始资源占用数据；处理单元802还用于根据至少一个应用的下载数据和/或初始资源占用数据，对至少一个应用排序，得到第一排序结果；处理单元802还用于将第一排序结果中排在前m位的应用确定为保活应用。145.可选地，确定单元801还用于获取至少一个应用的使用数据；处理单元802还用于根据至少一个应用的使用数据，对应用排序，得到第二排序结果；确定单元801还用于将第二排序结果中排在前n位的应用确定为保活应用；应用使用数据包括以下至少一种：目标周期内应用对应的使用次数、目标周期内应用对应的使用时间、目标周期内应用对应的资源占用数据。146.可选地，确定单元801还用于若待清理应用为保活应用，则确定或生成待清理应用的当前资源占用数据；处理单元802还用于若当前资源占用数据所指示的数值小于或等于第一阈值，则在对待清理应用进行应用清理时，对待清理应用进行保活处理。147.可选地，处理单元802还用于若当前资源占用数据所指示的数值大于第一阈值，则在对待清理应用进行应用清理时，对待清理应用进行非保活处理。148.可选地，确定单元801还用于确定至少一个保活应用的参考资源占用数据；确定单元801还用于根据参考资源占用数据从至少一个保活应用中确定或生成待调整应用，待调整应用对应的参考资源占用数据所指示的数值大于第二阈值；处理单元802还用于针对待调整应用输出异常提示信息；处理单元802还用于基于异常提示信息输入的指令，对待调整应用进行处理。149.可选地，处理单元802还用于响应于第一保活控件的触发操作，输出移除保护选项；处理单元802还用于响应于移除保护选项的选择操作，将至少一个保活应用调整为非保活应用。150.可选地，处理单元802还用于响应于第二保活控件的第一触发操作，将第二保活控件由第一显示状态调整为第二显示状态，将至少一个目标应用由保活应用调整为非保活应用；或者，处理单元802还用于响应于第二保活控件的第二触发操作，将第二保活控件由第二显示状态调整为第一显示状态，将至少一个目标应用由非保活应用调整为保活应用。151.请参阅图9，图9为实现本技术各个实施例的一种智能终端的结构示意图。该智能终端900可以包括收发器901、存储器902和处理器903，收发器901、存储器902和处理器903通过一条或多条通信总线连接。152.处理器903可以是中央处理单元(centralprocessingunit，cpu)，该处理器903还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)或者其他可编程逻辑器件等。其中：153.存储器902，用于存储程序指令。处理器903，用于调用存储器902中存储的程序指令，以用于执行前述图3、图4、图5以及图6对应实施例中应用处理装置所执行的步骤，此处不再赘述。154.基于同一发明构思，本技术实施例中提供的智能终端900解决问题的原理与有益效果与本技术方法实施例中应用处理装置解决问题的原理和有益效果相似，可以参见方法的实施的原理和有益效果，为简洁描述，在这里不再赘述。155.本技术实施例还提供一种智能终端，该智能终端包括处理器和存储器，存储器中存储有计算机程序，处理器执行存储器中存储的计算机程序，实现如上述任一实施例中的应用处理方法的步骤。156.本技术实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述任一实施例中的应用处理方法的步骤。上述计算机可读存储介质包括但不限于快闪存储器、硬盘、固态硬盘。157.在本技术提供的智能终端和计算机可读存储介质的实施例中，可以包含任一上述应用处理方法实施例的全部技术特征，说明书拓展和解释内容与上述方法的各实施例基本相同，在此不再做赘述。158.本技术实施例还提供一种计算机程序产品，计算机程序产品包括计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行如上各种可能的实施方式中的方法。159.本技术实施例还提供一种芯片，包括存储器和处理器，存储器用于存储计算机程序，处理器用于从存储器中调用并运行计算机程序，使得安装有芯片的设备执行如上各种可能的实施方式中的方法。160.可以理解，上述场景仅是作为示例，并不构成对于本技术实施例提供的技术方案的应用场景的限定，本技术的技术方案还可应用于其他场景。例如，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本技术实施例提供的技术方案对于类似的技术问题，同样适用。161.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。162.本技术实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。163.本技术实施例设备中的单元可以根据实际需要进行合并、划分和删减。164.在本技术中，对于相同或相似的术语概念、技术方案和/或应用场景描述，一般只在第一次出现时进行详细描述，后面再重复出现时，为了简洁，一般未再重复阐述，在理解本技术技术方案等内容时，对于在后未详细描述的相同或相似的术语概念、技术方案和/或应用场景描述等，可以参考其之前的相关详细描述。165.在本技术中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。166.本技术技术方案的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本技术记载的范围。167.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台智能终端(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本技术每个实施例的方法。168.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本技术实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络，或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、存储盘、磁带)、光介质(例如，dvd)，或者半导体介质(例如固态存储盘solidstatedisk(ssd))等。169.以上仅为本技术的优选实施例，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的
技术领域：
：，均同理包括在本技术的专利保护范围内。当前第1页12当前第1页12