CN106776030A - 一种动态管理内存的方法及移动终端 - Google Patents

一种动态管理内存的方法及移动终端 Download PDF

Info

Publication number
CN106776030A
CN106776030A CN201611192140.9A CN201611192140A CN106776030A CN 106776030 A CN106776030 A CN 106776030A CN 201611192140 A CN201611192140 A CN 201611192140A CN 106776030 A CN106776030 A CN 106776030A
Authority
CN
China
Prior art keywords
application program
internal memory
upper limit
mobile terminal
memory upper
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.)
Pending
Application number
CN201611192140.9A
Other languages
English (en)
Inventor
王保和
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN201611192140.9A priority Critical patent/CN106776030A/zh
Publication of CN106776030A publication Critical patent/CN106776030A/zh
Pending legal-status Critical Current

Links

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/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
    • 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/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5022—Mechanisms to release resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/508—Monitor

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例提供了一种动态管理内存的方法及移动终端，涉及移动终端技术领域。本发明实施例通过获取移动终端中当前运行的应用程序的内存占用量，判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限，所述内存上限与所述应用程序在预设时长内的使用情况相关，当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，执行清理内存的操作，或者显示预设的提示信息。根据应用程序在预设时长内的使用情况动态确定应用程序的内存上限，在不需要更新硬件的情况下提高应用程序的内存上限，降低应用程序因为内存不足而导致的卡顿问题，提高用户的体验效果。

Description

