CN103136024A - 一种应用程序的可靠卸载方法、装置及移动装置 - Google Patents

Abstract

本发明公开了一种应用程序的可靠卸载方法、装置及移动终端。根据本发明方法，要卸载的应用程序向操作***内的其他应用程序广播请求消息；其他应用程序接收到所述请求消息后，如果接收到请求消息的应用程序与广播请求消息的应用程序相互关联，则返回确认消息给发送请求消息的应用程序；广播请求消息的应用程序接收到确认消息后在关联应用链表中存储返回确认消息的应用程序的名称；最后，根据所述关联应用链表，所有与要卸载的应用程序相关联的应用程序都被卸载。采用本发明方法，可以将***内相互关联的应用程序同时卸载，避免了只卸载其中一部分应用程序引起其他应用程序无法使用的问题。

Description

一种应用程序的可靠卸载方法、装置及移动装置

技术领域

本发明涉及移动通讯终端领域，尤其涉及一种应用程序的可靠卸载方法、装置及移动终端。

背景技术

随着移动互联网的蓬勃发展，智能手机被越来越多的用户所喜爱。用户喜欢使用智能手机的一个重要原因就是智能手机中可以安装丰富多彩的应用程序。这些多种多样的应用程序之间会有相互关联的关系，比如一款读书的应用程序可能会基于文本浏览器的应用程序。这样，假如用户卸载了一个应用程序，可能会导致其他的应用程序无法使用。

安卓（Android）***是谷歌（Google）公司为智能手机开发的操作***。目前，安卓***在智能手机上十分流行，已经成为全球最主要的智能终端操作***之一。

AIDL是安卓接口定义语言（Android Interface Definition Language）的缩写，它是一种接口定义语言，用于生成可以在安卓设备上两个进程之间进行进程间通信的代码。在安卓***中，不允许一个进程访问另外一个进程的内存，因此定义了AIDL来实现进程间通信。

发明内容

本发明的目的在于提出一种应用程序的可靠卸载方法、装置及移动终端。

为达此目的，本发明采用以下技术方案：

一种应用程序的可靠卸载方法，包括：

对需要卸载的应用程序建立关联应用链表数组；

对名称被添加在所述关联应用链表数组中的应用程序逐一进行卸载。

进一步的，对应用程序建立关联应用链表数组的步骤包括：

建立至少一个关联应用链表。

进一步的，建立关联应用链表的步骤包括：

创建并初始化关联应用链表；

所述要卸载的应用程序向操作***内其它应用程序广播请求消息，同时启动定时器，所述定时器被用于指示消息往返传送时间的下限；

其他应用程序接收到所述广播请求消息的应用程序广播的请求消息后，如果接收请求消息的应用程序与广播请求消息的应用程序相关联，则接收消息的应用程序返回确认消息给广播请求消息的应用程序；

广播请求消息的应用程序接收到确认消息后，判断所述发送确认消息的应用程序的名称是否已经被添加至所述关联应用链表数组中，如果所述发送确认消息的应用程序的名称没有被添加至所述关联应用链表数组中，则将所述发送确认消息的应用程序的名称添加至所述关联应用链表中；

如果所述定时器超时后仍没有接收到其他应用程序的确认消息，或者返回确认消息的应用程序的名称均已经被添加至所述关联应用链表数组中，则所述关联应用链表为空。

进一步的，对要卸载的应用程序建立关联应用链表后，对所述关联应用链表中的应用程序再建立关联应用链表，再建立的关联应用链表与原有的关联应用链表共同构成关联应用链表数组，但空的关联应用链表不能被添加进所述关联应用链表数组；

对新建立的关联应用链表重复上述步骤，直至再对所述关联应用链表数组中添加的任一应用程序建立关联应用链表时，再建立的关联应用链表均为空。

进一步的，在建立所述关联应用链表数组之后，对名称被添加在所述关联应用链表数组中的应用程序进行卸载之前，所述方法还包括：

提示用户要卸载的应用程序及名称被添加在关联应用链表数组中的应用程序即将被卸载；

向用户查询是否将要卸载的应用程序及名称被添加在关联应用链表数组中的应用程序卸载。

对应的，本发明还提供了一种应用程序的可靠卸载装置，所述装置包括：

关联应用链表数组建立单元，用于对需要卸载的应用程序建立关联应用链表数组；

应用程序卸载单元，用于对名称被添加在所述关联应用链表数组中的应用程序逐一进行卸载。

进一步的，所述关联应用链表数组建立单元包括：

关联应用链表建立子单元，用于对需要卸载的应用程序建立关联应用链表；

关联应用链表数组完成判断子单元，用于判断关联应用链表数组的建立是否完成。

进一步的，所述关联应用链表建立子单元包括：

关联应用链表创建模块，用于创建并初始化关联应用链表；

请求消息广播模块，用于为所述要卸载的应用程序向操作***内其它应用程序广播请求消息，广播消息的同时启动定时器，所述定时器被用于指示消息往返传送时间的下限；

确认消息返回模块，用于其他应用程序接收到所述广播请求消息的应用程序广播的请求消息后，判断接收请求消息的应用程序是否与广播请求消息的应用程序相关联，如果二者相关联，则接收消息的应用程序返回确认消息给广播请求消息的应用程序；

应用程序添加模块，用于广播请求消息的应用程序接收到确认消息后，判断所述发送确认消息的应用程序的名称是否已经被添加至所述关联应用链表数组中，如果所述发送确认消息的应用程序的名称没有被添加至所述关联应用链表数组中，则将所述发送确认消息的应用程序的名称添加至所述关联应用链表中。

进一步的，关联应用链表数组完成判断子单元根据关联应用链表数组建立完成条件判断所述关联应用链表数组是否建立完成，所述关联应用链表数组建立完成条件是对所述关联应用链表数组中添加的任一应用程序再次建立关联应用链表时，再建立的关联应用链表均为空；如果所述关联应用链表数组建立完成条件成立，所述关联应用链表数组建立完成；如果所述关联应用链表数组建立完成条件不成立，所述关联应用链表数组未建立完成，还需要建立关联应用链表。

进一步的，所述应用程序的可靠卸载装置还包括：

用户提示单元，用于提示用户要卸载的应用程序及名称被添加在关联应用链表数组中的应用程序即将被卸载；

用户查询单元，用于向用户查询是否将要卸载的应用程序及名称被添加在关联应用链表数组中的应用程序卸载。

对应的，本发明还提供了一种移动终端，所述移动终端包括以上所述的应用程序的可靠卸载装置。

本发明的有益效果在于所述应用程序的可靠卸载方法、装置及移动终端能有效的获取与要卸载的应用程序相关联的应用程序，并在卸载时将这些关联应用程序与要卸载的应用程序一同卸载，这样就有效的避免了因为卸载应用程序而导致***内其他相关应用程序无法使用的问题。

附图说明

图1是本发明的第一实施例提供的应用程序的可靠卸载方法的流程图。

图2是本发明的第一实施例提供的建立关联应用链表数组的流程图。

图3是本发明的第一实施例提供的建立关联应用链表的流程图。

图4是本发明的第二实施例提供的应用程序的可靠卸载装置的结构示意图。

图5是本发明的第二实施例提供的关联应用链表数组建立单元的结构示意图。

图6是本发明的第二实施例提供的关联应用链表建立子单元的结构示意图。

具体实施方式

下面结合附图并通过具体实施方式来进一步说明本发明的技术方案。

图1-4示出了本发明的第一实施例。

图1是本发明的第一实施例提供的一种应用程序的可靠卸载方法的流程图。

在操作S101中，建立关联应用链表数组。

所述应用程序的可靠卸载方法的目的在于避免在应用程序卸载以后，与所卸载的应用程序相关联的应用程序的运行受到影响。为了实现这一目的，必须获得应用程序间的关联关系。关联应用链表数组是表示应用程序间关联关系的数据结构。所述关联应用链表数组由多个关联应用链表组成。所述关联应用链表中存储着同要卸载的应用程序有关联关系的应用程序的名称。因此，得到了关联应用链表数组就得到了与要卸载的所有应用程序的名称的列表，可以同时卸载所有与要卸载的应用程序有关联关系的应用程序。

在操作S102中，提示用户要卸载的应用程序及名称被添加在关联应用链表数组中的应用程序即将被卸载。

