CN105824700B - 移动终端及其应用程序管理方法 - Google Patents

Abstract

本发明提供了一种移动终端及其应用程序管理方法，属于移动终端技术领域。其中，移动终端的应用程序管理方法包括：从存放在外置存储空间的应用程序安装包中获取应用程序的预设信息，并将所述预设信息显示在显示界面上；根据所述预设信息启动所述应用程序后，将所述应用程序加载至内存中，运行所述应用程序；退出所述应用程序后，终止运行所述应用程序，并释放所述应用程序占用的内存。本发明的技术方案能够节省大量的系统内存空间，并降低使用应用程序的安全风险。

Description

移动终端及其应用程序管理方法

技术领域

本发明涉及移动终端技术领域，特别是涉及一种移动终端及其应用程序管理方法。

背景技术

随着移动终端的广泛应用，出现了大量的移动终端应用程序。用户在使用移动终端的过程中，可以通过各种方式将应用程序安装到移动终端上并使用，极大的丰富了移动终端用户的使用体验。

现有技术移动终端在下载应用程序安装包后，将应用程序解压并安装在系统内存之中，并根据应用程序的要求，在广播通知事件发生时通知应用程序。相比于外部存储空间，移动终端的系统内存是非常有限的，在装载了一定数量的应用程序之后，这些应用程序常驻在系统内存空间中，导致移动终端宝贵的系统内存资源被浪费，最终就会不可避免的出现系统内存空间不足的问题。

另外，由于应用程序安装在系统内存中，应用程序可以一直监听各种广播通知事件，会出现频繁弹出通知、无法彻底终止应用程序等问题；应用程序还有可能会劫持系统中关键代码，并在被退出之后，在后台继续长时间监听劫持到的代码(例如：劫持网络层代码，然后在后台获取所有网络请求的参数；截取用户信息；劫持系统安装/卸载应用代码，从而使得其自身无法被卸载，也可以在后台直接安装其他应用程序，造成安全风险)；再者，在更新应用程序时，除非拥有特殊权限，否则都会弹出提示框让用户进行二次确认，增加了用户使用移动终端的成本，更新应用程序不方便。

发明内容

本发明的实施例提供一种移动终端及其应用程序管理方法，能够节省大量的系统内存空间，不会因为安装大量应用程序而导致系统内存空间不足，并降低使用应用程序的安全风险。

一方面，提供一种移动终端的应用程序管理方法，包括：

从存放在外置存储空间的应用程序安装包中获取应用程序的预设信息，并将所述预设信息显示在显示界面上；

根据所述预设信息启动所述应用程序后，将所述应用程序加载至内存中，运行所述应用程序；

退出所述应用程序后，终止运行所述应用程序，并释放所述应用程序占用的内存。

另一方面.提供一种移动终端，包括：

获取模块，用于从存放在外置存储空间的应用程序安装包中获取应用程序的预设信息，并将所述预设信息显示在显示界面上；

加载模块，用于根据所述预设信息启动所述应用程序后，将所述应用程序加载至内存中，运行所述应用程序；

终止模块，用于退出所述应用程序后，终止运行所述应用程序，并释放所述应用程序占用的内存。

本发明的实施例具有以下有益效果：

上述方案中，所有应用程序存储在外置存储空间中，只有在使用时才加载到系统内存中，使用后立即释放应用程序占用的系统内存，应用程序不会常驻到系统内存中，节省了大量的系统内存空间，不会因为安装大量应用程序而导致系统内存空间不足；另外，即使应用程序劫持系统代码成功，应用程序退出后，由于已经释放应用程序占用的系统内存，应用程序也就无法在后台被唤醒，不能再继续对系统运行造成影响，应用程序的劫持行为只能在其被使用时才生效，从而让应用程序劫持系统代码的有效期大大缩短，降低使用应用程序的安全风险。

附图说明

图1为本发明实施例一移动终端的应用程序管理方法的流程示意图；

图2为本发明实施例二移动终端的应用程序管理方法的流程示意图；

图3为本发明实施例三移动终端的应用程序管理方法的流程示意图；