一种动态管理内存的方法及移动终端
技术领域
本发明涉及移动终端技术领域，特别是涉及一种动态管理内存的方法及移动终端。
背景技术
随着科技的进步和人们生活水平的提高，移动终端已经逐渐成为日常生活中不可缺少的一种工具，人们对移动终端的用户体验效果的要求也越来越高。不同人群对移动终端的需求是各式各样的，有的人大部分时间用移动终端玩游戏，有的人大部分时间用移动终端刷微信、微博，有的人大部分时间用移动终端打电话、发短信，对于移动终端中每一个应用程序都占用着一定的内存。
目前的移动终端对每一个应用程序的内存占用量都是设定了固定的内存上限，用户在使用移动终端中的应用时，***在固定的内存上限之内为应用程序分配内存。
在发明人应用在先技术时，发现在先技术当某个应用程序在固定的内存上限之内占用了过多内存时，即使移动终端内存整体充足，但是由于此应用程序内存使用偏大，就会触发***频繁回收此应用内存，导致卡顿现象，这对用户体验是一种损失。同时，内存上限的存在，也掣肘了一部分大型游戏的运行速度，使得移动终端上的游戏无法达到PC上的效果，牺牲了很大一部分用户体验。
发明内容
本发明实施例提供一种动态管理内存的方法及移动终端，以解决现有技术移动终端在使用应用程序时，由于应用程序内存占用量大出现卡顿现象的问题。
第一方面，本发明实施例提供了一种动态管理内存的方法，包括：
获取移动终端中当前运行的应用程序的内存占用量；
判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限，所述内存上限与所述应用程序在预设时长内的使用情况相关；
当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，执行清理内存的操作，或者显示预设的提示信息。
第二方面，本发明实施例还提供了一种移动终端，包括：
内存占用量获取模块，用于获取移动终端中当前运行的应用程序的内存占用量；
内存占用量判断模块，用于判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限，所述内存上限与所述应用程序在预设时长内的使用情况相关；
操作执行模块，用于当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，执行清理内存的操作，或者显示预设的提示信息。
本发明实施例中，通过获取移动终端中当前运行的应用程序的内存占用量，判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限，所述内存上限与所述应用程序在预设时长内的使用情况相关，当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，执行清理内存的操作，或者显示预设的提示信息。根据应用程序在预设时长内的使用情况动态确定应用程序的内存上限，在不需要更新硬件的情况下提高应用程序的内存上限，降低应用程序因为内存不足而导致的卡顿问题，提高用户的体验效果。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1示出了根据本发明实施例一中的一种动态管理内存的方法的步骤流程图；
图2示出了根据本发明实施例二中的一种动态管理内存的方法的步骤流程图；
图3示出了根据本发明实施例三中的一种移动终端的结构框图；
图4示出了根据本发明实施例三中的一种移动终端的结构框图；
图5示出了根据本发明实施例四中的一种移动终端的结构框图；
图6示出了根据本发明实施例五中的一种移动终端的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
下面通过列举几个具体的实施例详细介绍本发明提供的一种动态管理内存的方法及移动终端。
实施例一
参照图1，示出了本发明实施例一的一种动态管理内存的方法的步骤流程图，具体可以包括如下步骤：
步骤110，获取移动终端中当前运行的应用程序的内存占用量。
当用户在使用移动终端中当前运行的应用程序时，在使用过程中会占用移动终端的内存，监控移动终端中当前运行的应用程序，获取所述应用程序的内存占用量。
比如，用户在使用移动终端中当前运行的应用程序A时，获取应用程序A的内存占用量A1。
步骤120，判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限，所述内存上限与所述应用程序在预设时长内的使用情况相关。
记录所述应用程序在预设时长内的使用情况，根据所述使用情况确定与所述应用程序对应的内存上限。获取到所述应用程序的内存占用量之后，将所述内存占用量与所述内存上限进行对比，判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限。
比如，根据应用程序A在预设时长1周内的使用情况，确定与应用程序A对应的内存上限Amax，判断应用程序A的内存占用量A1是否大于内存上限Amax。
步骤130，当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，执行清理内存的操作，或者显示预设的提示信息。
当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，可以执行清理内存的操作将所述应用程序在运行过程中产生的一些数据进行清除，释放所述应用程序的部分内存，使得清理后的所述应用程序的内存占用量小于所述应用程序对应的内存上限，用户可以继续使用所述应用程序；当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，还可以显示预设的提示信息，提示用户退出所述应用程序。
当所述应用程序的内存占用量小于与所述应用程序对应的内存上限时，用户继续使用所述应用程序。
比如，应用程序A的内存占用量A1大于内存上限Amax，执行清理内存的操作释放应用程序A的部分内存，或者显示预设的提示信息提示用户退出应用程序A。
本发明实施例中，通过获取移动终端中当前运行的应用程序的内存占用量，判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限，所述内存上限与所述应用程序在预设时长内的使用情况相关，当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，执行清理内存的操作，或者显示预设的提示信息。根据应用程序在预设时长内的使用情况动态确定应用程序的内存上限，在不需要更新硬件的情况下提高应用程序的内存上限，降低应用程序因为内存不足而导致的卡顿问题，提高用户的体验效果。
实施例二
参照图2，示出了本发明实施例二的一种动态管理内存的方法的步骤流程图，具体可以包括如下步骤：
步骤210，获取移动终端中当前运行的应用程序的内存占用量。
此步骤与实施例一中的步骤110原理类似，在此不再详述。
步骤220，获取所述应用程序在预设时长内的使用情况；所述使用情况包括使用次数和/或使用时长。
当用户在使用移动终端中当前运行的应用程序时，记录用户使用所述应用程序的使用情况，并将所述使用情况存储在所述移动终端或云端或其他存储空间内，在此不做限制。所述使用情况包括使用次数和/或使用时长；所述使用次数也可描述为useCount，所述使用时长也可描述为useTime。
根据在移动终端中运行所述应用程序的次数记录所述应用程序的使用次数；记录运行所述应用程序的启动时间以及退出时间，根据所述退出时间与所述启动时间的差值，计算所述应用程序的使用时长。使用时长可以累加计算，当所述应用程序再次运行时，记录本次的使用时长，将原有的使用时长和本次的使用时长相加，得到所述应用程序新的使用时长。
根据记录的所述应用程序的使用次数和/或使用时长，获取所述应用程序在预设时长内的使用次数和/或使用时长；所述预设时长可以限定在最近的时间段内，也可以是从开机到现在的时间。
比如，应用程序A在预设时长10个小时内的使用次数useCount为3次，使用时长useTime为1个小时。
步骤230，根据所述使用情况，计算与所述应用程序对应的内存上限。
根据应用程序的使用次数和/或使用时长，计算与所述应用程序对应的内存上限。
可选的，所述步骤230包括：
子步骤231，根据所述应用程序的使用次数和/或使用时长，计算所述应用程序的使用频率。
根据所述应用程序的使用次数useCount和/或使用时长useTime，计算所述应用程序的使用频率L。
根据移动终端中每个运行的应用程序的使用频率对所有应用程序进行排序，对于排序靠前的应用程序优先计算与所述应用程序对应的内存上限。
其中，L＝f1(useCount，useTime)，f1表示将使用次数和使用时长转换为使用频率的算法，L表示使用频率，useCount表示使用次数，useTime表示使用时长。
比如，L＝useTime×useCount/T，T表示预设时长，如果预设时长T为10个小时，共使用应用程序A的使用次数useCount为3次，使用时长useTime为1个小时，则使用频率L＝3×1/10＝0.3。
子步骤232，根据所述应用程序的使用频率和初始的内存上限，计算与所述应用程序对应的内存上限。
根据所述应用程序的使用频率和初始的内存上限，计算与所述应用程序对应的内存上限；所述初始的内存上限是固定的内存上限。
比如，根据应用程序A的使用频率L和初始的内存上限512M，计算与应用程序A对应的内存上限MAX_RAM。
可选的，所述步骤230包括：
子步骤233，根据所述应用程序的使用次数和/或使用时长，计算所述应用程序的使用频率。
此步骤与实施例一中的子步骤231原理类似，在此不再详述。
子步骤234，获取所述移动终端当前的内存模式对应的第一权值。
预先设置每个应用模式下每个应用程序的内存模式对应的第一权值，并存储在服务器中，根据所述移动终端当前设置的应用模式，从所述服务器中获取移动终端在当前的应用模式下，所述应用程序的内存模式对应的第一权值M。
移动终端的应用模式包括默认模式，游戏模式，商务模式，社交模式。移动终端当前设置的应用模式为默认模式时，直接根据每个应用程序的使用频率确定第二权值，最后根据第二权值和初始的内存上限，计算与各个应用程序对应的内存上限，内存模式不影响内存上限的大小。不同应用模式下同一个应用程序的内存模式对应的第一权值不同。
当用户设置移动终端的应用模式为游戏模式时，移动终端中的游戏类应用程序的内存模式对应的第一权值大于其他类型应用程序的第一权值，最大化地提高游戏类应用程序的最大内存。
比如，移动终端当前设置的应用模式是游戏模式，应用程序A在游戏模式中的内存模式对应的第一权值M为5。
子步骤235，根据所述第一权值和所述使用频率，计算所述应用程序的第二权值。
根据所述应用程序的第一权值和对应的使用频率，计算所述应用程序的第二权值V。
其中，V＝f2(M，L)，f2表示将第一权值和使用频率转化为第二权值的算法，V表示第二权值，M表示第一权值，L表示使用频率。
比如，V＝M×L，应用程序A的第一权值M为5，使用频率L为0.3，则应用程序A的第二权值V＝5×3＝1.5。
子步骤236，根据所述应用程序的第二权值和初始的内存上限，计算与所述应用程序对应的内存上限。
根据所述应用程序的第二权值和初始的内存上限，计算得到与所述应用程序对应的内存上限MAX_RAM。
其中，MAX_RAM＝f3(old_max_ram，V)，f3表示将第二权值和初始的内存上限转化为与应用程序对应的内存上限，MAX_RAM表示与应用程序对应的内存上限，old_max_ram表示初始的内存上限，V表示第二权值。
比如，MAX_RAM＝old_max_ram×(2+V/V总值)，V总值表示移动终端中所有应用程序的第二权值的总和，应用程序A的第二权值V为1.5，初始的内存上限old_max_ram为512M，V总值为10，则应用程序A的内存上限MAX_RAM＝512×(2+1.5/10)＝1100M。
步骤240，判断所述移动终端中当前运行的各个应用程序对应的内存上限的总和是否大于所述移动终端的内存容量。
将移动终端中当前运行的各个应用程序对应的内存上限进行相加，得到所有运行的应用程序的内存上限的总和，将所述内存上限的总和与移动终端的内存容量进行对比，判断所述内存上限的总和是否大于所述移动终端的内存容量。
比如，移动终端中所有运行的应用程序的内存上限的总和为2200M，移动终端的内存容量为2048M。
步骤250，当所述总和大于所述移动终端的内存容量时，根据各个应用程序对应的内存上限占所述总和的比例，以所述内存容量乘以所述比例，计算各个应用程序对应的内存值作为最终的内存上限。
当移动终端中所有运行的应用程序的内存上限的总和大于移动终端的内存容量，根据各个应用程序对应的内存上限占所述总和的比例，以所述内存容量乘以所述比例，计算得到各个应用程序对应的内存值作为最终的内存上限。
当移动终端中所有运行的应用程序的内存上限的总和小于等于移动终端的内存容量，则各个应用程序对应的内存上限作为最终的内存上限。
比如，移动终端中所有运行的应用程序的内存上限的总和为2200M，大于移动终端的内存容量2048M，应用程序A的内存上限1100M占总和的比例为0.5，则应用程序A最终的内存上限为1024M。
在所述移动终端的内存信息文件中记录着各个应用程序当前使用的内存上限，根据各个应用程序最终的内存上限，调用***私有的API setMaxMemory(appName，size)将内存信息文件中记录的各个应用程序当前使用的内存上限修改为所述最终的内存上限。
所述内存信息文件也可描述为memoryinfo文件，memoryinfo文件中记录了移动终端的内存信息，包括：MemTotal，所有可用RAM(random access memory，随机存取存储器)大小；MemFree，LowFree与HighFree的总和，被***留着未使用的内存；Buffers，用来给文件做缓冲大小；Cached，被高速缓冲存储器用的内存的大小；SwapCached，被高速缓冲存储器用的交换空间的大小；Active，在活跃使用中的缓冲或高速缓冲存储器页面文件的大小；Inactive，在不经常使用中的缓冲或高速缓冲存储器页面文件的大小；SwapTotal，交换空间的总大小；SwapFree，未被使用交换空间的大小；Dirty，等待被写回到磁盘的内存大小；Writeback，正在被写回到磁盘的内存大小；AnonPages，未映射页的内存大小；Mapped，设备和文件等映射的大小；Slab，内核数据结构缓存的大小；Sreclaimable，可收回Slab的大小；Sunreclaim，不可收回Slab的大小；PageTables，管理内存分页页面的索引表的大小；NFS_Unstable，不稳定页表的大小。
步骤260，判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限。
此步骤与实施例一中的步骤120原理类似，在此不再详述。
步骤270，当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，执行清理内存的操作，或者显示预设的提示信息。
此步骤与实施例一中的步骤130原理类似，在此不再详述。
本发明实施例中，通过获取移动终端中当前运行的应用程序的内存占用量，根据所述应用程序在预设时长内的使用次数和/或使用时长，计算与所述应用程序对应的内存上限，当移动终端中当前运行的各个应用程序对应的内存上限的总和大于内存容量时，根据各个应用程序对应的内存上限占所述总和的比例，再次计算各个应用程序对应的内存上限，当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，执行清理内存的操作，或者显示预设的提示信息。根据应用程序在预设时长内的使用次数和/或使用时长动态确定应用程序的内存上限，在不需要更新硬件的情况下提高应用程序的内存上限，降低应用程序因为内存不足而导致的卡顿问题，且保证所有运行的应用程序的内存上限的总和不会超出内存容量，提高用户的体验效果；同时，根据移动终端的模式设置，当移动终端设置游戏模式时，为游戏类应用程序分配更大的内存上限，最大化提高游戏类应用程序的内存上限，使得移动终端上的游戏尽可能的达到PC上的效果，提高用户体验。
实施例三
参照图3，示出了本发明实施例三的一种移动终端的结构框图。
所述移动终端300包括：内存占用量获取模块301，内存占用量判断模块302，操作执行模块303。
参照图4，下面分别详细介绍各模块的功能以及各模块之间的交互关系。
内存占用量获取模块301，用于获取移动终端中当前运行的应用程序的内存占用量。
内存占用量判断模块302，用于判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限，所述内存上限与所述应用程序在预设时长内的使用情况相关。
操作执行模块303，用于当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，执行清理内存的操作，或者显示预设的提示信息。
可选的，所述移动终端300，还可以包括：
使用情况获取模块304，用于获取所述应用程序在预设时长内的使用情况；所述使用情况包括使用次数和/或使用时长。
内存上限计算模块305，用于根据所述使用情况，计算与所述应用程序对应的内存上限。可选的，内存上限计算模块305可以包括：使用频率第一计算子模块3051，用于根据所述应用程序的使用次数和/或使用时长，计算所述应用程序的使用频率；内存上限第一计算子模块3052，用于根据所述应用程序的使用频率和初始的内存上限，计算与所述应用程序对应的内存上限。可选的，内存上限计算模块305，还可以包括：使用频率第二计算子模块3053，用于根据所述应用程序的使用次数和/或使用时长，计算所述应用程序的使用频率；第一权值获取子模块3054，用于获取所述移动终端当前的内存模式对应的第一权值；第二权值计算子模块3055，用于根据所述第一权值和所述使用频率，计算所述应用程序的第二权值；内存上限第二计算子模块3056，用于根据所述应用程序的第二权值和初始的内存上限，计算与所述应用程序对应的内存上限。
可选的，所述移动终端300，还可以包括：
内存上限判断模块306，用于判断所述移动终端中当前运行的各个应用程序对应的内存上限的总和是否大于所述移动终端的内存容量。所述内存上限计算模块305，还用于当所述总和大于所述移动终端的内存容量时，根据各个应用程序对应的内存上限占所述总和的比例，以所述内存容量乘以所述比例，计算各个应用程序对应的内存值作为最终的内存上限。
本发明实施例中，通过获取移动终端中当前运行的应用程序的内存占用量，判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限，所述内存上限与所述应用程序在预设时长内的使用情况相关，当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，执行清理内存的操作，或者显示预设的提示信息。根据应用程序在预设时长内的使用情况动态确定应用程序的内存上限，在不需要更新硬件的情况下提高应用程序的内存上限，降低应用程序因为内存不足而导致的卡顿问题，提高用户的体验效果。
实施例四
参照图5，示出了根据本发明实施例四的移动终端的结构框图。
本发明实施例的移动终端400包括：至少一个处理器401、存储器402、至少一个网络接口404和用户接口403。移动终端400中的各个组件通过总线***405耦合在一起。可理解，总线***405用于实现这些组件之间的连接通信。总线***405除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图4中将各种总线都标为总线***405。
其中，用户接口403可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。
可以理解，本发明实施例中的存储器402可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-OnlyMemory，ROM)、可编程只读存储器(ProgrammableROM，PROM)、可擦除可编程只读存储器(ErasablePROM，EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(StaticRAM，SRAM)、动态随机存取存储器(DynamicRAM，DRAM)、同步动态随机存取存储器(SynchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambusRAM，DRRAM)。本发明实施例描述的***和方法的存储器402旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中，存储器402存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作***4021和应用程序4022。
其中，操作***4021，包含各种***程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序4022，包含各种应用程序，例如媒体播放器(MediaPlayer)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序4022中。
本发明实施例中，通过调用存储器402存储的程序或指令，具体的，可以是应用程序4022中存储的程序或指令，处理器401用于获取移动终端中当前运行的应用程序的内存占用量；判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限，所述内存上限与所述应用程序在预设时长内的使用情况相关；当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，执行清理内存的操作，或者显示预设的提示信息。上述本发明实施例揭示的方法可以应用于处理器401中，或者由处理器401实现。处理器401可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器401中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器401可以是通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecific IntegratedCircuit，ASIC)、现成可编程门阵(FieldProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器402，处理器401读取存储器402中的信息，结合其硬件完成上述方法的步骤。
可以理解的是，本发明实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecificIntegratedCircuits，ASIC)、数字信号处理器(DigitalSignalProcessing，DSP)、数字信号处理设备(DSPDevice，DSPD)、可编程逻辑设备(ProgrammableLogicDevice，PLD)、现场可编程门阵列(Field-ProgrammableGateArray，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本发明实施例所述功能的模块(例如过程、函数等)来实现本发明实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
可选地，处理器401在判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限之前，还用于：获取所述应用程序在预设时长内的使用情况；所述使用情况包括使用次数和/或使用时长；根据所述使用情况，计算与所述应用程序对应的内存上限。
可选地，处理器401在根据所述使用情况，计算与所述应用程序对应的内存上限时，还用于：根据所述应用程序的使用次数和/或使用时长，计算所述应用程序的使用频率；根据所述应用程序的使用频率和初始的内存上限，计算与所述应用程序对应的内存上限。
可选地，处理器401在根据所述使用情况，计算与所述应用程序对应的内存上限时，还用于：根据所述应用程序的使用次数和/或使用时长，计算所述应用程序的使用频率；获取所述移动终端当前的内存模式对应的第一权值；根据所述第一权值和所述使用频率，计算所述应用程序的第二权值；根据所述应用程序的第二权值和初始的内存上限，计算与所述应用程序对应的内存上限。
可选地，处理器401在根据所述使用情况，计算与所述应用程序对应的内存上限之后，还用于：判断所述移动终端中当前运行的各个应用程序对应的内存上限的总和是否大于所述移动终端的内存容量；当所述总和大于所述移动终端的内存容量时，根据各个应用程序对应的内存上限占所述总和的比例，以所述内存容量乘以所述比例，计算各个应用程序对应的内存值作为最终的内存上限。
移动终端400能够实现前述实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。
可见，本发明实施例中，通过获取移动终端中当前运行的应用程序的内存占用量，判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限，所述内存上限与所述应用程序在预设时长内的使用情况相关，当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，执行清理内存的操作，或者显示预设的提示信息。根据应用程序在预设时长内的使用情况动态确定应用程序的内存上限，在不需要更新硬件的情况下提高应用程序的内存上限，降低应用程序因为内存不足而导致的卡顿问题，提高用户的体验效果。
实施例五
参照图6，示出了根据本发明实施例五的移动终端的结构示意图。
本发明实施例的移动终端可以为手机、平板电脑、个人数字助理(PersonalDigital Assistant，PDA)、或车载电脑等。
图6中的移动终端包括射频(RadioFrequency，RF)电路510、存储器520、输入单元530、显示单元540、处理器560、音频电路570、WiFi(WirelessFidelity)模块580、电源590和定位模块5110。
其中，输入单元530可用于接收用户输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的信号输入。具体地，本发明实施例中，该输入单元530可以包括触控面板531。触控面板531，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板531上的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板531可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给该处理器560，并能接收处理器560发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板531。除了触控面板531，输入单元530还可以包括其他输入设备532，其他输入设备532可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
其中，显示单元540可用于显示由用户输入的信息或提供给用户的信息以及移动终端的各种菜单界面。显示单元540可包括显示面板541，可选的，可以采用LCD或有机发光二极管(OrganicLight-EmittingDiode，OLED)等形式来配置显示面板541。
应注意，触控面板531可以覆盖显示面板541，形成触摸显示屏，当该触摸显示屏检测到在其上或附近的触摸操作后，传送给处理器560以确定触摸事件的类型，随后处理器560根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。
触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定，可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件，例如，设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。
其中处理器560是移动终端的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在第一存储器521内的软件程序和/或模块，以及调用存储在第二存储器522内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体获取。可选的，处理器560可包括一个或多个处理单元。
在本发明实施例中，通过调用存储该第一存储器521内的软件程序和/或模块和/或该第二存储器522内的数据，处理器560用于获取移动终端中当前运行的应用程序的内存占用量；判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限，所述内存上限与所述应用程序在预设时长内的使用情况相关；当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，执行清理内存的操作，或者显示预设的提示信息。
可选地，处理器560在判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限之前，还用于：获取所述应用程序在预设时长内的使用情况；所述使用情况包括使用次数和/或使用时长；根据所述使用情况，计算与所述应用程序对应的内存上限。
可选地，处理器560在根据所述使用情况，计算与所述应用程序对应的内存上限时，还用于：根据所述应用程序的使用次数和/或使用时长，计算所述应用程序的使用频率；根据所述应用程序的使用频率和初始的内存上限，计算与所述应用程序对应的内存上限。
可选地，处理器560在根据所述使用情况，计算与所述应用程序对应的内存上限时，还用于：根据所述应用程序的使用次数和/或使用时长，计算所述应用程序的使用频率；获取所述移动终端当前的内存模式对应的第一权值；根据所述第一权值和所述使用频率，计算所述应用程序的第二权值；根据所述应用程序的第二权值和初始的内存上限，计算与所述应用程序对应的内存上限。
可选地，处理器560在根据所述使用情况，计算与所述应用程序对应的内存上限之后，还用于：判断所述移动终端中当前运行的各个应用程序对应的内存上限的总和是否大于所述移动终端的内存容量；当所述总和大于所述移动终端的内存容量时，根据各个应用程序对应的内存上限占所述总和的比例，以所述内存容量乘以所述比例，计算各个应用程序对应的内存值作为最终的内存上限。
可见，本发明实施例中，通过获取移动终端中当前运行的应用程序的内存占用量，判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限，所述内存上限与所述应用程序在预设时长内的使用情况相关，当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，执行清理内存的操作，或者显示预设的提示信息。根据应用程序在预设时长内的使用情况动态确定应用程序的内存上限，在不需要更新硬件的情况下提高应用程序的内存上限，降低应用程序因为内存不足而导致的卡顿问题，提高用户的体验效果。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述，构造这类***所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的动态管理内存设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本领域普通技术人员可以意识到，结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种动态管理内存的方法，应用于移动终端，其特征在于，所述方法包括：
获取移动终端中当前运行的应用程序的内存占用量；
判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限，所述内存上限与所述应用程序在预设时长内的使用情况相关；
当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，执行清理内存的操作，或者显示预设的提示信息。
2.根据权利要求1所述的方法，其特征在于，在所述判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限的步骤之前，还包括：
获取所述应用程序在预设时长内的使用情况；所述使用情况包括使用次数和/或使用时长；
根据所述使用情况，计算与所述应用程序对应的内存上限。
3.根据权利要求2所述的方法，其特征在于，所述根据所述使用情况，计算与所述应用程序对应的内存上限的步骤，包括：
根据所述应用程序的使用次数和/或使用时长，计算所述应用程序的使用频率；
根据所述应用程序的使用频率和初始的内存上限，计算与所述应用程序对应的内存上限。
4.根据权利要求2所述的方法，其特征在于，所述根据所述使用情况，计算与所述应用程序对应的内存上限的步骤，包括：
根据所述应用程序的使用次数和/或使用时长，计算所述应用程序的使用频率；
获取所述移动终端当前的内存模式对应的第一权值；
根据所述第一权值和所述使用频率，计算所述应用程序的第二权值；
根据所述应用程序的第二权值和初始的内存上限，计算与所述应用程序对应的内存上限。
5.根据权利要求2所述的方法，其特征在于，在所述根据所述使用情况，计算与所述应用程序对应的内存上限的步骤之后，还包括：
判断所述移动终端中当前运行的各个应用程序对应的内存上限的总和是否大于所述移动终端的内存容量；
当所述总和大于所述移动终端的内存容量时，根据各个应用程序对应的内存上限占所述总和的比例，以所述内存容量乘以所述比例，计算各个应用程序对应的内存值作为最终的内存上限。
6.一种移动终端，其特征在于，包括：
内存占用量获取模块，用于获取移动终端中当前运行的应用程序的内存占用量；
内存占用量判断模块，用于判断所述应用程序的内存占用量是否大于与所述应用程序对应的内存上限，所述内存上限与所述应用程序在预设时长内的使用情况相关；
操作执行模块，用于当所述应用程序的内存占用量大于与所述应用程序对应的内存上限时，执行清理内存的操作，或者显示预设的提示信息。
7.根据权利要求6所述的移动终端，其特征在于，还包括：
使用情况获取模块，用于获取所述应用程序在预设时长内的使用情况；所述使用情况包括使用次数和/或使用时长；
内存上限计算模块，用于根据所述使用情况，计算与所述应用程序对应的内存上限。
8.根据权利要求7所述的移动终端，其特征在于，所述内存上限计算模块，包括：
使用频率第一计算子模块，用于根据所述应用程序的使用次数和/或使用时长，计算所述应用程序的使用频率；
内存上限第一计算子模块，用于根据所述应用程序的使用频率和初始的内存上限，计算与所述应用程序对应的内存上限。
9.根据权利要求7所述的移动终端，其特征在于，所述内存上限计算模块，包括：
使用频率第二计算子模块，用于根据所述应用程序的使用次数和/或使用时长，计算所述应用程序的使用频率；
第一权值获取子模块，用于获取所述移动终端当前的内存模式对应的第一权值；
第二权值计算子模块，用于根据所述第一权值和所述使用频率，计算所述应用程序的第二权值；
内存上限第二计算子模块，用于根据所述应用程序的第二权值和初始的内存上限，计算与所述应用程序对应的内存上限。
10.根据权利要求7所述的移动终端，其特征在于，还包括：
内存上限判断模块，用于判断所述移动终端中当前运行的各个应用程序对应的内存上限的总和是否大于所述移动终端的内存容量；
所述内存上限计算模块，还用于当所述总和大于所述移动终端的内存容量时，根据各个应用程序对应的内存上限占所述总和的比例，以所述内存容量乘以所述比例，计算各个应用程序对应的内存值作为最终的内存上限。
CN201611192140.9A 2016-12-21 2016-12-21 一种动态管理内存的方法及移动终端 Pending CN106776030A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611192140.9A CN106776030A (zh) 2016-12-21 2016-12-21 一种动态管理内存的方法及移动终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611192140.9A CN106776030A (zh) 2016-12-21 2016-12-21 一种动态管理内存的方法及移动终端

Publications (1)

Publication Number Publication Date
CN106776030A true CN106776030A (zh) 2017-05-31

Family

ID=58893635

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611192140.9A Pending CN106776030A (zh) 2016-12-21 2016-12-21 一种动态管理内存的方法及移动终端

Country Status (1)

Country Link
CN (1) CN106776030A (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107506235A (zh) * 2017-08-08 2017-12-22 硕诺科技（深圳）有限公司 一种禁止应用程序自动运行的装置及方法
CN107621983A (zh) * 2017-09-25 2018-01-23 维沃移动通信有限公司 一种存储空间提示方法及移动终端
CN107797871A (zh) * 2017-11-30 2018-03-13 努比亚技术有限公司 内存占用资源释放方法、移动终端及计算机可读存储介质
CN108279975A (zh) * 2017-12-11 2018-07-13 努比亚技术有限公司 一种内存控制方法、移动终端、数据交互方法及服务器
CN108427618A (zh) * 2018-03-09 2018-08-21 北京小米移动软件有限公司 卡顿状态确定方法、装置及计算机可读存储介质
CN109144723A (zh) * 2018-07-23 2019-01-04 北京轻元科技有限公司 一种分配存储空间的方法和终端
WO2019047045A1 (zh) * 2017-09-06 2019-03-14 深圳传音通讯有限公司 一种内存清理方法及用户终端
CN109857556A (zh) * 2019-01-15 2019-06-07 Oppo广东移动通信有限公司 内存回收方法及装置、存储介质和电子设备
WO2019136963A1 (zh) * 2018-01-10 2019-07-18 华为技术有限公司 回收内存的方法及装置
WO2022037497A1 (zh) * 2020-08-18 2022-02-24 深圳市万普拉斯科技有限公司 通话记录数据处理方法、装置、通信设备和存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103631661A (zh) * 2013-11-27 2014-03-12 青岛海信电器股份有限公司 一种内存管理方法和装置
CN103645955A (zh) * 2013-12-16 2014-03-19 百度在线网络技术（北京）有限公司 应用程序的运行管理方法和装置
CN104216819A (zh) * 2014-08-21 2014-12-17 深圳市金立通信设备有限公司 一种终端应用管理方法
CN104391632A (zh) * 2014-11-17 2015-03-04 小米科技有限责任公司 内存清理的方法及装置
CN105446776A (zh) * 2015-11-20 2016-03-30 北京金山安全软件有限公司 一种应用程序关闭方法、装置及电子设备
CN105653434A (zh) * 2015-12-25 2016-06-08 小米科技有限责任公司 对应用使用进行跟踪处理的方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103631661A (zh) * 2013-11-27 2014-03-12 青岛海信电器股份有限公司 一种内存管理方法和装置
CN103645955A (zh) * 2013-12-16 2014-03-19 百度在线网络技术（北京）有限公司 应用程序的运行管理方法和装置
CN104216819A (zh) * 2014-08-21 2014-12-17 深圳市金立通信设备有限公司 一种终端应用管理方法
CN104391632A (zh) * 2014-11-17 2015-03-04 小米科技有限责任公司 内存清理的方法及装置
CN105446776A (zh) * 2015-11-20 2016-03-30 北京金山安全软件有限公司 一种应用程序关闭方法、装置及电子设备
CN105653434A (zh) * 2015-12-25 2016-06-08 小米科技有限责任公司 对应用使用进行跟踪处理的方法及装置

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107506235A (zh) * 2017-08-08 2017-12-22 硕诺科技（深圳）有限公司 一种禁止应用程序自动运行的装置及方法
WO2019047045A1 (zh) * 2017-09-06 2019-03-14 深圳传音通讯有限公司 一种内存清理方法及用户终端
CN107621983A (zh) * 2017-09-25 2018-01-23 维沃移动通信有限公司 一种存储空间提示方法及移动终端
CN107797871A (zh) * 2017-11-30 2018-03-13 努比亚技术有限公司 内存占用资源释放方法、移动终端及计算机可读存储介质
CN108279975A (zh) * 2017-12-11 2018-07-13 努比亚技术有限公司 一种内存控制方法、移动终端、数据交互方法及服务器
CN108279975B (zh) * 2017-12-11 2022-01-14 努比亚技术有限公司 一种内存控制方法、移动终端、数据交互方法及服务器
WO2019136963A1 (zh) * 2018-01-10 2019-07-18 华为技术有限公司 回收内存的方法及装置
CN108427618A (zh) * 2018-03-09 2018-08-21 北京小米移动软件有限公司 卡顿状态确定方法、装置及计算机可读存储介质
CN108427618B (zh) * 2018-03-09 2021-09-07 北京小米移动软件有限公司 卡顿状态确定方法、装置及计算机可读存储介质
CN109144723A (zh) * 2018-07-23 2019-01-04 北京轻元科技有限公司 一种分配存储空间的方法和终端
CN109144723B (zh) * 2018-07-23 2022-11-11 北京轻元科技有限公司 一种分配存储空间的方法和终端
CN109857556A (zh) * 2019-01-15 2019-06-07 Oppo广东移动通信有限公司 内存回收方法及装置、存储介质和电子设备
CN109857556B (zh) * 2019-01-15 2021-01-08 Oppo广东移动通信有限公司 内存回收方法及装置、存储介质和电子设备
WO2022037497A1 (zh) * 2020-08-18 2022-02-24 深圳市万普拉斯科技有限公司 通话记录数据处理方法、装置、通信设备和存储介质
CN114157750A (zh) * 2020-08-18 2022-03-08 深圳市万普拉斯科技有限公司 通话记录数据处理方法、装置、通信设备和存储介质
CN114157750B (zh) * 2020-08-18 2022-09-09 深圳市万普拉斯科技有限公司 通话记录数据处理方法、装置、通信设备和存储介质

Similar Documents

Publication Publication Date Title
CN106776030A (zh) 一种动态管理内存的方法及移动终端
CN106919313A (zh) 一种应用程序的启动方法及移动终端
CN106126013A (zh) 一种应用程序管理方法和移动终端
CN106406966A (zh) 一种应用程序的预加载方法及移动终端
CN106533988A (zh) 一种应用程序网速的控制方法及移动终端
CN106469011A (zh) 一种信息显示方法及移动终端
CN106155699B (zh) 一种后台进程的管理方法及移动终端
CN106469094A (zh) 一种文字信息分享方法及移动终端
CN106506401A (zh) 一种流量管理方法及移动终端
CN106886409A (zh) 一种信息显示方法及移动终端
CN107203307A (zh) 一种图标管理方法及移动终端
CN107678666A (zh) 一种虚拟按键显示方法、移动终端及计算机可读存储介质
CN106325753A (zh) 一种支付界面的显示方法及移动终端
CN106502785A (zh) 一种移动终端的清理内存方法及装置
CN106372894A (zh) 一种支付方法及移动终端
CN107566624A (zh) 一种终端的功耗和温度的显示方法及终端
CN107493391A (zh) 一种应用消息的管理方法及终端
CN107391246A (zh) 一种应用启动方法、移动终端及计算机可读存储介质
CN107193482A (zh) 一种移动终端屏幕的操作方法及移动终端
CN106503179A (zh) 一种网页页面的加载方法及移动终端
CN106507176A (zh) 一种视频播放的方法及移动终端
CN107544729A (zh) 一种应用的界面切换方法及移动终端
CN106648329A (zh) 一种应用图标的显示方法及移动终端
CN106357918A (zh) 一种调节屏幕亮度的方法及移动终端
CN108234744A (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20170531