经过操作S101后，与要卸载的应用程序相关联的所有应用程序已经被存储在所述关联应用链表数组中，已经可以开始应用程序的卸载了。因为应用程序的卸载是不可逆的过程，而且相互关联的应用程序可能有很多，所以在应用程序的卸载前，应该提示用户应用程序即将被卸载。

在操作S103中，向用户查询是否将要卸载的应用程序及名称被添加在关联应用链表数组中的应用程序卸载。

因为应用程序卸载的不可逆性，所以在应用程序的卸载前，应该向用户查询是否应该将应用程序卸载。如果用户选择卸载所述应用程序，则执行操作S104；如果用户选择不卸载所述应用程序，则执行操作S105。

图2是本发明的第一实施例提供的建立关联应用链表数组的流程图。

在第一实施例中，所述操作S101又具体包括以下步骤：

步骤S1011，建立关联应用链表。

关联应用链表是存储与要卸载的应用程序相关联的所有应用程序的名称的链表。所述关联应用链表由至少一个链表单元组成。每个链表单元包括用于存储关联应用的名称的存储单元和一个指向下一个链表单元的指针。操作S101被执行时，首先在操作***内搜索所有与要卸载的应用程序相关联的应用程序的名称，并将搜索到的关联应用程序的名称存储在所述关联应用链表中。

步骤S1012，判断对所述关联应用链表数组中添加的任一应用程序再次建立关联应用链表时，再建立的关联应用链表是否均为空，如果是，操作S101结束，如果不是，再次执行步骤S1011。

对要卸载的应用程序建立起关联应用链表后，对与名称已经被添加在所述关联应用链表中的应用程序中来说，还可能有与它们相关联但是名称并没有被添加进所述关联应用链表中的应用程序。名称已经被添加进所述关联应用链表中的应用程序是与要卸载的应用程序直接相关的应用程序。但是有的应用程序可能是与要卸载的应用程序间接相关，即同与要卸载的应用程序有关联的其他应用程序相关联。对这些与要卸载的应用程序间接相关的应用程序，应当新建关联应用链表。所述新建的关联应用链表与原来的关联应用链表共同组成所述关联应用链表数组。

所以，为了建立完整的关联应用链表数组，应该在每次建立关联应用链表之后检查关联应用链表数组中的应用程序是否还有与之相关联的，其名称没有被存储在所述关联应用链表数组中的应用程序。如果还有，执行步骤S1011；如果没有，操作S101结束。

图3是本发明的第一实施例提供的建立关联应用链表的流程图。

在第一实施例中，所述步骤S1011又具体包括以下子步骤：

子步骤S201，创建并初始化关联应用链表。

要建立关联应用链表，首先应该创建空的关联应用链表。

子步骤S202，所述要卸载的应用程序向操作***内其它应用程序广播请求消息，同时启动定时器，所述定时器被用于控制消息传送的时间。

关联应用链表被创建完成后，要卸载的应用程序向其它应用程序广播请求消息。所述请求消息包括要卸载的应用程序的程序包（Package）的名称，及要卸载的应用程序向其他应用程序提供的AIDL接口的名称。

所述请求消息被广播后，广播请求消息的应用程序需要等待其他应用程序对所述请求消息的确认消息。但是，如果在操作***内没有任何应用程序与广播请求消息的应用程序相关，则广播请求消息的应用程序永远不会收到确认消息。为了避免程序死锁的发生，在要卸载的程序广播请求消息的同时，一个定时器被启动。所述定时器被启动后进行倒计时。倒计时结束时如果还没有接收到确认消息，则认为没有其他应用程序与广播请求消息的应用程序相关。

子步骤S203，其他应用程序接收到所述广播请求消息的应用程序广播的请求消息后，如果接收请求消息的应用程序与广播请求消息的应用程序相关联，则接收消息的应用程序返回确认消息给广播请求消息的应用程序。

其他应用程序接收到广播的请求消息后，检查本应用程序是否有与所述请求消息中AIDL接口的名称相同的AIDL对象。如果有相应的AIDL对象，说明本应用程序需要访问要缷载应用程序的服务或资源，与要卸载的应用程序相关联；如果没有相应的AIDL对象，说明本应用程序不需要访问要卸载应用程序的服务或资源，与要卸载的应用程序不关联。