图4为本发明实施例四移动终端的应用程序管理方法的流程示意图；。

图5为本发明实施例五移动终端的结构示意图。

具体实施方式

为使本发明的实施例要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

本发明的实施例提供一种移动终端及其应用程序管理方法，能够节省大量的系统内存空间，不会因为安装大量应用程序而导致系统内存空间不足，并降低使用应用程序的安全风险。

实施例一

本实施例提供了一种移动终端的应用程序管理方法，如图1所示，本实施例包括：

步骤101：从存放在外置存储空间的应用程序安装包中获取应用程序的预设信息，并将预设信息显示在显示界面上。

现有技术中，在移动终端通过网络下载、拷贝等方式下载应用程序安装包之后，将应用程序安装包放入外置存储空间中，在用户选择安装应用程序后，将应用程序解压并安装在系统内存中，并在显示界面上显示应用程序图标，用户点击应用程序图标即可使用应用程序。

本实施例中，在移动终端通过网络下载、拷贝等方式下载应用程序安装包后，将应用程序安装包放入外置存储空间中，并不安装应用程序，而是对应用程序安装包进行解析，获取应用程序的预设信息，并将预设信息显示在显示界面上，该预设信息有助于帮助用户了解应用程序，预设信息可以包括应用程序的图标、名称、需要占用内存的大小、权限需求列表等等。

步骤102：在根据预设信息启动应用程序后，将应用程序加载至内存中，运行应用程序。

比如在用户点击显示界面上应用程序的图标后，表明用户需要使用该应用程序，则将应用程序加载在内存中，运行应用程序。如果是必须常驻内存的应用类型(例如：桌面类应用、输入法类应用等)，则使用原有安装逻辑；否则提示用户部分重要权限信息是否赋予，并记录。

步骤103：退出应用程序后，终止运行应用程序，并释放应用程序占用的内存。

在终止运行应用程序后，立即释放应用程序占用的系统内存，这样应用程序就不会常驻到系统内存中，节省了大量的系统内存空间。

本实施例中，所有应用程序存储在外置存储空间中，只有在使用时才加载到系统内存中，使用后立即释放应用程序占用的系统内存，应用程序不会常驻到系统内存中，节省了大量的系统内存空间，不会因为安装大量应用程序而导致系统内存空间不足；另外，即使应用程序劫持系统代码成功，应用程序退出后，由于已经释放应用程序占用的系统内存，应用程序也就无法在后台被唤醒，不能再继续对系统运行造成影响，应用程序的劫持行为只能在其被使用时才生效，从而让应用程序劫持系统代码的有效期大大缩短，降低使用应用程序的安全风险。

实施例二

本实施例提供了一种移动终端的应用程序管理方法，如图2所示，本实施例包括：

步骤201：解析存放在外置存储空间的应用程序安装包的配置需求，并保存应用程序的图标、需要占用内存的大小和权限需求列表。

现有技术中，在移动终端通过网络下载、拷贝等方式下载应用程序安装包之后，将应用程序安装包放入外置存储空间中，在用户选择安装应用程序后，将应用程序解压并安装在系统内存中，并在显示界面上显示应用程序图标，用户点击应用程序图标即可使用应用程序。

本实施例中，在移动终端通过网络下载、拷贝等方式下载应用程序安装包后，将应用程序安装包放入外置存储空间中，并不安装应用程序，而是对应用程序安装包进行解析，获取应用程序的图标、需要占用内存的大小和权限需求列表。

步骤202：将应用程序的图标、需要占用内存的大小和权限需求列表显示在显示界面上。

步骤203：在根据预设信息启动应用程序后，将应用程序加载至内存中，运行应用程序。

比如在用户点击显示界面上应用程序的图标后，表明用户需要使用该应用程序，则将应用程序加载在内存中，运行应用程序。如果是必须常驻内存的应用类型(例如：桌面类应用、输入法类应用等)，则使用原有安装逻辑；否则提示用户部分重要权限信息是否赋予，并记录。

