CN110032398B - 应用处理方法和装置、电子设备、计算机可读存储介质 - Google Patents
应用处理方法和装置、电子设备、计算机可读存储介质 Download PDFInfo
- Publication number
- CN110032398B CN110032398B CN201810031008.2A CN201810031008A CN110032398B CN 110032398 B CN110032398 B CN 110032398B CN 201810031008 A CN201810031008 A CN 201810031008A CN 110032398 B CN110032398 B CN 110032398B
- Authority
- CN
- China
- Prior art keywords
- application
- information
- synchronous
- resource
- state
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4418—Suspend and resume; Hibernate and awake
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Telephone Function (AREA)
Abstract
本申请涉及一种应用处理方法和装置、电子设备、计算机可读存储介质。该方法包括:电子设备获取目标应用的未读信息;获取所述未读信息的关联信息;根据所述关联信息确定是否对处于冻结状态的同步应用进行唤醒,所述同步应用是指用于向可穿戴设备同步信息的应用;若是,则唤醒所述同步应用,通过唤醒后的同步应用将所述未读信息同步至与所述电子设备连接的可穿戴设备;否则,保持所述同步应用处于冻结状态。通过上述方法,可提高电子设备的资源利用率。
Description
技术领域
本申请涉及数据处理领域,特别是涉及一种应用处理方法和装置、电子设备、计算机可读存储介质。
背景技术
电子设备上安装的应用在运行时,需要占用一定的资源,如占用处理器资源、接口资源、网络资源和/或内存资源等。由于电子设备上运行的应用众多,当所有应用占据的资源过多时,会影响终端的整体运行效率。
传统方法通常是对后台应用进行冻结处理,以限制后台应用对资源的占用,提高电子设备上的可利用资源。然而,被冻结的应用还是会被其它应用或者接收到的消息唤醒,被唤醒的应用通常会解除其资源限制,导致对该应用的冻结无效,特别是当电子设备还连接有可穿戴设备时,还需要将消息同步到可穿戴设备上,进一步增加对电子设备的资源占用。因而,传统方法难以有效提高电子设备上的可利用资源。
发明内容
本申请实施例提供一种应用处理方法和装置、电子设备、计算机可读存储介质,可以提高设备的可利用资源。
一种应用处理方法,包括:
电子设备获取目标应用的未读信息;
获取所述未读信息的关联信息;
根据所述关联信息确定是否对处于冻结状态的同步应用进行唤醒,所述同步应用是指用于向可穿戴设备同步信息的应用;
若是,则唤醒所述同步应用,通过唤醒后的同步应用将所述未读信息同步至与所述电子设备连接的可穿戴设备;
否则,保持所述同步应用处于冻结状态。
一种应用处理装置,所述装置包括:
未读信息获取模块,用于获取目标应用的未读信息;获取所述未读信息的关联信息;
唤醒检测模块,用于根据所述关联信息确定是否对处于冻结状态的同步应用进行唤醒,所述同步应用是指用于向可穿戴设备同步信息的应用;
唤醒处理模块,用于唤醒所述同步应用;
信息同步模块,用于通过唤醒后的同步应用将所述未读信息同步至与所述电子设备连接的可穿戴设备;
冻结保持模块,用于保持所述同步应用处于冻结状态。
一种电子设备,包括存储器及处理器,所述存储器中储存有计算机程序,所述计算机程序被所述处理器执行时,使得所述处理器执行本申请各实施例中所述的应用处理方法的步骤。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现本申请各实施例中所述的应用处理方法的步骤。
本申请实施例提供的应用处理方法和装置、电子设备、计算机可读存储介质,当目标应用上有未读信息时,通过获取该未读信息的关联信息,根据该关联信息确定是否对处于冻结状态的同步应用进行唤醒,由于该同步应用是用于向可穿戴设备同步信息的应用,若是,则唤醒该同步应用,并通过该同步应用同步未读信息至可穿戴设备,否则,继续保持同步应用处于冻结状态,维持对其资源限制,减少对同步应用的不必要唤醒,以提高电子设备的可利用资源。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为一个实施例中电子设备的内部结构示意图;
图2为一个实施例中电子设备中的系统的部分框架示意图;
图3为一个实施例中应用处理方法的流程图;
图4为一个实施例中应用处理流程的示意图;
图5为另一个实施例中应用处理方法的流程图;
图6为一个实施例中应用处理装置的结构框图;
图7为另一个实施例中应用处理装置的结构框图;
图8为又一个实施例中应用处理装置的结构框图;
图9为一个实施例中手机的部分结构的框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
可以理解,本发明所使用的术语“第一”、“第二”等可在本文中用于描述各种元件,但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说,在不脱离本发明的范围的情况下,可以将第一占用率阈值称为第二占用率阈值,且类似地,可将第二占用率阈值称为第一占用率阈值。第一占用率阈值和第二占用率阈值两者都是占用率阈值,但其不是同一占用率阈值。
在一个实施例中,如图1所示,提供了一种电子设备的内部结构示意图。该电子设备包括通过系统总线连接的处理器、存储器和网络接口。其中,该处理器用于提供计算和控制能力,支撑整个电子设备的运行。存储器用于存储数据、程序、和/或指令代码等,存储器上存储至少一个计算机程序,该计算机程序可被处理器执行,以实现本申请实施例中提供的适用于电子设备的应用处理方法。存储器可包括磁碟、光盘、只读存储记忆体(Read-OnlyMemory,ROM)等非易失性存储介质,或随机存储记忆体(Random-Access-Memory,RAM)等。例如,在一个实施例中,存储器包括非易失性存储介质及内存储器。非易失性存储介质存储有操作系统和计算机程序。该计算机程序可被处理器所执行,以用于实现本申请各个实施例所提供的一种应用处理方法。内存储器为非易失性存储介质中的操作系统和计算机程序提供高速缓存的运行环境。网络接口可以是以太网卡或无线网卡等,用于与外部的电子设备进行通信,比如可用于与可穿戴设备进行通信。
本领域技术人员可以理解,图1中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的电子设备的限定,具体的电子设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。如该电子设备还包括通过系统总线连接的显示屏。显示屏可以是触摸屏,比如为电容屏或电子屏,用于显示前台应用的界面展示信息,还可以被用于检测作用于该显示屏的触摸操作,生成相应的指令,比如生成对未读信息的显示指令等。
在一个实施例中,如图2所示,提供了一种电子设备的部分架构图。其中,该电子设备的架构系统中包括JAVA空间层210、本地框架层220以及内核(Kernel)空间层230。JAVA空间层210上可包含冻结管理应用212,电子设备可通过该冻结管理应用212来实现对各个应用的冻结策略,对后台耗电的相关应用做冻结和解冻等操作。本地框架层220中包含资源优先级和限制管理模块222和平台冻结管理模块224。电子设备可通过资源优先级和限制管理模块222实时维护不同的应用处于不同优先级和不同资源的组织中,并根据上层的需求来调整应用程序的资源组别从而达到优化性能,节省功耗的作用。电子设备可通过平台冻结管理模块224将后台可以冻结的任务按照进入冻结时间的长短,分配到对应预设的不同层次的冻结层,可选地,该冻结层可包括三个,分别是:CPU限制睡眠模式、CPU冻结睡眠模式、进程深度冻结模式。其中,CPU限制睡眠模式是指对相关进程所占用的CPU资源进行限制,使相关进程占用较少的CPU资源,将空余的CPU资源向其它未被冻结的进程倾斜,限制了对CPU资源的占用,也相应限制了进程对网络资源以及I/O接口资源的占用;CPU冻结睡眠模式是指禁止相关进程使用CPU,而保留对内存的占用,当禁止使用CPU资源时,相应的网络资源以及I/O接口资源也被禁止使用;进程深度冻结模式是指除禁止使用CPU资源之外,进一步对相关进程所占用的内存资源进行回收,回收的内存可供其它进程使用。内核空间层230中包括UID管理模块231、Cgroup模块232、Binder管控模块233、进程内存回收模块234以及冻结超时退出模块235。其中,UID管理模块231用于实现基于应用的用户身份标识(UserIdentifier,UID)来管理第三方应用的资源或进行冻结。相比较于基于进程身份标识(Process Identifier,PID)来进行进程管控,通过UID更便于统一管理一个用户的应用的资源。Cgroup模块232用于提供一套完善的中央处理器(Central Processing Unit,CPU)、CPUSET、内存(memory)、输入/输出(input/output,I/O)和Net相关的资源限制机制。Binder管控模块233用于实现后台binder通信的优先级的控制。其中,本地框架层220的接口模块包含开发给上层的binder接口,上层的框架或者应用通过提供的binder接口来发送资源限制或者冻结的指令给资源优先级和限制管理模块222和平台冻结管理模块224。进程内存回收模块234用于实现进程深度冻结模式,这样能当某个第三方应用长期处于冻结状态的时候,会主要释放掉进程的文件区,从而达到节省内存的模块,也加快该应用在下次启动时的速度。冻结超时退出模块235用于解决出现冻结超时场景产生的异常。通过上述的架构,可实现本申请各个实施例中的应用处理方法。
在一个实施例中,如图3所示,提供了一种应用处理方法,本实施例以该方法应用于如图1所示的电子设备为例进行说明。该方法包括:
步骤302,电子设备获取目标应用的未读信息。
一个应用(Application,简称APP)的运行通常是由相关的多个进程的运行而体现的。进程(process)是计算机中的程序关于某数据集合上的一次运行活动,是系统进行资源分配和调度的基本单位,是操作系统结构的基础。目标应用为能够向可穿戴设备之间进行消息同步或通信的应用。比如为游戏类应用、音乐类应用或社交类应用或支付类应用等类型的应用。例如,用户可以通过游戏类应用玩游戏,也可以通过视频类应用看视频,还可以通过音乐类应用播放音乐等。
未读信息表示处于未读状态的信息。未读信息可包括向用户推荐的推送信息,比如为优惠信息、红包信息、好友或服务商的通知消息和/或应用更新信息等。比如,当该应用为音乐类应用时,该未读信息可为某一歌曲或歌手的推荐信息。电子设备可获取该未读信息,并解析该未读信息的信息内容。
步骤304,获取未读信息的关联信息。
该关联信息为用于确定同步应用是否满足唤醒条件的信息。同步应用是指用于向可穿戴设备同步信息的应用,电子设备在向可穿戴设备进行信息传输或信息同步时,需要使用到的应用即为该同步应用。在一个实施例中,关联信息可包括未读信息的重要级别、目标应用的所有未读信息的消息条数、电子设备的当前时空信息中的一种或几种。
其中,电子设备设置了不同的信息对应的重要级别。重要级别可分为多种级别,比如可按照重要程度由重到轻分别为一级、二级、三级、四级等。电子设备还可统计目标应用处于当前未读状态的未读信息的条数以及电视设备的当前时空信息。其中,时空信息包括时间信息和/或空间信息。当前时空信息即包括电子设备的当前时刻以及当前所处的经纬度等位置信息。
电子设备在获取了未读信息之后,可根据该未读信息获取相应的关联信息。比如,该关联信息为未读信息的重要级别时,可根据未读信息的信息类型或者具体信息内容,确定该未读信息的重要级别。
步骤306,根据关联信息确定是否对处于冻结状态的同步应用进行唤醒,若是,则执行步骤308,否则,执行步骤310。
电子设备预设了相应的唤醒条件,唤醒条件即根据该关联信息来确定。不同的同步应用对应的唤醒条件不一定相同。当接收到未读信息后,可检测关联信息是否满足对应唤醒条件,若是,则确定对冻结状态的同步应用进行唤醒,否则,不唤醒该同步应用。
在一个实施例中,唤醒条件包括以下几种条件中的任意一种或几种:
(1)未读信息的重要级别是否达到预设级别;
(2)未读信息的消息条数是否超过预设条数;
(3)当前时刻是否处于预设时间段;
(4)当前位置是否处于预设区域内。
预设级别为预先设置的用于判定是否达到唤醒条件的级别阈值,比如可为二级。类似地,预设条数、预设时间段和预设区域也分别为预先设置的用于判定是否达到唤醒条件的条数阈值、时间段阈值以及区域阈值。
当关联信息中对应的一种或几种满足上述对应的唤醒条件时,则执行步骤308,否则,执行步骤310。
步骤308,唤醒同步应用,通过唤醒后的同步应用将未读信息同步至与电子设备连接的可穿戴设备。
唤醒应用表示对相应的应用进行解冻,使得该应用可以运行。电子设备可可过无线传输的方式将该未读信息同步至可穿戴设备,使得可用户可在该可穿戴设备上查看电子设备上的未读信息。其中,该可穿戴设备可为运动手环、智能手表、头盔等智能可穿戴设备。无线通信的方式可为蓝牙通信。电子设备可通过蓝牙传输的方式与可穿戴设备连接,并通过该同步应用,采用蓝牙传输的方式将未读信息发送至可穿戴设备。
步骤310,保持同步应用处于冻结状态。
若同步应用不满足唤醒条件,则无需对该同步应用进行唤醒,以使其继续处于冻结状态,继续保持对该同步应用的资源限制,以提高前台应用的处理效率,提高电子设备的可利用资源。
上述的应用处理方法,当目标应用上有未读信息时,通过获取该未读信息的关联信息,根据该关联信息确定是否对处于冻结状态的同步应用进行唤醒,由于该同步应用是用于向可穿戴设备同步信息的应用,若是,则唤醒该同步应用,并通过该同步应用同步未读信息至可穿戴设备,否则,继续保持同步应用处于冻结状态,维持对其资源限制,减少对同步应用的不必要唤醒,以提高电子设备的可利用资源。通过根据未读信息的关联信息来确定是否对同步应用进行唤醒,可防止目标应用每次一有未读信息则唤醒同步应用,导致目标应用频繁产生未读信息时,需要反复唤醒同步应用,并通过同步应用向可穿戴设备同步未读信息,由于终端唤醒应用、通过同步应用传输信息均需要占用一定的资源,频繁唤醒同步应用、并同步信息反而会降低电子设备的可利用资源。
在一个实施例中,根据关联信息确定是否对处于冻结状态的同步应用进行唤醒,包括:获取未读信息的重要级别;当重要级别达到预设级别时,判定同步应用满足唤醒条件。
电子设备可在获取未读信息之后,根据该未读信息的内容或未读信息的类型来确定该未读信息的重要级别,并比较该重要级别是否达到该同步应用对应的预设级别,若是,则判定满足唤醒条件,否则,可进一步检测该同步应用或未读信息的其它信息是否满足要求,或者直接判定该同步应用不满足唤醒条件。通过设置未读信息的重要级别,使得当满足预设级别时,对同步应用进行唤醒,可防止同步应用被频繁地唤醒,反而降低了终端的可利用资源。
在一个实施例中,不同的应用的信息的重要级别划分方式以及对应的预设级别可不一定相同。比如,针对某一应用A而设置的预设级别可为二级,而针对某一应用B所设置的预设级别可为三级。针对不同的应用设置对应不同的信息的重要级别和预设级别,可提高对不同应用的唤醒的灵活性。
在一个实施例中,根据关联信息确定是否对处于冻结状态的同步应用进行唤醒,还包括:获取目标应用的所有未读信息的消息条数;当消息条数达到预设条数时,判定同步应用满足唤醒条件。
可选地,还可通过目标应用产生的未读信息的信息条数来判定同步应用是否满足预设条件。电子设备可在获取目标应用的未读信息时,更新该目标信息所累积的所有当前未读信息的信息条数,并检测该信息条数是否达到预设条数,若是,则判定同步应用满足唤醒条件。在一个实施例中,针对不同的同步应用设置的对应的预设条数可不一定相同,比如可针对某一应用C所设置的预设条数为3条,而针对某一应用D所设置的预设条数可为5条,针对不同的应用设置对应不同的预设条数,可提高对不同应用的唤醒的灵活性。
在一个实施例中,根据关联信息确定是否对处于冻结状态的同步应用进行唤醒,还包括:获取电子设备的当前时空信息;当当前时空信息属于预设时空信息时,判定同步应用满足唤醒条件。
其中,时空信息可包括时间信息和/或空间信息。当前时刻信息即包括电子设备上的当前时刻和/或电子设备当前所处的位置信息。电子设备可针对不同的应用,设置对应不同的预设时空信息。通过设置时空信息,使得当前时空信息处于预设时空信息时,则判定同步应用满足唤醒条件,可防止同步应用被频繁地唤醒。
可选地,可根据应用本身所属的应用类型以及该电子设备记录到的用户的操作习惯数据而设置对应应用的时空信息。比如当目标应用为某一游戏类应用时,可根据该目标应用的应用类型和用户操作习惯,设置对应的预设时空信息包含相应的预设时间段以及相应的预设区域。比如该预设时间段可为非工作时间的时间段,而预设区域可为非办公区域,使得当电子设备的当前时刻处于非工作时间的时间段之内,以及当前位置属于用户的非办公区域之内时,则判定当前时空信息属于对应的预设时空信息,判定同步应用满足唤醒条件。又比如当目标应用为某一邮件类应用时,该邮件类应用的未读信息为未查看的邮件,针对同步应用,设置对应的时空信息中的时间信息可为处于工作时间段,空间信息可为用户的办公地点范围内的位置信息,若当前时空信息为处于非工作时间段、处于办公地点范围之外时,则判定不对同步应用唤醒。针对不同的应用设置不同的预设时空信息,进一步提高了同步应用唤醒的灵活性。
在一个实施例中,在获取未读信息的关联信息之前,还包括:获取电子设备的持有状态信息;当持有状态信息为非手持状态时,执行获取未读信息的关联信息;当持有状态信息为手持状态时,执行保持同步应用处于冻结状态。
持有状态信息表示电子设备是否处于被手持的状态的信息。持有状态信息包括手持状态和非手持状态。电子设备可根据内置的相关传感器来检测电子设备自身的运动信息或感知到的温度信息等,来确定设备自身的手持状态信息。当处于非手持状态时,则执行获取未读信息的关联信息。当判定处于手持状态时,用户可直接在电子设备上查看到对应的未读信息,则直接执行保持同步应用处于冻结状态,而无需对同步应用进行唤醒,以同步未读信息。通过在手持状态时,保持同步应用处于冻结状态,可进一步避免同步应用被不必要地唤醒,提高了电子设备的资源利用率。
在一个实施例中,在唤醒同步应用之后,还包括:获取同步应用被冻结时回收的数据;将回收的数据加载至为同步应用分配的内存页中;通过唤醒后的同步应用将未读信息同步至与电子设备连接的可穿戴设备,包括:通过唤醒后的、加载了回收的数据的同步应用将未读信息同步至与电子设备连接的可穿戴设备。
应用在运行时需要占用内存空间来存储运行过程中的数据。不同的应用在不同的运行状态占用的内存空间大小不一定相同。内存页是操作系统对内存进行管理的单位,不同的电子设备设置的内存页占据的单位内存大小不一定相同。内存页中存储的数据即为相应应用在运行过程中所使用到的或生成的数据,该数据被临时缓存在内存中。比如电子设备内的内存空间被划分为100000个内存页,待处理应用占用的内存页为内存页100至内存页200,而其中的内存页130至内存页200为可回收内存页。
电子设备在对同步应用进行冻结的过程中,可将部分或全部内存页中存储的数据迁移至用于存储回收的数据的存储空间中。该存储空间可为块缓存(block cache)、页缓存(page cache)、虚拟内存、flash闪存或外接存储介质等其中的任意一种或几种存储介质中的存储空间。针对所存储的回收的数据,电子设备可记录该回收的数据所属的同步应用,比如可建立回收的数据和同步应用的应用标识之间的对应关系,当对同步应用唤醒后,可根据该对应关系可获取对应的回收数据,将回收的数据加载至为该同步应用分配的内存页中,通过唤醒后的、加载了回收的数据的同步应用显示未读信息。
通过预先存储同步应用回收的数据,在唤醒同步应用后,可获取该回收的数据并加载至为同步应用分配的内存页中,由于该回收的数据即为同步应用运行时所需的数据,从而无需由同步应用重新生成运行时所需要的数据,提高了同步应用的运行效率。
在一个实施例中,在唤醒同步应用之后,还包括:从同步应用被唤醒的时刻开始计时;当计时时长达到时长阈值时,控制被唤醒的同步应用进入资源限制状态。
其中,处于资源限制状态的应用在后台运行时对电子设备的资源占用率小于第一占用率阈值。当同步应用被唤醒时,电子设备启动计时器,然后通过计时器开始计时。若同时存在多个同步应用被唤醒的情况,则可对每个同步应用定义对应的计时器,每个同步应用都可以通过对应的计时器来进行计时。
在一个实施例中,可以建立同步应用的应用标识和计时器的计时标识之间的对应关系,这样在同步应用被唤醒后,可以通过应用标识对应的计时标识查找并启动计时器开始计时。以Android系统为例,系统可以预先定义一个计时器,当检测到同步应用被唤醒时,应用标识查找对应的计时器,并通过timer.setBase(SystemClock.elapsedRealtime())将计时器清零,然后通过timer.start()函数启动计时器,开始计时。
计时时长表示从同步应用被唤醒的时刻到当前时刻的时长。可以预先定义时长阈值,当计时时长超过时长阈值时,控制被唤醒的同步应用进入资源限制状态。时长阈值一般会设置为一个比较小的阈值,这样避免同步应用一直处于运行状态,而占用设备的资源。可以理解的是,不同的同步应用可以使用相同的时长阈值,也可以使用不同的时长阈值,在此不做限定。
具体地,可以首先获取同步应用所对应的应用程序的应用类型,然后根据应用类型获取对应的时长阈值。例如,应用程序可以分为即时通讯类、社交类、工具类等应用类型。由于即时通讯类的实时性要求比较高,那么可以将即时通讯类应用程序的应用所对应的时长阈值,设置一个较大的值。社交类和工具类应用程序的实时性要求比较低,则可以将社交类和工具类应用程序的应用所对应的时长阈值,设置一个较小的值。这样可以将不同的应用设置不同的时长阈值,对于一些实时性要求比较低的应用程序,被唤醒的同步应用可以迅速进入冻结状态,以减少资源的占用。
资源限制状态是指对应用在运行时使用的电子设备的资源进行限制的状态。资源是指电子设备在处理应用事件时所必须用到的软件或硬件资源,比如电子设备的CPU(Central Processing Unit,中央处理器)、内存(Memory)、硬件、网络资源、IO(Input-Output,输入输出)等。资源占用率是指电子设备的资源被占用的比例,一般是指被占用的资源与全部资源的比例,可以通过百分比的形式进行表示。例如,设备的总内存有128GB,已经被占用的内存有56GB,那么该设备的资源占用率就可以表示为内存占用率,得到的内存占用率即为43.75%。可以理解的是,应用处于资源限制状态时,运行过程中的资源占用率不能超过第一占用率阈值,这样可以控制应用对电子设备资源的使用,从而节省电子设备的资源。例如,限制应用在运行时的CPU占用率不能超过10%。
在一个实施例中,如图4所示,为一个实施例中应用处理流程的示意图。当应用被唤醒后则开始计时,计时时长达到时长阈值时,则控制唤醒的应用进入资源限制状态。限制该同步应用对资源的占用。图4中的阴影部分即表示同步应用对资源的占用状态,其中,处于冻结状态时,同步应用未占用资源,处于唤醒状态而非资源限制状态时,占用的资源要大于资源限制状态下占用的资源。其中的超时即表示计时时长达到时长阈值。可以理解地,图4中的仅是一种示意情况,同步应用对CPU、内存、IO以及网络等各种资源的占用率并一不定相同。
上述的应用处理方法,当检测到处于冻结状态的同步应用被唤醒后的时长达到时长阈值时,控制被唤醒的同步应用进入资源限制状态,避免应用对资源的长时间占用,进一步地减少了资源占用率。
在一个实施例中,控制被唤醒的同步应用进入资源限制状态之前,还包括:获取电子设备的资源总占用率;若资源总占用率超过第二占用率阈值,则执行控制被唤醒的同步应用进入资源限制状态。
资源总占用率是指电子设备中所有应用对资源的总占用比例。在电子设备运行的过程中可以实时统计各个应用的资源占用率,然后将电子设备中所有应用的资源占用率的相加得到资源总占用率。第二占用率阈值为预先设置的用于衡量是否使同步应用进入资源限制状态的临界数值。第二占用率阈值可为预设的任意合适的经验数值。当电子设备的资源总占用率超过第二占用率阈值时,认为电子设备的剩余资源比较少,会影响电子设备上的前台应用或其它应用的正常运行。若小于第二占用率阈值,则可不必使同步应用进入资源限制状态。
在电子设备的资源比较紧张的情况下,为了防止同步应用过多的占用资源,影响其他应用的运行,可以控制被唤醒的同步应用进入资源限制状态。处于资源限制状态的应用能够使用的资源有限,这样才不会影响其他应用的运行。例如,在手机系统中可以通过cgroups(control groups,控制组)来控制同步应用的CPU、内存、IO等资源占用率,即控制同步应用进入资源限制状态。
在一个实施例中,控制被唤醒的同步应用进入资源限制状态,包括:获取同步应用对应的优先级,根据优先级获取对应的资源限制级别;控制被唤醒的同步应用进入资源限制级别对应的资源限制状态。
优先级表示应用对资源占用的优先级别,用于反映相应应用的重要程度。优先级可包括多中级别,不同应用的优先级不一定相同,可以预先进行设置各个应用的优先级。例如,可以将系统级应用设置为较高的优先级,第三方应用设置为较低的优先级。或者可以根据应用的类型来对应用程序的优先级进行设置,即时通讯类应用设置为较高的优先级,工具类应用设置为较低的优先级。还可以根据其他标准来设置应用的优先级,在此不进行具体限定。资源限制级别是指对应用使用的资源进行限制的程度,资源限制级别越高,则对资源限制的程度越大。电子设备可建立不同的优先级与不同的资源限制级别之间的对应关系,其中,优先级越高,则对应的资源限制级别越低。
获取同步应用对应的优先级,根据优先级获取对应的资源限制级别;控制被唤醒的同步应用进入资源限制级别对应的资源限制状态。例如,对应系统级的应用可以设置为轻度资源限制,第三方应用可以设置为深度资源限制。
可以理解的是,不同的应用可能依赖的资源会有所不同,则可以根据应用依赖的资源类型来控制应用的资源限制类型。例如,一些本地应用可能使用的网络资源比较少,而一些需要进行网络通信的应用使用的网络资源会比较多,可以对网络资源使用比较多的应用进行网络资源的限制。具体地,获取同步应用的资源占用历史数据,根据资源占用历史数据获取同步应用对应的依赖资源类型,并根据依赖资源类型和资源限制级别控制被唤醒的同步应用进入资源限制状态。其中,资源占用历史数据是指应用历史占用资源的数据,依赖资源类型即为应用运行时所依赖的资源的类型。
通过设置应用的优先级以及资源限制级别,将控制被唤醒的同步应用进入资源限制级别对应的资源限制状态,从而可使得对同步应用的资源限制处于一个合适的程度。
在一个实施例中,如图5所示,提供了另一种应用处理方法,该方法包括:
步骤502,电子设备获取目标应用的未读信息。
步骤504,获取电子设备的持有状态信息,当持有状态信息为非手持状态时,执行步骤506,当持有状态信息为手持状态时,执行步骤518。
其中,持有状态信息包括手持状态和非手持状态。
步骤506,获取未读信息的关联信息。
关联信息包括未读信息的重要级别、目标应用的所有未读信息的消息条数和电子设备的当前时空信息中的一种或多种。
步骤508,根据关联信息确定是否对处于冻结状态的同步应用进行唤醒,若是,则执行步骤510,否则,执行步骤518。
可选地,当重要级别达到预设级别,和/或当消息条数达到预设条数,和/或当当前时空信息属于预设时空信息时,判定处于冻结状态的同步应用满足唤醒条件。
在一个实施例中,当满足上述三种条件之中的任意一种条件时,则判定满足唤醒条件。可以理解地,上述三种条件的检测的顺序可不做限定。
步骤510,获取同步应用被冻结时回收的数据;将回收的数据加载至为同步应用分配的内存页中。
在一个实施例中,电子设备可根据预先建立的回收的数据和同步应用的应用标识之间的对应关系,查询出从该同步应用所回收的数据,并将该回收的数据回迁至为同步应用分配的内存页中,从而无需或降低由同步应用来生成的数据量,提高了同步应用的运行效率。
步骤512,唤醒同步应用,通过唤醒后的、加载了回收的数据的同步应用将未读信息同步至与电子设备连接的可穿戴设备。
可选地,电子设备可通过蓝牙传输的方式,通过该唤醒后的、加载了回收的数据的同步应用将未读信息同步至与电子设备连接的可穿戴设备。
步骤514,从同步应用被唤醒的时刻开始计时;当计时时长达到时长阈值时,获取电子设备的资源总占用率。
可选地,不同的同步应用对应的时长阈值可对应不同,且同一同步应用在传输不同类型的未读信息时,对应的时长阈值也可不同。比如,时长阈值的大小可根据未读信息的数据量成正相关。在传输数据量较大的未读信息时,对应的时长阈值较大,传输数据量较小的未读信息时,对应的时长阈值较小。
当计时时长达到对应的时长阈值时,电子设备可以在预设存储地址中存储监控日志文件,根据该监控日志文件可以获取CPU总占用率。同时该预设存储地址中还存储了若干个子文件夹,这些子文件夹中存储着各个应用日志文件。应用日志文件记录了应用从开启到当前时刻的具体运行情况的变化,根据这些应用日志文件就可以获取该应用所占用CPU资源的情况,即可获取应用的CPU占用率。
例如,在Android系统中,在/proc目录中可以读取到存储CPU总占用信息的监控日志文件。其中,/proc目录下还包含了多个子文件夹,这些子文件夹中存储了各个应用中的进程对应的CPU占用信息的进程日志文件。/proc目录中存储的监控日志文件的文件名为“stat”,/proc目录中的子文件夹中存储了进程日志文件,进程日志文件的文件名为“stat”。/proc目录下的stat文件记录了CPU的总占用信息,/proc目录下的子文件夹中的stat文件记录了各个进程的CPU占用信息。比如,/proc/pid目录下的stat文件记录了PID进程的CPU占用信息。
电子设备还可以实时统计内存、硬件、网络资源、IO等资源的占用率,例如在通过读取文件"/proc/meminfo"的信息能够获取手机的内存总量,而通过ActivityManager.getMemoryInfo(ActivityManager.MemoryInfo)方法可以获取当前的可用内存量,然后通过可用内存量和内存总量可以计算当前的内存总占用率。在Android系统中可以直接运行top命令来统计CPU、内存、IO等资源的占用率。
步骤516,若资源总占用率超过第二占用率阈值,获取同步应用对应的优先级,根据优先级获取对应的资源限制级别;控制被唤醒的同步应用进入资源限制级别对应的资源限制状态。
在一个实施例中,还可以建立资源总占用率和资源限制级别的对应关系。当资源总占用率超过第二占用率阈值时,根据资源总占用率获取资源限制级别,然后控制被唤醒的同步应用进入资源限制级别对应的资源限制状态。例如,第二占用率阈值为50%,则当资源总占用率超过50%时,将资源总占用率划分为50%~60%、60%~80%、80%~100%等三个占用级别,然后分别对应轻度资源限制级别、普通资源限制级别和深度资源限制级别等三个等级,根据资源总占用率可以获取对应的资源限制级别。可以理解的是,还可以结合资源总占用率和同步应用的优先级,来获取资源限制级别。
在一个实施例中,若资源总占用率超过第二占用率阈值,且计时时长超过对应的时长阈值,电子设备还未完成对未读信息的同步时,则也还是继续执行对控制被唤醒的同步应用进入对应的资源限制状态,使得通过在限制状态下的同步应用向可穿戴设备进行未读信息的同步,避免该应用长时间占用过多的资源。
步骤518,保持同步应用处于冻结状态。
其中,当电子设备处于手持状态,或者根据关联信息确定不对处于冻结状态的同步应用进行唤醒时,则保持同步应用处于冻结状态,以防止同步应用过多地占用资源。
可以理解的是,本申请中以Android操作系统为例对应用处理方法进行说明,但是本申请的应用处理方法并不仅限于在Android系统中实现,还可以应用在IOS(IPhoneOperating System)、塞班、Windows、MAC OS(Macintosh Operating System)等操作系统中。
应该理解的是,虽然图3和图5的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图3和图5中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图6所示,提供了一种应用处理装置,该装置包括未读信息获取模块602、唤醒检测模块604、唤醒处理模块606、信息同步模块608以及冻结保持模块610。其中,未读信息获取模块602用于获取目标应用的未读信息;获取未读信息的关联信息;唤醒检测模块604用于根据关联信息确定是否对处于冻结状态的同步应用进行唤醒,同步应用是指用于向可穿戴设备同步信息的应用;唤醒处理模块608用于唤醒同步应用;信息同步模块608用于通过唤醒后的同步应用将未读信息同步至与电子设备连接的可穿戴设备;冻结保持模块610用于保持同步应用处于冻结状态。
在一个实施例中,关联信息包括未读信息的重要级别、目标应用的所有未读信息的消息条数和电子设备的当前时空信息中的一种或多种;唤醒检测模块604还用于当重要级别达到预设级别,和/或当消息条数达到预设条数,和/或当当前时空信息属于预设时空信息时,判定处于冻结状态的同步应用满足唤醒条件。
在一个实施例中,未读信息获取模块602还用于获取电子设备的持有状态信息;当持有状态信息为非手持状态时,执行获取未读信息的关联信息;冻结保持模块610还用于当持有状态信息为手持状态时,执行保持同步应用处于冻结状态。
在一个实施例中,如图7所示,提供了另一种应用处理装置,该装置还包括:
数据加载模块612,用于获取同步应用被冻结时回收的数据;将回收的数据加载至为同步应用分配的内存页中;
信息同步模块608还用于通过唤醒后的、加载了回收的数据的同步应用将未读信息同步至与电子设备连接的可穿戴设备。
在一个实施例中,如图8所示,提供了另一种应用处理装置,该装置还包括:
应用限制模块614,用于从同步应用被唤醒的时刻开始计时;当计时时长达到时长阈值时,控制被唤醒的同步应用进入资源限制状态;其中,处于资源限制状态的应用在后台运行时对电子设备的资源占用率小于第一占用率阈值。
在一个实施例中,应用限制模块614还用于获取电子设备的资源总占用率;若资源总占用率超过第二占用率阈值,则执行控制被唤醒的同步应用进入资源限制状态。
在一个实施例中,应用限制模块614还用于获取同步应用对应的优先级,根据优先级获取对应的资源限制级别;控制被唤醒的同步应用进入资源限制级别对应的资源限制状态。
上述的应用处理装置,当目标应用上有未读信息时,通过获取该未读信息的关联信息,根据该关联信息确定是否对处于冻结状态的同步应用进行唤醒,由于该同步应用是用于向可穿戴设备同步信息的应用,若是,则唤醒该同步应用,并通过该同步应用同步未读信息至可穿戴设备,否则,继续保持同步应用处于冻结状态,维持对其资源限制,减少对同步应用的不必要唤醒,以提高电子设备的可利用资源。
上述应用处理装置中各个模块的划分仅用于举例说明,在其他实施例中,可将应用处理装置按照需要划分为不同的模块,以完成上述应用处理装置的全部或部分功能。关于应用处理装置的具体限定可以参见上文中对于应用处理方法的限定,在此不再赘述。上述应用处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于电子设备中的处理器中,也可以以软件形式存储于电子设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
本申请实施例中提供的应用处理装置中的各个模块的实现可为计算机程序的形式。该计算机程序可在终端或服务器等电子设备上运行。该计算机程序构成的程序模块可存储在电子设备的存储器上。该计算机程序被处理器执行时,实现本申请实施例中所描述的应用处理方法的步骤。
在一个实施例中,提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述各实施例所提供的应用处理方法的步骤。
在一个实施例中,还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序对处理器执行时,实现本申请各实施例中所描述的应用处理方法的步骤。
在一个实施例中,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行本申请各实施例中所描述的应用处理方法。
本申请实施例还提供了一种计算机设备。如图9所示,为了便于说明,仅示出了与本申请实施例相关的部分,具体技术细节未揭示的,请参照本申请实施例方法部分。该计算机设备可以为包括手机、平板电脑、PDA(Personal Digital Assistant,个人数字助理)、POS(Point of Sales,销售终端)、车载电脑、穿戴式设备等任意终端设备,以计算机设备为手机为例:
图9为与本申请实施例提供的计算机设备相关的手机的部分结构的框图。参考图9,手机包括:射频(Radio Frequency,RF)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(wireless fidelity,WiFi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解,图9所示的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
其中,RF电路910可用于收发信息或通话过程中,信号的接收和发送,可将基站的下行信息接收后,给处理器980处理;也可以将上行的数据发送给基站。通常,RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier,LNA)、双工器等。此外,RF电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(Global System ofMobile communication,GSM)、通用分组无线服务(General Packet Radio Service,GPRS)、码分多址(Code Division Multiple Access,CDMA)、宽带码分多址(Wideband CodeDivision Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE))、电子邮件、短消息服务(Short Messaging Service,SMS)等。
存储器920可用于存储软件程序以及模块,处理器980通过运行存储在存储器920的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器920可主要包括程序存储区和数据存储区,其中,程序存储区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能的应用程序、图像播放功能的应用程序等)等;数据存储区可存储根据手机的使用所创建的数据(比如音频数据、通讯录等)等。此外,存储器920可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元930可用于接收输入的数字或字符信息,以及产生与手机900的用户设置以及功能控制有关的键信号输入。具体地,输入单元930可包括触控面板931以及其他输入设备932。触控面板931,也可称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板931上或在触控面板931附近的操作),并根据预先设定的程式驱动相应的连接装置。在一个实施例中,触控面板931可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器980,并能接收处理器980发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板931。除了触控面板931,输入单元930还可以包括其他输入设备932。具体地,其他输入设备932可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)等中的一种或多种。
显示单元940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元940可包括显示面板941。在一个实施例中,可以采用液晶显示器(LiquidCrystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板941。在一个实施例中,触控面板931可覆盖显示面板941,当触控面板931检测到在其上或附近的触摸操作后,传送给处理器980以确定触摸事件的类型,随后处理器980根据触摸事件的类型在显示面板941上提供相应的视觉输出。虽然在图9中,触控面板931与显示面板941是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板931与显示面板941集成而实现手机的输入和输出功能。
手机900还可包括至少一种传感器950,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板941的亮度,接近传感器可在手机移动到耳边时,关闭显示面板941和/或背光。运动传感器可包括加速度传感器,通过加速度传感器可检测各个方向上加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换)、振动识别相关功能(比如计步器、敲击)等;此外,手机还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器等。
音频电路960、扬声器961和传声器962可提供用户与手机之间的音频接口。音频电路960可将接收到的音频数据转换后的电信号,传输到扬声器961,由扬声器961转换为声音信号输出;另一方面,传声器962将收集的声音信号转换为电信号,由音频电路960接收后转换为音频数据,再将音频数据输出处理器980处理后,经RF电路910可以发送给另一手机,或者将音频数据输出至存储器920以便后续处理。
WiFi属于短距离无线传输技术,手机通过WiFi模块970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图9示出了WiFi模块970,但是可以理解的是,其并不属于手机900的必须构成,可以根据需要而省略。
处理器980是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器920内的软件程序和/或模块,以及调用存储在存储器920内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。在一个实施例中,处理器980可包括一个或多个处理单元。在一个实施例中,处理器980可集成应用处理器和调制解调器,其中,应用处理器主要处理操作系统、用户界面和应用程序等;调制解调器主要处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器980中。比如,该处理器980可集成应用处理器和基带处理器,基带处理器与和其它外围芯片等可组成调制解调器。手机900还包括给各个部件供电的电源990(比如电池),优选的,电源可以通过电源管理系统与处理器980逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
在一个实施例中,手机900还可以包括摄像头、蓝牙模块等。
在本申请实施例中,该手机所包括的处理器执行存储在存储器上的计算机程序时实现上述所描述的应用处理方法。
本申请所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。合适的非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM),它用作外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDR SDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)。
以上实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (9)
1.一种应用处理方法,其特征在于,包括:
电子设备获取目标应用的未读信息;
获取所述未读信息的关联信息;
根据所述关联信息确定是否对处于冻结状态的同步应用进行唤醒,所述同步应用是指用于向可穿戴设备同步信息的应用;
若是,则唤醒所述同步应用,根据回收的数据和同步应用的应用标识之间的对应关系获取同步应用被冻结时回收的数据;将回收的数据加载至为同步应用分配的内存页中;通过唤醒后的、加载了回收的数据的同步应用将所述未读信息同步至与所述电子设备连接的可穿戴设备;
否则,保持所述同步应用处于冻结状态。
2.根据权利要求1所述的方法,其特征在于,所述关联信息包括所述未读信息的重要级别、所述目标应用的所有未读信息的消息条数和所述电子设备的当前时空信息中的一种或多种;
所述根据所述关联信息确定是否对处于冻结状态的同步应用进行唤醒,包括:
当所述重要级别达到预设级别,和/或当所述消息条数达到预设条数,和/或当所述当前时空信息属于预设时空信息时,判定所述处于冻结状态的同步应用满足唤醒条件。
3.根据权利要求1所述的方法,其特征在于,在所述获取所述未读信息的关联信息之前,还包括:
获取所述电子设备的持有状态信息;
当所述持有状态信息为非手持状态时,执行所述获取所述未读信息的关联信息;
当所述持有状态信息为手持状态时,执行所述保持所述同步应用处于冻结状态。
4.根据权利要求1至3中任一项所述的方法,其特征在于,在所述唤醒所述同步应用之后,还包括:
从所述同步应用被唤醒的时刻开始计时;
当计时时长达到时长阈值时,控制被唤醒的所述同步应用进入资源限制状态;
其中,处于所述资源限制状态的应用在后台运行时对电子设备的资源占用率小于第一占用率阈值。
5.根据权利要求4所述的方法,其特征在于,所述控制被唤醒的所述同步应用进入资源限制状态之前,还包括:
获取电子设备的资源总占用率;
若所述资源总占用率超过第二占用率阈值,则执行控制被唤醒的所述同步应用进入资源限制状态。
6.根据权利要求4所述的方法,其特征在于,所述控制被唤醒的所述同步应用进入资源限制状态,包括:
获取所述同步应用对应的优先级,根据所述优先级获取对应的资源限制级别;
控制被唤醒的所述同步应用进入所述资源限制级别对应的资源限制状态。
7.一种应用处理装置,其特征在于,所述装置包括:
未读信息获取模块,用于获取目标应用的未读信息;获取所述未读信息的关联信息;
唤醒检测模块,用于根据所述关联信息确定是否对处于冻结状态的同步应用进行唤醒,所述同步应用是指用于向可穿戴设备同步信息的应用;
唤醒处理模块,用于唤醒所述同步应用,根据回收的数据和同步应用的应用标识之间的对应关系获取同步应用被冻结时回收的数据;将回收的数据加载至为同步应用分配的内存页中;
信息同步模块,用于通过唤醒后的、加载了回收的数据的同步应用将所述未读信息同步至与电子设备连接的可穿戴设备;
冻结保持模块,用于保持所述同步应用处于冻结状态。
8.一种电子设备,包括存储器及处理器,所述存储器中储存有计算机程序,其特征在于,所述计算机程序被所述处理器执行时,使得所述处理器执行如权利要求1至6中任一项所述方法的步骤。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至6中任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810031008.2A CN110032398B (zh) | 2018-01-12 | 2018-01-12 | 应用处理方法和装置、电子设备、计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810031008.2A CN110032398B (zh) | 2018-01-12 | 2018-01-12 | 应用处理方法和装置、电子设备、计算机可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110032398A CN110032398A (zh) | 2019-07-19 |
CN110032398B true CN110032398B (zh) | 2022-04-12 |
Family
ID=67234826
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810031008.2A Active CN110032398B (zh) | 2018-01-12 | 2018-01-12 | 应用处理方法和装置、电子设备、计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110032398B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005190235A (ja) * | 2003-12-26 | 2005-07-14 | Fujitsu Ltd | 計算機システムの凍結・解凍プログラム、その記録媒体、及び計算機システムの凍結・解凍方法 |
CN104375929A (zh) * | 2013-08-12 | 2015-02-25 | 联想(北京)有限公司 | 一种信息处理方法及电子设备 |
WO2016041190A1 (zh) * | 2014-09-19 | 2016-03-24 | 华为技术有限公司 | 一种运行应用程序的方法及装置 |
CN105528366A (zh) * | 2014-09-30 | 2016-04-27 | 阿里巴巴集团控股有限公司 | 一种数据同步控制方法和装置 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013181812A1 (zh) * | 2012-06-06 | 2013-12-12 | 华为终端有限公司 | 应用程序的管理方法及终端 |
KR102416549B1 (ko) * | 2015-08-12 | 2022-07-04 | 삼성전자주식회사 | 어플리케이션을 관리하는 방법 및 그를 위한 전자 장치 |
CN107220077B (zh) * | 2016-10-20 | 2019-03-19 | 华为技术有限公司 | 应用启动的管控方法和管控设备 |
CN106658365A (zh) * | 2016-11-18 | 2017-05-10 | 青岛海信移动通信技术股份有限公司 | 一种基于低功耗蓝牙协议的通信方法和装置 |
CN106648796A (zh) * | 2016-12-29 | 2017-05-10 | 宇龙计算机通信科技(深圳)有限公司 | 一种应用处理方法及装置 |
CN106603869A (zh) * | 2017-01-09 | 2017-04-26 | 宇龙计算机通信科技(深圳)有限公司 | 一种邮件处理方法以及装置 |
CN106681822A (zh) * | 2017-01-19 | 2017-05-17 | 努比亚技术有限公司 | 一种基于信号的进程冻结和解冻装置及方法 |
-
2018
- 2018-01-12 CN CN201810031008.2A patent/CN110032398B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005190235A (ja) * | 2003-12-26 | 2005-07-14 | Fujitsu Ltd | 計算機システムの凍結・解凍プログラム、その記録媒体、及び計算機システムの凍結・解凍方法 |
CN104375929A (zh) * | 2013-08-12 | 2015-02-25 | 联想(北京)有限公司 | 一种信息处理方法及电子设备 |
WO2016041190A1 (zh) * | 2014-09-19 | 2016-03-24 | 华为技术有限公司 | 一种运行应用程序的方法及装置 |
CN105528366A (zh) * | 2014-09-30 | 2016-04-27 | 阿里巴巴集团控股有限公司 | 一种数据同步控制方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110032398A (zh) | 2019-07-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11099900B2 (en) | Memory reclamation method and apparatus | |
CN112703714B (zh) | 应用程序处理方法和装置、计算机设备、计算机可读存储介质 | |
WO2019128546A1 (zh) | 应用程序处理方法、电子设备、计算机可读存储介质 | |
US10956316B2 (en) | Method and device for processing reclaimable memory pages, and storage medium | |
WO2020024732A1 (zh) | 进程处理方法、电子设备、计算机可读存储介质 | |
CN107577508B (zh) | 应用程序处理方法、装置、可读存储介质和移动终端 | |
CN110018902B (zh) | 内存处理方法和装置、电子设备、计算机可读存储介质 | |
CN110032266B (zh) | 信息处理方法、装置、计算机设备和计算机可读存储介质 | |
CN108541013B (zh) | 信息处理方法、装置、移动终端和计算机可读存储介质 | |
CN110032321B (zh) | 应用程序处理方法和装置、电子设备、计算机可读存储介质 | |
CN108334345B (zh) | 应用程序处理方法、装置、可读存储介质和移动终端 | |
CN109992380B (zh) | 应用程序处理方法和装置、电子设备、计算机可读存储介质 | |
CN109992323B (zh) | 进程处理方法和装置、电子设备、计算机可读存储介质 | |
CN110032397B (zh) | 应用处理方法和装置、电子设备、计算机可读存储介质 | |
CN109992360B (zh) | 进程处理方法和装置、电子设备、计算机可读存储介质 | |
CN109992309B (zh) | 应用程序处理方法和装置、电子设备、计算机可读存储介质 | |
CN110046032A (zh) | 应用程序处理方法和装置、电子设备、计算机可读存储介质 | |
CN110018885B (zh) | 应用程序冻结方法、装置、存储介质和终端 | |
CN110046033B (zh) | 应用程序处理方法和装置、电子设备、计算机可读存储介质 | |
CN110018886B (zh) | 应用状态切换方法和装置、电子设备、可读存储介质 | |
CN109992363B (zh) | 应用程序处理方法和装置、电子设备、计算机可读存储介质 | |
CN109992369B (zh) | 应用程序处理方法和装置、电子设备、计算机可读存储介质 | |
CN109992376B (zh) | 应用冻结方法、装置、终端及计算机可读存储介质 | |
CN109375995B (zh) | 应用冻结方法和装置、存储介质、电子设备 | |
CN110008007B (zh) | 应用程序冻结方法、装置、存储介质和终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18 Applicant after: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS Corp.,Ltd. Address before: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18 Applicant before: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS Corp.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |