应用程序运行方法和装置.pdf

本发明公开了一种应用程序运行方法和装置，属于终端技术领域。方法包括：获取待启动的应用程序的运行环境信息；如果运行环境信息不符合预设运行条件，则根据应用程序的历史启动情况，加载应用程序的指定功能组件；基于已加载的功能组件，运行应用程序。本发明通过获取待启动的应用程序的运行环境信息来加载应用程序的指定功能组件，从而基于加载的功能组件运行应用程序，实现了根据不同的运行环境信息来运行应用程序，无需增加额外的研发成本，且操作效率更高，在实现上更为简便灵活。

权利要求书
1.  一种应用程序运行方法，其特征在于，所述方法包括：
获取待启动的应用程序的运行环境信息；
如果所述运行环境信息不符合预设运行条件，则根据所述应用程序的历史启动情况，加载所述应用程序的指定功能组件；
基于已加载的功能组件，运行所述应用程序。

2.  根据权利要求1所述的方法，其特征在于，所述运行环境信息至少包括运行环境的内存容量信息和运行环境的当前剩余内存比例中的一项。

3.  根据权利要求2所述的方法，其特征在于，所述运行环境信息不符合预设运行条件，包括：
当所述内存容量信息小于第一预设阈值时，所述运行环境信息不符合预设运行条件；或，
当所述当前剩余内存比例小于第二预设阈值时，所述运行环境信息不符合预设运行条件。

4.  根据权利要求1所述的方法，其特征在于，所述根据所述应用程序的历史启动情况，加载所述应用程序的指定功能组件，包括：
根据所述应用程序的历史启动情况，判断所述应用程序是否为首次启动；
如果所述应用程序为首次启动，则加载所述应用程序的第一功能组件，所述第一功能组件为核心功能组件；
如果所述应用程序不是首次启动，则加载所述应用程序的第二功能组件，所述第二功能组件为核心功能组件和可选功能组件。

5.  根据权利要求4所述的方法，其特征在于，所述加载所述应用程序的第二功能组件之前，还包括：
确定在启动过程中不进行加载的第三功能组件，将除了第三功能组件以外的功能组件作为第二功能组件。

6.  根据权利要求5所述的方法，其特征在于，所述确定在启动过程中不进行加载的第三功能组件，包括：
根据所述应用程序的各个功能组件的使用次数，对各个功能组件进行排序，按照使用次数从少到多的顺序，将所述应用程序的各个功能组件中预设数目的功能组件确定为第三功能组件；
或，获取组件配置信息，根据所述组件配置信息确定所述第三功能组件，所述组件配置信息用于指示所述应用程序中的第三功能组件。

7.  根据权利要求5所述的方法，其特征在于，所述确定在启动过程中不进行加载的第三功能组件，包括：
如果应用程序不是首次启动，显示所述应用程序的功能组件列表；
当接收到对所述功能组件列表中任一功能组件的选中指令时，将所述选中指令对应的功能组件作为第三功能组件。

8.  一种应用程序运行装置，其特征在于，所述装置包括：
获取模块，用于获取待启动的应用程序的运行环境信息；
加载模块，用于当所述运行环境信息不符合预设运行条件时，根据所述应用程序的历史启动情况，加载所述应用程序的指定功能组件；
运行模块，用于基于已加载的功能组件，运行所述应用程序。

9.  根据权利要求8所述的装置，其特征在于，所述运行环境信息至少包括 运行环境的内存容量信息和运行环境的当前剩余内存比例中的一项。

10.  根据权利要求9所述的装置，其特征在于，当所述内存容量信息小于第一预设阈值时，所述运行环境信息不符合预设运行条件；或，当所述当前剩余内存比例小于第二预设阈值时，所述运行环境信息不符合预设运行条件。

11.  根据权利要求8所述的装置，其特征在于，所述加载模块，包括：
判断单元，用于根据所述应用程序的历史启动情况，判断所述应用程序是否为首次启动；
第一加载单元，用于当所述应用程序为首次启动时，加载所述应用程序的第一功能组件；
第二加载单元，用于当所述应用程序不是首次启动时，加载所述应用程序的第二功能组件。