步骤204：退出应用程序后，终止运行应用程序，并释放应用程序占用的内存。

在终止运行应用程序后，立即释放应用程序占用的系统内存，这样应用程序就不会常驻到系统内存中，节省了大量的系统内存空间。

本实施例中，所有应用程序存储在外置存储空间中，只有在使用时才加载到系统内存中，使用后立即释放应用程序占用的系统内存，应用程序不会常驻到系统内存中，节省了大量的系统内存空间，不会因为安装大量应用程序而导致系统内存空间不足；另外，即使应用程序劫持系统代码成功，应用程序退出后，由于已经释放应用程序占用的系统内存，应用程序也就无法在后台被唤醒，不能再继续对系统运行造成影响，应用程序的劫持行为只能在其被使用时才生效，从而让应用程序劫持系统代码的有效期大大缩短，降低使用应用程序的安全风险。

实施例三

本实施例提供了一种移动终端的应用程序管理方法，如图3所示，本实施例包括：

步骤301：从存放在外置存储空间的应用程序安装包中获取应用程序的预设信息，并将预设信息显示在显示界面上。

现有技术中，在移动终端通过网络下载、拷贝等方式下载应用程序安装包之后，将应用程序安装包放入外置存储空间中，在用户选择安装应用程序后，将应用程序解压并安装在系统内存中，并在显示界面上显示应用程序图标，用户点击应用程序图标即可使用应用程序。

本实施例中，在移动终端通过网络下载、拷贝等方式下载应用程序安装包后，将应用程序安装包放入外置存储空间中，并不安装应用程序，而是对应用程序安装包进行解析，获取应用程序的预设信息，并将预设信息显示在显示界面上，该预设信息有助于帮助用户了解应用程序，预设信息可以包括应用程序的图标、名称、需要占用内存的大小、权限需求列表等等。

步骤302：根据预设信息启动应用程序后，判断是否存在未被占用的指定大小的内存区块。

移动终端系统总内存大小为RAM1，操作系统所需内存大小为RAM2，移动终端所支持的应用程序最大个数为N，则将移动终端的内存划分为N个指定大小的内存区块FILED，每个FILED的大小为(RAM1-RAM2)/N。

比如在用户点击显示界面上应用程序的图标后，表明用户需要使用该应用程序，判断是否存在未被占用的指定大小的内存区块。

步骤303：将应用程序加载到指定大小的内存区块中，并运行应用程序。

当存在未被占用的指定大小的内存区块时，为应用程序分配一内存区块，在加载该应用程序所需的内存大小不大于内存区块的大小时，将应用程序加载在该分配的内存区块中，如果运行该应用程序所需内存不大于该内存区块的大小，则可以正常运行应用程序；当不存在未被占用的内存区块时，按照与用户的交互次数对所有被占用的内存区块进行优先级排序，其中，与用户交互次数最多的内存区块的优先级最高，释放优先级最低的内存区块，并在加载该应用程序所需的内存大小不大于内存区块的大小时，将应用程序加载在该内存区块中，如果运行该应用程序所需内存不大于该内存区块的大小，则可以正常运行应用程序。如果是必须常驻内存的应用类型(例如：桌面类应用、输入法类应用等)，则使用原有安装逻辑；否则提示用户部分重要权限信息是否赋予，并记录。

步骤304：退出应用程序后，终止运行应用程序，并释放应用程序占用的内存。

另外，在运行应用程序所需的内存大小超过内存区块的大小时，也要停止运行应用程序，并通知用户应用程序内存溢出，释放应用程序占用的内存。

本实施例中，所有应用程序存储在外置存储空间中，只有在使用时才加载到系统内存中，使用后立即释放应用程序占用的系统内存，应用程序不会常驻到系统内存中，节省了大量的系统内存空间，不会因为安装大量应用程序而导致系统内存空间不足；另外，即使应用程序劫持系统代码成功，应用程序退出后，由于已经释放应用程序占用的系统内存，应用程序也就无法在后台被唤醒，不能再继续对系统运行造成影响，应用程序的劫持行为只能在其被使用时才生效，从而让应用程序劫持系统代码的有效期大大缩短，降低使用应用程序的安全风险。