当接收到所述请求消息的应用程序确认本应用程序与广播请求消息的应用程序相关联时，接收所述请求消息的应用程序返回确认消息给广播请求消息的应用程序。

子步骤S204，广播请求消息的应用程序接收到确认消息后，判断所述返回确认消息的应用程序的名称是否已经被添加至所述关联应用链表数组中，如果所述发送确认消息的应用程序的名称没有被添加至所述关联应用链表数组中，则将所述发送确认消息的应用程序的名称添加至所述关联应用链表中。

广播请求消息的应用程序接收到确认消息后，如果所述返回确认消息的应用程序的名称已经被添加至所述关联应用链表数组中，说明返回确认消息的应用程序是已经被添加的应用程序，不必再添加其名称至所述关联应用链表数组中；如果所述返回确认消息的应用程序的名称没有被添加至所述关联应用链表数组中，说明返回确认消息的应用程序还没有被添加至所述关联应用链表数组中，应该把它的名称添加至所述关联应用链表数组中。

添加应用程序的名称至所述关联应用链表中包括，创建新的链表单元，将应用程序的名称存储至所述新的链表单元的存储单元中，并将原来关联应用链表最后一个链表单元的指针指向新的链表单元。

图4-6示出了本发明的第二实施例。

图4是本发明的第二实施例提供的应用程序的可靠卸载装置的结构示意图。参见图4，所述应用程序的可靠卸载装置包括关联应用链表数组建立单元301、用户提示单元302、用户查询单元303及应用程序卸载单元304。

关联应用链表数组建立单元301用于对需要卸载的应用程序建立关联应用链表数组。

所述关联应用链表数组是由关联应用链表构成的数组，用于存储与要卸载的应用程序相关联的应用程序的名称。获取了一个应用程序的完整的关联应用链表数组，就完全的获得了与所述应用程序有直接或者间接关联关系的所有应用程序的名称。因此，关联应用链表数组建立单元是所述应用程序的可靠卸载装置的必要部件。

用户提示单元302用于提示用户要卸载的应用程序及名称被添加在关联应用链表数组中的应用程序即将被卸载。

因为应用程序的卸载过程是不可逆的过程。一旦用户选在卸载某一个或者一组应用程序，被卸载的应用程序就会被从移动终端的操作***中完全清楚掉。而如果用户想要再使用已经卸载的应用程序，就必须重新从网络上下载并安装。正是因为应用程序卸载的这种不可逆性，在第二实施例中，每次卸载应用程序以前，移动终端都弹出告警对话框来提示用户应用程序即将被卸载，以免应用程序在用户不知情的情况下被错误的卸载。

用户查询单元303用于向用户查询是否将要卸载的应用程序及名称被添加在关联应用链表数组中的应用程序卸载。

因为应用程序卸载的不可逆性，在第二实施例中，每次需要卸载应用程序之前，所述移动终端都会弹出确认对话框来请用户确认对所述应用程序的卸载。如果用户确认了应用程序的卸载，所述装置调用应用程序卸载单元304对要卸载的应用程序及与之直接或者间接相关联的应用程序逐一进行卸载；如果用户取消对应用程序的卸载，对上述所述的应用程序不卸载。

应用程序卸载单元304用于对名称被添加在所述关联应用链表数组中的应用程序逐一进行卸载。

名称被添加在所述关联应用链表数组中的应用程序都是与要卸载的应用程序有直接或者间接的关联关系的应用程序。也就是说，如果将要卸载的应用程序从操作***中卸载，这些名称被添加在所述关联应用链表数组中的应用程序就不能运行了。因此，需要对它们逐一进行卸载。

图5是本发明的第二实施例提供的关联应用链表数组建立单元的结构示意图。参见图5，所述关联应用链表数组建立单元301包括关联应用链表建立子单元401及关联应用链表数组完成判断子单元402。

关联应用链表建立子单元401用于对需要卸载的应用程序建立关联应用链表。

关联应用链表是存储与要卸载的应用程序相关联的应用程序的名称的链表。要知道操作***中安装的哪些应用程序与要卸载的应用程序相关，以便卸载应用程序时有卸载的依据，就需要建立所述关联应用链表。所以关联应用链表建立子单元401是所述关联应用链表数组建立单元301的必要部件。