12.  根据权利要求11所述的装置，其特征在于，所述加载模块，还包括：
确定单元，用于确定在启动过程中不进行加载的第三功能组件，将除了第三功能组件以外的功能组件作为第二功能组件。

13.  根据权利要求12所述的装置，其特征在于，所述确定单元，用于根据所述应用程序的各个功能组件的使用次数，对各个功能组件进行排序，按照使用次数从少到多的顺序，将所述应用程序的各个功能组件中预设数目的功能组件确定为第三功能组件；
或，用于获取组件配置信息，根据所述组件配置信息确定所述第三功能组件，所述组件配置信息用于指示所述应用程序中的第三功能组件。

14.  根据权利要求12所述的装置，其特征在于，所述确定单元，用于当应用程序不是首次启动时，显示所述应用程序的功能组件列表；
当接收到对所述功能组件列表中任一功能组件的选中指令时，将所述选中指令对应的功能组件作为第三功能组件。

说明书应用程序运行方法和装置
技术领域
本发明涉及终端技术领域，特别涉及一种应用程序运行方法和装置。
背景技术
随着终端技术的普及，用户对各种终端的功能需求也日益增长。应用程序的功能多样化和复杂化，使得单个应用程序能够满足不同用户的对多种不同功能的需求，却也使单个应用程序在运行时占用的系统资源更多，不利于终端的流畅使用。
现有技术在实现应用程序运行的方法时，为了降低单个应用程序在运行时占用的系统资源，采用将单个包含多种功能的应用程序按照其不同的功能进行拆分的方法，得到多个独立的小应用程序。当用户需要使用哪几种功能时，就逐一下载哪几种功能对应的若干个独立的小应用程序，而不需要下载包含所有功能的整个应用程序。
在实现本发明的过程中，发明人发现相关技术至少存在以下问题：
将单个的应用程序按照不同的功能拆分成多个独立的小应用程序，增加了应用程序的研发成本，并且用户需要使用若干种功能时，需逐一下载若干个独立的小应用程序，操作较为繁琐，效率较低，在实现上不够简便灵活。
发明内容
为了解决相关技术的问题，本发明实施例提供了一种应用程序运行方法和装置。所述技术方案如下：
第一方面，提供了一种应用程序运行方法，所述方法包括：
获取待启动的应用程序的运行环境信息；
如果所述运行环境信息不符合预设运行条件，则根据所述应用程序的历史启动情况，加载所述应用程序的指定功能组件；
基于已加载的功能组件，运行所述应用程序。
第二方面，提供了一种应用程序运行装置，所述装置包括：
获取模块，用于获取待启动的应用程序的运行环境信息；
加载模块，用于当所述运行环境信息不符合预设运行条件时，根据所述应用程序的历史启动情况，加载所述应用程序的指定功能组件；
运行模块，用于基于已加载的功能组件，运行所述应用程序。
本发明实施例提供的技术方案带来的有益效果是：
通过获取待启动的应用程序的运行环境信息来加载应用程序的指定功能组件，从而基于加载的功能组件运行应用程序，实现了根据不同的运行环境信息来运行应用程序，无需增加额外的研发成本，且操作效率更高，在实现上更为简便灵活。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一实施例提供的一种应用程序运行方法流程图；
图2是本发明另一实施例提供的一种应用程序运行方法流程图；
图3是本发明另一实施例提供的一种显示界面示意图；
图4是本发明另一实施例提供的一种应用程序运行装置的结构示意图；
图5是本发明另一实施例提供的一种应用程序运行终端的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
图1是本发明实施例提供的一种应用程序运行方法的流程图。参见图1，本实施例提供的应用程序运行方法的执行主体为终端，该终端可以为手机、平板电脑或台式机等，该方法流程包括：
101、获取待启动的应用程序的运行环境信息。
其中，运行环境信息至少包括运行环境的内存容量信息和运行环境的当前剩余内存比例中的一项。
102、如果运行环境信息不符合预设运行条件，则根据应用程序的历史启动情况加载应用程序的指定功能组件。
其中，预设运行条件包括针对内存容量信息设置的第一预设阈值，以及针对当前剩余内存比例设置的第二预设阈值。当终端的内存容量信息小于第一预设阈值时，可以认为该终端为低端机，其处理能力较差；当终端的当前剩余内存比例大于第二预设阈值时，可以认为该终端当前的可用内存过小，其当前处理能力较差。
应用程序的功能组件是指能够在应用程序运行过程中，实现应用程序的某些特定功能的程序片段或程序包。例如，以安全管理软件为例，安全管理软件的功能组件可以包括实现杀毒功能的杀毒组件、实现磁盘清理功能的磁盘清理组件、实现应用程序升级的升级组件等。
应用程序的指定功能组件至少包括应用程序的核心功能组件，该核心功能组件为启动一个应用程序所需的框架性组件，用于执行应用程序的基础功能。
103、基于已加载的功能组件，运行应用程序。
当应用程序为首次启动时，基于应用程序的第一功能组件，即能够执行应用程序基础功能的核心功能组件，运行应用程序。
当应用程序不是首次启动时，基于应用程序的第二功能组件，即核心功能 组件和可选功能组件，运行应用程序，该第二功能组件为不进行加载的第三功能组件以外的功能组件。当应用程序不是首次启动时，需要根据用户对功能组件的历史使用情况来加载功能组件，除了加载核心功能组件以外，还可能加载一些使用频率较高的功能组件，即为可选功能组件。
本发明实施例提供的方法，通过获取待启动的应用程序的运行环境信息来加载应用程序的指定功能组件，从而基于加载的功能组件运行应用程序，实现了根据不同的运行环境信息来运行应用程序，无需增加额外的研发成本，且操作效率更高，在实现上更为简便灵活。
可选地，运行环境信息不符合预设运行条件，包括：
当内存容量信息小于第一预设阈值时，运行环境信息不符合预设运行条件；或，
当当前剩余内存比例小于第二预设阈值时，运行环境信息不符合预设运行条件。
可选地，根据应用程序的历史启动情况，加载应用程序的指定功能组件，包括：
根据应用程序的历史启动情况，判断应用程序是否为首次启动；
如果应用程序为首次启动，则加载应用程序的第一功能组件；
如果应用程序不是首次启动，则加载应用程序的第二功能组件。
可选地，加载应用程序的第二功能组件之前，还包括：
确定在启动过程中不进行加载的第三功能组件，将除了第三功能组件以外的功能组件作为第二功能组件。
可选地，确定在启动过程中不进行加载的第三功能组件，包括：
根据应用程序的各个功能组件的使用次数，对各个功能组件进行排序，按照使用次数从少到多的顺序，将应用程序的各个功能组件中预设数目的功能组件确定为第三功能组件；
或，获取组件配置信息，根据组件配置信息确定第三功能组件，组件配置信息用于指示应用程序中的第三功能组件。
可选地，确定在启动过程中不进行加载的第三功能组件之后，包括：
如果应用程序不是首次启动，显示应用程序的功能组件列表；
当接收到对功能组件列表中任一功能组件的选中指令时，将选中指令对应的功能组件作为第三功能组件。
上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。
图2是本发明实施例提供的一种应用程序运行方法的流程图，参见图2，本实施例提供的应用程序运行方法的执行主体为终端，该方法流程包括：
201、终端获取待启动的应用程序的运行环境信息。
在本发明实施例中，待启动的应用程序可以是终端上已安装的任意一种类型的应用程序，本发明实施例对此不作具体限定。例如，待启动的应用程序可以是手机安全管家、新闻客户端或社交应用客户端等。
其中，待启动的应用程序的运行环境信息至少包括运行环境的内存容量信息和运行环境的当前剩余内存比例中的一项。运行环境的内存容量信息具体包括但不限于：终端能够提供的最大的运行内存。例如，某手机能够提供的最大运行内存为2048兆字节。
运行环境的当前剩余内存比例具体包括但不限于：终端中当前剩余的内存占运行内存的比例。例如，若终端能够提供的最大的运行内存为1024兆字节，而当前剩余的内存为512兆字节，则运行环境的当前剩余内存比例为512与1024的比，即百分之五十。
202、判断运行环境信息是否符合预设运行条件；
如果是，执行步骤203；
如果否，执行步骤204。
在本发明实施例中，判断运行环境信息是否符合预设运行条件之前，需要获取预设运行条件。获取预设运行条件，具体包括：获取服务器端设置的预设运行条件，或者获取用户根据当前运行环境手动进行设置的预设运行条件，其中，预设运行条件可以由技术人员根据实验结果设置或由用户根据使用需求设置，本发明实施例对此不作具体限定。
在本发明实施例中，预设运行条件可以有以下两种形式：
(1)终端的内存容量信息不小于第一预设阈值。当终端的内存容量信息低于第一预设阈值时，可以认为该终端为低端机，其处理能力较差，因此，可以根据该判断结果，执行后续步骤。如，当第一预设阈值为768兆字节时，如果终端内存为256兆字节，则认为该终端为低端机，其处理能力较差。
(2)终端的当前剩余内存比例不小于第二预设阈值。当终端的当前剩余内存比例小于第二预设阈值时，可以认为该终端当前的可用内存过小，其当前处理能力较差，因此，可以根据该判断结果，执行后续步骤。如，当第二预设阈值为百分之五十时，如果终端的当前剩余内存比例为百分之三十，则认为该终端当前的可用内存过小，其处理能力较差。
203、如果运行环境信息符合预设运行条件，终端加载该应用程序的所有功能组件，并启动该应用程序，结束。
运行环境信息符合预设运行条件，包括：当内存容量信息不小于第一预设阈值，且当前剩余内存比例不小于第二预设阈值时，运行环境信息符合预设运行条件。例如，当第一预设阈值为1024兆字节，第二预设阈值为百分之五十时，如果终端内存为2048兆字节，且终端的当前剩余内存比例为百分之七十，则该运行环境信息符合预设运行条件。
由于运行环境信息符合预设运行条件，也即是，该应用程序的运行不会影响到终端的整体运行速度，因此，可以直接启动该应用程序。
204、如果运行环境信息不符合预设运行条件，则判断应用程序是否为首次启动；
如果是，执行步骤205；
如果否，执行步骤206。
运行环境信息不符合预设运行条件，包括：当内存容量信息小于第一预设阈值时，运行环境信息不符合预设运行条件；或，当当前剩余内存比例小于第二预设阈值时，运行环境信息不符合预设运行条件。
需要说明的是，应用程序的首次启动是指应用程序安装后的首次启动。由于在应用程序安装后首次启动时，应用程序会对启动信息进行记录；因此每一次启动应用程序时，可根据能否获取到应用程序的启动信息，来判断该应用程序是否为首次启动。
其中，应用程序的启动信息可以是用户首次启动应用程序所加载的功能组件信息，也可以是用户首次登录应用程序所记录的个人信息，本发明实施例对应用程序的启动信息不作具体限定。例如，社交应用程序安装后首次启动的启动信息可以是用户登录社交应用程序所记载的个人信息，以及使用社交应用程序的聊天功能的历史记录。
205、如果应用程序为首次启动，则加载应用程序的第一功能组件。
针对204中判断应用程序是否为首次启动的方法，如果应用程序启动时，若应用程序的启动信息为空白，则该应用程序为首次启动。
具体地，应用程序的第一功能组件包括应用程序的一个或多个核心功能组件，其中，核心功能组件用于执行该应用程序的基础功能。例如，以应用程序为社交应用程序为例，社交应用程序的核心功能组件包括了聊天组件等。
在加载应用程序的第一功能组件之前，需确定哪些组件为应用程序的第一功能组件，其中，确定应用程序的第一功能组件，包括但不限于：获取预先配置好的核心功能配置信息，根据核心功能配置信息，确定应用程序的第一功能组件。
206、如果应用程序不是首次启动，则显示应用程序的功能组件列表。
针对204中判断应用程序是否为首次启动的方法，如果应用程序启动时， 若应用程序中存有启动信息，则该应用程序不是首次启动。
在本发明实施例中，功能组件列表包括应用程序的多个功能组件，各个功能组件均可以根据用户的选中指令加载或不加载。如，图3是本发明实施例提供的一种显示界面示意图，参见图3，如果应用程序不是首次启动，则终端在显示界面上显示提示信息，该提示信息用于提醒用户可手动选择不进行加载的第三功能组件。当接收到用户对该提示信息的确认指令后，终端将在显示界面上显示应用程序的功能组件列表，并在功能组件列表的每一个功能组件后显示一个可选项，并检测各个功能组件的可选项是否被选中，以及是否接收到确认指令，从而执行步骤207。
当然，为了避免对用户的打扰，该步骤206可以是每当检测到该应用程序的启动次数达到预设次数时进行，也可以是在应用程序进行升级后首次启动时进行。在升级后的首次启动时进行第三功能组件的确定过程，可以根据用户的实际使用需求，灵活的确定该应用程序在升级后所提供的功能，避免了由于升级了一些用户不经常使用的功能而造成的资源浪费。
207、当接收到对功能组件列表中任一功能组件的选中指令时，将选中指令对应的功能组件作为第三功能组件。
基于图3所示的显示界面示意图，当检测到某个功能组件的可选项被选中，并接收到确认指令时，即确定接收到对该功能组件的选中指令，将该功能组件作为第三功能组件。
208、将除了第三功能组件以外的功能组件作为第二功能组件，加载应用程序的第二功能组件。
上述步骤206-208是本发明实施例提供的确定在启动过程中不进行加载的第三功能组件的过程，在另一实施例中，该步骤206-208还可以被以下任一步骤代替：(一)根据应用程序的各个功能组件的使用次数，对各个功能组件进行排序，按照使用次数从少到多的顺序，将应用程序的各个功能组件中预设数目的功能组件确定为第三功能组件，将除了第三功能组件以外的功能组件作为第二 功能组件，加载应用程序的第二功能组件。(二)获取组件配置信息，根据组件配置信息确定第三功能组件，组件配置信息用于指示应用程序中的第三功能组件，将除了第三功能组件以外的功能组件作为第二功能组件，加载应用程序的第二功能组件。
针对第(一)种情况，根据应用程序的各个功能组件的使用次数对各个功能组件进行排序之前，还包括获取应用程序各个功能组件的使用次数。具体地，获取应用程序各个功能组件的使用次数，包括但不限于：每使用一次某个功能组件，统计该功能组件的使用次数。
需要说明的是，在上述说明中，仅以功能组件的使用次数作为排序标准，而在实际应用中，还可以在每次使用某功能组件时，在统计其使用次数的同时，记录其使用时间，以获取该功能组件的使用频率。相应地，该确定在启动过程中不进行加载的第三功能组件的过程包括：按照各个功能组件使用频率从低到高的顺序，将应用程序的各个功能组件中预设数目的功能组件确定为第三功能组件。其中，本发明实施例对预设数目的大小不作具体限定。
通过该第(一)种情况的排序以及确定过程，可以实现功能组件的自动加载，且由于加载的功能组件均是根据用户在该终端上的实际使用情况确定的，因此，可以更加符合用户的使用习惯。
针对第(二)种情况，组件配置信息可以通过终端访问服务器获取，或由服务器发送至终端。其中，组件配置信息可以由技术人员根据多个用户对应用程序的使用情况进行设置，具体地，设置组件配置信息的方法包括但不限于：获取各个用户对应用程序中各个功能组件的使用情况，根据该使用情况对各个功能组件进行排序，将应用程序的各个功能组件中预设数目的功能组件确定携带在组件配置信息中。
进一步地，该获取各个用户对应用程序中各个功能组件的使用情况的过程包括：由每个终端分别统计该终端用户对每个功能组件的使用次数，并分别将该使用次数的统计结果发送至服务器；或者由每个终端单独统计该终端用户对 每个功能组件的使用次数和对应的使用时间，根据该使用次数和对应的使用时间获得该终端用户对每个功能组件的使用频率之后，每个终端将该终端用户对每个功能组件的使用频率统计结果发送至服务器。
由上述情况可知，服务器接收到的所有终端发送的统计结果可以是使用次数的统计结果，也可以是使用频率的统计结果。因此，根据获取到的各个功能组件的使用情况对各个功能组件进行排序，将应用程序的各个功能组件中预设数目的功能组件确定携带在组件配置信息中，具体包括：服务器接收到所有终端发送的使用次数统计结果之后，根据接收到的使用次数统计结果，将所有用户对每个功能组件的使用次数作总体统计，按照所有用户对每个功能组件的使用次数从少到多的顺序，将应用程序的各个功能组件中预设数目的功能组件确定携带在组件配置信息中；或，服务器接收到所有终端发送的使用频率统计结果之后，根据接收到的使用频率统计结果，将所有用户对每个功能组件的使用频率作总体统计，按照所有用户对每个功能组件的使用频率从低到高的顺序，将应用程序的各个功能组件中预设数目的功能组件确定携带在组件配置信息中。
由于组件配置信息是根据所有用户对每个功能组件的使用情况来设置的，因此该组件配置信息符合大众的偏好，能够用于指示应用程序中的第三功能组件，终端获取到上述的组件配置信息后，可根据该组件配置信息确定第三功能组件。
上述步骤202-208为在应用程序启动之前，判断运行环境信息是否符合预设运行条件，并根据运行环境信息符合和不符合预设运行条件的两种情况来确定不进行加载的第三功能组件，从而加载第三功能组件以外的第二功能组件。在实际应用中，也可以在应用程序安装后的首次启动后，执行上述步骤202-208，并在确定不进行加载的第三功能组件后，保存加载信息。该加载信息可以是确定的第三功能组件信息，也可以是第三功能组件以外的第二功能组件信息。在应用程序不是安装后首次启动的情况下，不执行判断运行环境信息是否符合预 设运行条件的步骤，而是获取该加载信息，根据该加载信息确定不进行加载的第三功能组件，从而加载第三功能组件以外的第二功能组件。
需要说明的是，可以在应用程序安装后首次启动之后的任意时刻，确定在启动过程中不进行加载的第三功能组件，并根据该确定信息对加载信息进行修改。其中，确定在启动过程中不进行加载的第三功能组件的过程可以与本发明实施例中提供的确定在启动过程中不进行加载的第三功能组件的过程相同。
209、基于已加载的功能组件，运行应用程序。
当应用程序为首次启动时，基于应用程序的第一功能组件，即能够执行应用程序基础功能的核心功能组件，运行应用程序；当应用程序不是首次启动时，基于应用程序的第二功能组件，即不进行加载的第三功能组件以外的功能组件，运行应用程序。
需要说明的是，在实际应用中，加载过程可以还加载一些用于基础运行的功能组件，以保证应用程序的正常运行。
本发明实施例提供的方法，通过在终端的内存容量信息小于第一预设阈值时，确定终端为低端机，处理能力差；在终端的当前剩余内存比例小于第二预设阈值时，确定终端当前处理能力较差，并在上述情况下根据应用程序首次启动和非首次启动的情况分别加载第一功能组件和第二功能组件，基于已加载的功能组件运行应用程序，实现了根据终端的处理能力来运行应用程序，无需增加额外的研发成本，且操作效率更高，在实现上更为简便灵活。
图4是本发明实施例提供的一种应用程序运行装置的结构示意图，该装置用于执行上述图1或图2所示的实施例提供的应用程序运行方法。参见图4，该装置包括：
获取模块401，用于获取待启动的应用程序的运行环境信息；
加载模块402，用于当运行环境信息不符合预设运行条件时，根据应用程序的历史启动情况，加载应用程序的指定功能组件；
运行模块403，用于基于已加载的功能组件，运行应用程序。
可选地，运行环境信息至少包括运行环境的内存容量信息和运行环境的当前剩余内存比例中的一项。
可选地，运行环境信息不符合预设运行条件，包括：
当内存容量信息小于第一预设阈值时，运行环境信息不符合预设运行条件；或，
当当前剩余内存比例小于第二预设阈值时，运行环境信息不符合预设运行条件。
可选地，加载模块402，具体包括：
判断单元，用于根据应用程序的历史启动情况，判断应用程序是否为首次启动；
第一加载单元，用于当应用程序为首次启动时，加载应用程序的第一功能组件；
第二加载单元，用于当应用程序不是首次启动时，加载应用程序的第二功能组件。
可选地，加载模块402，具体还包括：
确定单元，用于确定在启动过程中不进行加载的第三功能组件，将除了第三功能组件以外的功能组件作为第二功能组件。
可选地，该确定单元，用于根据应用程序的各个功能组件的使用次数，对各个功能组件进行排序，按照使用次数从少到多的顺序，将应用程序的各个功能组件中预设数目的功能组件确定为第三功能组件；
或，用于获取组件配置信息，根据组件配置信息确定第三功能组件，组件配置信息用于指示应用程序中的第三功能组件。
可选地，该确定单元，用于当应用程序不是首次启动时，显示应用程序的功能组件列表；
当接收到对功能组件列表中任一功能组件的选中指令时，将选中指令对应 的功能组件作为第三功能组件。
本发明实施例提供的装置，通过获取待启动的应用程序的运行环境信息来加载应用程序的指定功能组件，从而基于加载的功能组件运行应用程序，实现了根据不同的运行环境信息来运行应用程序，无需增加额外的研发成本，且操作效率更高，在实现上更为简便灵活。
请参考图5，其示出了本发明实施例所涉及的终端的结构示意图，该终端可以用于实施上述实施例中提供的应用程序运行方法。具体来讲：
终端500可以包括显示单元140、包括有一个或一个以上计算机可读存储介质的存储器120、输入单元130、传感器150、包括有一个或者一个以上处理核心的处理器160、以及电源170等部件。本领域技术人员可以理解，图5中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
存储器120可用于存储软件程序以及模块，处理器160通过运行存储在存储器120的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端500的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器120还可以包括存储器控制器，以提供处理器160和输入单元130对存储器120的访问。
输入单元130可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元130可包括触敏表面131以及其他输入设备132。触敏表面131，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使 用手指、触笔等任何适合的物体或附件在触敏表面131上或在触敏表面131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面131。除了触敏表面131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端500的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板141。进一步的，触敏表面131可覆盖显示面板141，当触敏表面131检测到在其上或附近的触摸操作后，传送给处理器160以确定触摸事件的类型，随后处理器160根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图5中，触敏表面131与显示面板141是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面131与显示面板141集成而实现输入和输出功能。
终端500还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在终端500移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相 关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端500还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
处理器160是终端500的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端500的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器160可包括一个或多个处理核心；优选的，处理器160可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器160中。
终端500还包括给各个部件供电的电源170(比如电池)，优选的，电源可以通过电源管理系统与处理器160逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源170还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
尽管未示出，终端500还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端的显示单元是触摸屏显示器，终端还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。所述一个或者一个以上程序包含用于执行以下操作的指令：
获取待启动的应用程序的运行环境信息；
如果运行环境信息不符合预设运行条件，则根据应用程序的历史启动情况，加载应用程序的指定功能组件；
基于已加载的功能组件，运行应用程序。
假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，终端的存储器中，还包含用于执行以下操 作的指令：
运行环境信息至少包括运行环境的内存容量信息和运行环境的当前剩余内存比例中的一项。
在第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
当内存容量信息小于第一预设阈值时，运行环境信息不符合预设运行条件；或，
当当前剩余内存比例小于第二预设阈值时，运行环境信息不符合预设运行条件。
在第一种可能的实施方式作为基础而提供的第四种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
根据应用程序的历史启动情况，判断应用程序是否为首次启动；
如果应用程序为首次启动，则加载应用程序的第一功能组件；
如果应用程序不是首次启动，则加载应用程序的第二功能组件。
在第四种可能的实施方式作为基础而提供的第五种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
确定在启动过程中不进行加载的第三功能组件，将除了第三功能组件以外的功能组件作为第二功能组件。
在第五种可能的实施方式作为基础而提供的第六种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
根据应用程序的各个功能组件的使用次数，对各个功能组件进行排序，按照使用次数从少到多的顺序，将应用程序的各个功能组件中预设数目的功能组件确定为第三功能组件；
或，获取组件配置信息，根据组件配置信息确定第三功能组件，组件配置信息用于指示应用程序中的第三功能组件。
在第五种可能的实施方式作为基础而提供的第七种可能的实施方式中，终 端的存储器中，还包含用于执行以下操作的指令：
如果应用程序不是首次启动，显示应用程序的功能组件列表；
当接收到对功能组件列表中任一功能组件的选中指令时，将选中指令对应的功能组件作为第三功能组件。
本发明实施例提供的终端，通过获取待启动的应用程序的运行环境信息来加载应用程序的指定功能组件，从而基于加载的功能组件运行应用程序，实现了根据不同的运行环境信息来运行应用程序，无需增加额外的研发成本，且操作效率更高，在实现上更为简便灵活。
本发明实施例提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中的存储器中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端中的计算机可读存储介质。该计算机可读存储介质存储有一个或者一个以上程序，该一个或者一个以上程序被一个或者一个以上的处理器用来执行应用程序运行方法，该方法包括：
获取待启动的应用程序的运行环境信息；
如果运行环境信息不符合预设运行条件，则根据应用程序的历史启动情况，加载应用程序的指定功能组件；
基于已加载的功能组件，运行应用程序。
假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
运行环境信息至少包括运行环境的内存容量信息和运行环境的当前剩余内存比例中的一项。
在第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
当内存容量信息小于第一预设阈值时，运行环境信息不符合预设运行条件； 或，
当当前剩余内存比例小于第二预设阈值时，运行环境信息不符合预设运行条件。
在第一种可能的实施方式作为基础而提供的第四种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
根据应用程序的历史启动情况，判断应用程序是否为首次启动；
如果应用程序为首次启动，则加载应用程序的第一功能组件；
如果应用程序不是首次启动，则加载应用程序的第二功能组件。
在第四种可能的实施方式作为基础而提供的第五种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
确定在启动过程中不进行加载的第三功能组件，将除了第三功能组件以外的功能组件作为第二功能组件。
在第五种可能的实施方式作为基础而提供的第六种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
根据应用程序的各个功能组件的使用次数，对各个功能组件进行排序，按照使用次数从少到多的顺序，将应用程序的各个功能组件中预设数目的功能组件确定为第三功能组件；
或，获取组件配置信息，根据组件配置信息确定第三功能组件，组件配置信息用于指示应用程序中的第三功能组件。
在第五种可能的实施方式作为基础而提供的第七种可能的实施方式中，终端的存储器中，还包含用于执行以下操作的指令：
如果应用程序不是首次启动，显示应用程序的功能组件列表；
当接收到对功能组件列表中任一功能组件的选中指令时，将选中指令对应的功能组件作为第三功能组件。
本发明实施例提供的计算机可读存储介质，通过获取待启动的应用程序的运行环境信息来加载应用程序的指定功能组件，从而基于加载的功能组件运行 应用程序，实现了根据不同的运行环境信息来运行应用程序，无需增加额外的研发成本，且操作效率更高，在实现上更为简便灵活。
本发明实施例中提供了一种图形用户接口，该图形用户接口用在终端上，该终端包括触摸屏显示器、存储器和用于执行一个或者一个以上的程序的一个或者一个以上的处理器；该图形用户接口包括：
获取待启动的应用程序的运行环境信息；
如果运行环境信息不符合预设运行条件，则根据应用程序的历史启动情况，加载应用程序的指定功能组件；
基于已加载的功能组件，运行应用程序。
本发明实施例提供的图形用户接口，通过获取待启动的应用程序的运行环境信息来加载应用程序的指定功能组件，从而基于加载的功能组件运行应用程序，实现了根据不同的运行环境信息来运行应用程序，无需增加额外的研发成本，且操作效率更高，在实现上更为简便灵活。
需要说明的是：上述实施例提供的应用程序运行装置在运行应用程序时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的应用程序运行装置与应用程序运行方法的实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。