实施例四

本实施例提供了一种移动终端的应用程序管理方法，如图4所示，本实施例包括：

步骤401：移动终端下载并将应用程序安装包放入外置存储空间中。

具体地，移动终端可以通过网络下载、拷贝等方式将指定格式的应用程序放入外置存储空间中。

步骤402：解析存放在外置存储空间的应用程序安装包的配置需求，并存储应用程序的图标、需要占用内存的大小和权限需求列表。

具体地，可以由移动终端的包管理器(PM)来解析应用程序安装包，PM管理移动终端所有自外部获取的应用程序，动态显示所有外部获取的应用程序、启动外部获取的应用程序、管理外部获取的应用程序(移动、删除、分享发送等)、清理外部获取应用程序的内存占用等。

步骤403：将应用程序的图标、需要占用内存的大小和权限需求列表显示在显示界面上。

步骤404：在用户点击显示界面上应用程序的图标后，判断是否存在未被占用的指定大小的内存区块。

移动终端系统总内存大小为RAM1，操作系统所需内存大小为RAM2，移动终端所支持的应用程序最大个数为N，则将移动终端的内存划分为N个指定大小的内存区块FILED，每个FILED的大小为(RAM1-RAM2)/N。在用户点击显示界面上应用程序的图标后，表明用户需要使用该应用程序，判断是否存在未被占用的指定大小的内存区块。

步骤405：将应用程序加载到指定大小的内存区块中，运行应用程序，记录并赋予应用程序需要的广播通知事件，并将用户授权权限赋予给应用程序。

当存在未被占用的指定大小的内存区块时，为应用程序分配一内存区块，并在加载该应用程序所需的内存大小不大于内存区块的大小时，将应用程序加载在该分配的内存区块中，如果运行该应用程序所需内存不大于该内存区块的大小，则可以正常运行应用程序；当不存在未被占用的内存区块时，按照与用户的交互次数对所有被占用的内存区块进行优先级排序，其中，与用户交互次数最多的内存区块的优先级最高，释放优先级最低的内存区块，并在加载该应用程序所需的内存大小不大于内存区块的大小时，将应用程序加载在该内存区块中，如果运行该应用程序所需内存不大于该内存区块的大小，则可以正常运行应用程序。如果是必须常驻内存的应用类型(例如：桌面类应用、输入法类应用等)，则使用原有安装逻辑；否则提示用户部分重要权限信息是否赋予，并记录。

具体地，在启动应用程序时，从应用程序安装包中加载所必须的代码逻辑文件、资源文件、依赖库等信息到FILED中，记录并赋予应用程序需要的广播通知事件，并将用户授权权限赋予给应用程序。

步骤406：退出应用程序后，终止运行应用程序，释放应用程序占用的内存，不再将广播通知事件和用户授权权限赋予给应用程序。

当退出应用程序时，清除FILED空间，释放FILED中所有的资源以及其引用，同时将该应用程序从用户授权权限和广播通知时间记录中删除。

本实施例中，所有应用程序存储在外置存储空间中，无需进行安装或更新，只有在使用时才加载到系统内存中，使用后立即释放应用程序占用的系统内存，应用程序不会常驻到系统内存中，节省了大量的系统内存空间，不会因为安装大量应用程序而导致系统内存空间不足；另外，即使应用程序劫持系统代码成功，应用程序退出后，由于已经释放应用程序占用的系统内存，应用程序也就无法在后台被唤醒，不能再继续对系统运行造成影响，应用程序的劫持行为只能在其被使用时才生效，从而让应用程序劫持系统代码的有效期大大缩短，降低使用应用程序的安全风险；再者，仅在应用程序运行时赋予应用程序各种广播通知事件的通知，退出应用程序后，不再通知应用程序相关广播通知事件，防止应用程序产生不必要的通知；在需要运行应用程序时，由于无需安装应用程序，因此无需对用户进行弹框提示，用户只需点击对应图片即可运行应用程序。