关联应用链表数组完成判断子单元402用于判断关联应用链表数组的建立是否完成。

建立关联应用链表数组的过程实际上是重复调用所述关联应用链表建立子单元401的过程。因此，需要判断这种重复调用何时结束。所述关联应用链表数组完成判断子单元402即用于完成所述判断。

每次关联应用链表建立子单元被调用后，即所述关联应用链表数组被更新后，所述关联应用链表数组完成判断子单元判断对所述关联应用链表数组中添加的任一应用程序再次建立关联应用链表时，再建立的关联应用链表均为空。如果再建立的关联应用链表均为空，则说明与要卸载的应用程序有直接或者间接关联关系的应用程序都已经被添加进了所述关联应用链表数组，建立关联应用链表数组的过程结束；如果有任一应用程序的关联应用链表不为空，说明还有与要卸载的应用程序有间接关联关系的应用程序未被添加进所述关联应用链表数组，需要再次建立关联应用链表。

图6是本发明的第二实施例提供的关联应用链表建立子单元的结构示意图。参见图6，所述关联应用链表建立子单元401包括关联应用链表创建模块501、请求消息广播模块502、确认消息返回模块503及应用程序添加模块504。

所述关联应用链表创建模块501用于创建并初始化关联应用链表。

要建立所述关联应用链表，首先应该创建空的关联应用链表。所述关联应用链表的存储应用程序的名称的链表。所以，需要创建一个用于存储字符串的链表。

所述请求消息广播模块502用于为所述要卸载的应用程序向操作***内其它应用程序广播请求消息，广播消息的同时启动定时器，所述定时器被用于指示消息往返传送时间的下限。

在所述关联应用链表建立子单元401中，建立关联应用链表的过程采用要卸载的应用程序发送请求消息，其他应用程序返回确认消息的方式。为要卸载的应用程序发送请求消息的功能由请求消息广播模块502完成。

其中，广播的请求消息包括应用程序的包名（Package Name）及要卸载的应用程序提供给其他应用程序访问的AIDL接口的名称。

所述确认消息返回模块503用于其他应用程序接收到所述广播请求消息的应用程序广播的请求消息后，判断接收请求消息的应用程序是否与广播请求消息的应用程序相关联，如果二者相关联，则接收消息的应用程序返回确认消息给广播请求消息的应用程序。

接收到要卸载的应用程序发送的请求消息后，读取请求消息中要卸载的应用程序提供给其他应用程序访问的AIDL接口的名称，并检查本应用程序中是否有所述AIDL接口的对象，如果有，说明接收到广播消息的应用程序与要卸载的应用程序相关联，需要返回确认消息，如果没有，说明接收到广播消息的应用程序与要卸载的应用程序不关联，不需要返回确认消息。

返回的确认消息中包含有标识接收到广播消息的应用程序与要卸载的应用程序相关联的标识位，并且所述标识位的值被设置为真。

应用程序添加模块504用于广播请求消息的应用程序接收到确认消息后，判断所述发送确认消息的应用程序的名称是否已经被添加至所述关联应用链表数组中，如果所述发送确认消息的应用程序的名称没有被添加至所述关联应用链表数组中，则将所述发送确认消息的应用程序的名称添加至所述关联应用链表中。

显然，本领域技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个计算装置上，或者分布在多个计算装置所组成的网络上，可选地，他们可以用计算机装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件的结合。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (11)

1.一种应用程序的可靠卸载方法，其特征在于，所述方法包括：

对需要卸载的应用程序建立关联应用链表数组；

对名称被添加在所述关联应用链表数组中的应用程序逐一进行卸载。

2.根据权利要求1所述的应用程序的可靠卸载方法，其特征在于，对需要卸载的应用程序建立关联应用链表数组的步骤包括：

建立至少一个关联应用链表。

3.根据权利要求2所述的应用程序的可靠卸载方法，其特征在于，建立关联应用链表的步骤包括：

创建并初始化关联应用链表；

所述要卸载的应用程序向操作***内其它应用程序广播请求消息，同时启动定时器，所述定时器被用于指示消息往返传送时间的下限；

其他应用程序接收到所述广播请求消息的应用程序广播的请求消息后，如果接收请求消息的应用程序与广播请求消息的应用程序相关联，则接收消息的应用程序返回确认消息给广播请求消息的应用程序；

广播请求消息的应用程序接收到确认消息后，判断所述发送确认消息的应用程序的名称是否已经被添加至所述关联应用链表数组中，如果所述发送确认消息的应用程序的名称没有被添加至所述关联应用链表数组中，则将所述发送确认消息的应用程序的名称添加至所述关联应用链表中；

如果所述定时器超时后仍没有接收到其他应用程序的确认消息，或者返回确认消息的应用程序的名称均已经被添加至所述关联应用链表数组中，则所述关联应用链表为空。

4.根据权利要求2所述的应用程序的可靠卸载方法，其特征在于，对要卸载的应用程序建立关联应用链表后，对所述关联应用链表中的应用程序再建立关联应用链表，再建立的关联应用链表与原有的关联应用链表共同构成关联应用链表数组，但空的关联应用链表不能被添加进所述关联应用链表数组；

对新建立的关联应用链表重复上述步骤，直至再对所述关联应用链表数组中添加的任一应用程序建立关联应用链表时，再建立的关联应用链表均为空。

5.根据权利要求1所述的应用程序的可靠卸载方法，其特征在于，在建立所述关联应用链表数组之后，对名称被添加在所述关联应用链表数组中的应用程序进行卸载之前，所述方法还包括：

提示用户要卸载的应用程序及名称被添加在关联应用链表数组中的应用程序即将被卸载；

向用户查询是否将要卸载的应用程序及名称被添加在关联应用链表数组中的应用程序卸载。

6.一种应用程序的可靠卸载装置，其特征在于，所述装置包括：

关联应用链表数组建立单元，用于对需要卸载的应用程序建立关联应用链表数组；

应用程序卸载单元，用于对名称被添加在所述关联应用链表数组中的应用程序逐一进行卸载。

7.根据权利要求6所述的应用程序的可靠卸载装置，其特征在于，所述关联应用链表数组建立单元包括：

关联应用链表建立子单元，用于对需要卸载的应用程序建立关联应用链表；

关联应用链表数组完成判断子单元，用于判断关联应用链表数组的建立是否完成。

8.根据权利要求7所述的应用程序的可靠卸载装置，其特征在于，所述关联应用链表建立子单元包括：

关联应用链表创建模块，用于创建并初始化关联应用链表；

请求消息广播模块，用于为所述要卸载的应用程序向操作***内其它应用程序广播请求消息，广播消息的同时启动定时器，所述定时器被用于指示消息往返传送时间的下限；

确认消息返回模块，用于其他应用程序接收到所述广播请求消息的应用程序广播的请求消息后，判断接收请求消息的应用程序是否与广播请求消息的应用程序相关联，如果二者相关联，则接收消息的应用程序返回确认消息给广播请求消息的应用程序；

应用程序添加模块，用于广播请求消息的应用程序接收到确认消息后，判断所述发送确认消息的应用程序的名称是否已经被添加至所述关联应用链表数组中，如果所述发送确认消息的应用程序的名称没有被添加至所述关联应用链表数组中，则将所述发送确认消息的应用程序的名称添加至所述关联应用链表中。

9.根据权利要求7所述的应用程序的可靠卸载装置，其特征在于，关联应用链表数组完成判断子单元根据关联应用链表数组建立完成条件判断所述关联应用链表数组是否建立完成，所述关联应用链表数组建立完成条件是对所述关联应用链表数组中添加的任一应用程序再次建立关联应用链表时，再建立的关联应用链表均为空；如果所述关联应用链表数组建立完成条件成立，所述关联应用链表数组建立完成；如果所述关联应用链表数组建立完成条件不成立，所述关联应用链表数组未建立完成，还需要建立关联应用链表。

10.根据权利要求6所述的应用程序的可靠卸载装置，其特征在于，所述装置还包括：

用户提示单元，用于提示用户要卸载的应用程序及名称被添加在关联应用链表数组中的应用程序即将被卸载；

用户查询单元，用于向用户查询是否将要卸载的应用程序及名称被添加在关联应用链表数组中的应用程序卸载。

11.一种移动终端，其特征在于，所述移动终端包括权利要求6-10所述的应用程序的可靠卸载装置。

Images