实施例五

本实施例提供了一种移动终端，如图5所示，本实施例包括：

获取模块20，用于从存放在外置存储空间的应用程序安装包中获取应用程序的预设信息，并将所述预设信息显示在显示界面上；

加载模块21，用于根据所述预设信息启动所述应用程序后，将所述应用程序加载至内存中，运行所述应用程序；

终止模块22，用于退出所述应用程序后，终止运行所述应用程序，并释放所述应用程序占用的内存。

进一步地，获取模块20包括：

解析单元，用于解析应用程序安装包的配置需求，并保存所述应用程序的图标、需要占用内存的大小和权限需求列表；

显示单元，用于将应用程序的图标、需要占用内存的大小和权限需求列表显示在显示界面上。

进一步地，移动终端还包括：

判断模块，用于在加载模块21将应用程序加载在系统内存中，运行应用程序之前，判断是否存在未被占用的指定大小的内存区块；

加载模块21具体用于当存在未被占用的指定大小的内存区块时，在加载所述应用程序所需的内存大小不大于所述内存区块的大小时，将所述应用程序加载至所述内存区块中，运行所述应用程序。

进一步地，移动终端还包括：

释放模块，用于当不存在未被占用的指定大小的的内存区块时，获取每一内存区块与用户的交互次数，确定与用户交互次数最少的内存区块，释放所述与用户交互次数最少的内存区块。

进一步地，移动终端还包括：

强行终止模块，用于当运行应用程序所需的内存大小超过内存区块的大小时，停止运行应用程序，并通知用户应用程序内存溢出。

进一步地，加载模块21包括：

加载单元，用于将所述应用程序的运行所需信息加载到所述内存区块中；

管理单元，用于记录并赋予所述应用程序需要的权限。

进一步地，管理单元还用于在释放应用程序占用的内存之后，收回赋予给所述应用程序的权限。

本实施例中，所有应用程序存储在外置存储空间中，无需进行安装或更新，只有在使用时才加载到系统内存中，使用后立即释放应用程序占用的系统内存，应用程序不会常驻到系统内存中，节省了大量的系统内存空间，不会因为安装大量应用程序而导致系统内存空间不足；另外，即使应用程序劫持系统代码成功，应用程序退出后，由于已经释放应用程序占用的系统内存，应用程序也就无法在后台被唤醒，不能再继续对系统运行造成影响，应用程序的劫持行为只能在其被使用时才生效，从而让应用程序劫持系统代码的有效期大大缩短，降低使用应用程序的安全风险；再者，仅在应用程序运行时赋予应用程序各种广播通知事件的通知，退出应用程序后，不再通知应用程序相关广播通知事件，防止应用程序产生不必要的通知；在需要运行应用程序时，由于无需安装应用程序，因此无需对用户进行弹框提示，用户只需点击对应图片即可运行应用程序。

此说明书中所描述的许多功能部件都被称为模块，以便更加特别地强调其实现方式的独立性。

本发明实施例中，模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同物理上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。

实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上(包括在不同存储设备上)，并且至少部分地可以仅作为电子信号存在于系统或网络上。

在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成(VLSI)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。

在本发明各方法实施例中，所述各步骤的序号并不能用于限定各步骤的先后顺序，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，对各步骤的先后变化也在本发明的保护范围之内。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种移动终端的应用程序管理方法，其特征在于，包括：

从存放在外置存储空间的应用程序安装包中获取应用程序的预设信息，并将所述预设信息显示在显示界面上，其中，所有应用程序存储在外置存储空间中，在使用时加载到系统内存中；

根据所述预设信息启动所述应用程序后，将所述应用程序加载至内存中，运行所述应用程序，其中，如果所述应用程序是必须常驻内存的应用类型，则使用原有安装逻辑，否则提示用户部分重要权限信息是否赋予，并记录；

退出所述应用程序后，终止运行所述应用程序，并释放所述应用程序占用的内存。

2.根据权利要求1所述的移动终端的应用程序管理方法，其特征在于，所述从存放在外置存储空间的应用程序安装包中获取应用程序的预设信息，并将所述预设信息显示在显示界面上的步骤，包括：

解析所述应用程序安装包的配置需求，并保存所述应用程序的图标、需要占用内存的大小和权限需求列表；

将所述应用程序的图标、需要占用内存的大小和权限需求列表显示在显示界面上。

3.根据权利要求1所述的移动终端的应用程序管理方法，其特征在于，所述将所述应用程序加载至内存中，运行所述应用程序的步骤之前，还包括：

判断是否存在未被占用的指定大小的内存区块；

所述将所述应用程序加载至内存中，运行所述应用程序具体为：

当存在未被占用的指定大小的内存区块时，为所述应用程序分配一内存区块，在加载所述应用程序所需的内存大小不大于所述内存区块的大小时，将所述应用程序加载至所述内存区块中，运行所述应用程序。

4.根据权利要求3所述的移动终端的应用程序管理方法，其特征在于，所述方法还包括：

当不存在未被占用的指定大小的内存区块时；

获取每一内存区块与用户的交互次数，确定与用户交互次数最少的内存区块；

释放所述与用户交互次数最少的内存区块。

5.根据权利要求3所述的移动终端的应用程序管理方法，其特征在于，所述将所述应用程序加载至内存中，运行所述应用程序的步骤之后，还包括：

当运行所述应用程序所需的内存大小超过所述内存区块的大小时，停止运行所述应用程序，并通知用户所述应用程序内存溢出。

6.根据权利要求3所述的移动终端的应用程序管理方法，其特征在于，所述将所述应用程序加载在所述分配的内存区块中的步骤，包括：

将所述应用程序的运行所需信息加载到所述内存区块中，记录并赋予所述应用程序需要的权限。

7.根据权利要求6所述的移动终端的应用程序管理方法，其特征在于，所述释放所述应用程序占用的内存的步骤之后，还包括：

收回赋予给所述应用程序的权限。

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

获取模块，用于从存放在外置存储空间的应用程序安装包中获取应用程序的预设信息，并将所述预设信息显示在显示界面上，其中，所有应用程序存储在外置存储空间中，在使用时加载到系统内存中；

加载模块，用于根据所述预设信息启动所述应用程序后，将所述应用程序加载至内存中，运行所述应用程序，其中，如果所述应用程序是必须常驻内存的应用类型，则使用原有安装逻辑，否则提示用户部分重要权限信息是否赋予，并记录；

终止模块，用于退出所述应用程序后，终止运行所述应用程序，并释放所述应用程序占用的内存。

9.根据权利要求8所述的移动终端，其特征在于，所述获取模块包括：

解析单元，用于解析所述应用程序安装包的配置需求，并保存所述应用程序的图标、需要占用内存的大小和权限需求列表；

显示单元，用于将所述应用程序的图标、需要占用内存的大小和权限需求列表显示在显示界面上。

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

判断模块，用于在所述加载模块将所述应用程序加载在系统内存中，运行所述应用程序之前，判断是否存在未被占用的指定大小的内存区块；

所述加载模块具体用于当存在未被占用的指定大小的内存区块时，为所述应用程序分配一内存区块，在加载所述应用程序所需的内存大小不大于所述内存区块的大小时，将所述应用程序加载至所述内存区块中，运行所述应用程序。

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

释放模块，用于当不存在未被占用的指定大小的的内存区块时，获取每一内存区块与用户的交互次数，确定与用户交互次数最少的内存区块，释放所述与用户交互次数最少的内存区块。

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

强行终止模块，用于当运行所述应用程序所需的内存大小超过所述内存区块的大小时，停止运行所述应用程序，并通知用户所述应用程序内存溢出。

13.根据权利要求10所述的移动终端，其特征在于，所述加载模块包括：

加载单元，用于将所述应用程序的运行所需信息加载到所述内存区块中；

管理单元，用于记录并赋予所述应用程序需要的权限。

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

所述管理单元还用于在释放所述应用程序占用的内存之后，收回赋予给所述应用程序的权限。