CN108170494A - 一种用于智能终端的应用程序启动方法及启动系统 - Google Patents

Abstract

本发明提供了一种用于智能终端的应用程序启动方法及启动系统，所述应用程序启动方法包括以下步骤：于与所述智能终端连接的计算机内预设一应用程序启动配置文件；所述计算机读取所述应用程序启动配置文件中的配置信息；所述计算机基于所述配置信息通过调试桥向所述智能终端依次发送应用程序启动指令。采用上述技术方案后，方便快捷地完成应用程序的启动操作，节约操作时间，提升工作效率；技术方案工具化，适应不同的操作系统平台，可移植性和复用性好。

Description

一种用于智能终端的应用程序启动方法及启动系统

技术领域

本发明涉及智能终端技术领域，尤其涉及一种用于智能终端的应用程序启动方法及启动系统。

背景技术

目前，智能手机、平板电脑等具有操作系统且能够运行各种应用程序的智能终端已经成为了人们日常生活不可或缺的一部分，方便用户实现各种功能，例如与外部通信联系、地图导航、网上购物等功能。安卓操作系统目前为所述智能终端上运行的主流的操作系统，具有开源、可移植性好的优点。在智能终端的操作系统应用开发过程中，根据不同的方向可以细分成多个子领域，如功耗领域、性能领域、应用领域、驱动领域等。在安卓操作系统性能领域开发测试过程中，很多情况下开发和测试人员需要在操作系统中开启多个应用程序，即APP，用于操作系统性能的分析、测试和研究。

现有技术对于上述操作系统性能测试中应用程序的启动方法是手动点击显示界面上的应用程序图标，打开多个应用程序并切换至后台运行。虽然此方法可以达到开启多个应用程序的目的，但是工作效率低且浪费操作时间。尤其是在调试或测试过程中需要对多个版本的操作系统进行安装测试，在每一操作系统版本上都需要开启多个应用程序至后台运行时，手动开启应用程序的方法就更影响效率。

因此，需要一种能够自动启动所述智能终端上多个应用程序的方法，无需人工进行依次点击开启操作，提升工作效率。

发明内容

为了克服上述技术缺陷，本发明的目的在于提供一种用于智能终端的应用程序启动方法及启动系统，实现所述智能终端内应用程序的自动启动。

本申请的第一方面，公开了一种用于智能终端的应用程序启动方法，包括以下步骤：

于与所述智能终端连接的计算机内预设一应用程序启动配置文件；

所述计算机读取所述应用程序启动配置文件中的配置信息；

所述计算机基于所述配置信息通过调试桥向所述智能终端依次发送应用程序启动指令。

优选地，于与所述智能终端连接的计算机内预设一应用程序启动配置文件时，所述应用程序启动配置文件包括待启动的应用程序名称、相邻应用程序的启动时间间隔。

优选地，所述计算机基于所述配置信息通过调试桥向所述智能终端依次发送应用程序启动指令的步骤包括：

通过调试桥向所述智能终端发送针对一应用程序的应用程序启动指令；

判断已发送的应用程序启动指令的数量是否小于所述应用程序启动配置文件内应用程序名称的数量；

当已发送的应用程序启动指令的数量小于所述应用程序启动配置文件内应用程序名称的数量时，等待所述启动时间间隔；

通过所述调试桥向所述智能终端发送针对下一应用程序的应用程序启动指令，返回上述判断步骤；

当已发送的应用程序启动指令的数量不小于所述应用程序启动配置文件内应用程序名称的数量时，停止发送应用程序启动指令。

优选地，所述计算机基于所述配置信息通过调试桥向所述智能终端依次发送应用程序启动指令的步骤之后，所述应用程序启动方法还包括以下步骤：

于所述计算机的显示界面显示所述应用程序启动指令的执行结果。

优选地，所述计算机基于所述配置信息通过调试桥向所述智能终端依次发送应用程序启动指令时，所述智能终端为安卓操作系统，且处于调试模式。

本申请的第二方面，还公开了一种用于智能终端的应用程序启动系统，包括：

预设模块，于与所述智能终端连接的计算机内预设一应用程序启动配置文件；

读取模块，设于所述计算机内，与所述预设模块连接，读取所述应用程序启动配置文件中的配置信息；

发送模块，设于所述计算机内，与所述读取模块连接，基于所述配置信息通过调试桥向所述智能终端依次发送应用程序启动指令。

优选地，所述预设模块于所述计算机内预设一应用程序启动配置文件时，所述应用程序启动配置文件包括待启动的应用程序名称、相邻应用程序的启动时间间隔。

优选地，所述发送模块包括：

第一发送单元，通过调试桥向所述智能终端发送针对一应用程序的应用程序启动指令；

判断单元，判断已发送的应用程序启动指令的数量是否小于所述应用程序启动配置文件内应用程序名称的数量；

等待单元，与所述判断单元连接，当所述判断单元判断已发送的应用程序启动指令的数量小于所述应用程序启动配置文件内应用程序名称的数量时，等待所述启动时间间隔；

第二发送单元，与所述等待单元连接，通过所述调试桥向所述智能终端发送针对下一应用程序的应用程序启动指令，返回所述判断单元；

停止单元，与所述判断单元连接，当所述判断单元判断已发送的应用程序启动指令的数量不小于所述应用程序启动配置文件内应用程序名称的数量时，停止发送应用程序启动指令。

优选地，所述应用程序启动系统还包括：

显示模块，设于所述计算机内，与所述发送模块连接，于所述计算机的显示界面显示所述应用程序启动指令的执行结果。

优选地，所述发送模块基于所述配置信息通过调试桥向所述智能终端依次发送应用程序启动指令时，所述智能终端为安卓操作系统，且处于调试模式。

采用了上述技术方案后，与现有技术相比，具有以下有益效果：

1.方便快捷地完成应用程序的启动操作，节约操作时间，提升工作效率；

2.技术方案工具化，适应不同的操作系统平台，可移植性和复用性好。

附图说明

图1为符合本发明一优选实施例中用于智能终端的应用程序启动方法的流程示意图；

图2为图1中步骤S103的具体流程示意图；

图3为符合本发明另一优选实施例中用于智能终端的应用程序启动方法的流程示意图；

图4为符合本发明一优选实施例中用于智能终端的应用程序启动系统的结构框图；

图5为图4中发送模块的结构框图；

图6为符合本发明另一优选实施例中用于智能终端的应用程序启动系统的结构框图。

附图标记：

10-用于智能终端内的应用程序启动系统、11-预设模块、12-读取模块、13-发送模块、14-显示模块、131-第一发送单元、132-判断单元、133-等待单元、134-第二发送单元、135-停止单元。

具体实施方式

以下结合附图与具体实施例进一步阐述本发明的优点。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在本发明的描述中，需要理解的是，术语“纵向”、“横向”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

在本发明的描述中，除非另有规定和限定，需要说明的是，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是机械连接或电连接，也可以是两个元件内部的连通，可以是直接相连，也可以通过中间媒介间接相连，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语的具体含义。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。

参阅图1，为符合本发明一优选实施例中用于智能终端的应用程序启动方法的流程示意图，所述应用程序启动方法包括以下步骤：

S101：于与所述智能终端连接的计算机内预设一应用程序启动配置文件。

本发明的实施，依赖于一计算机，且所述计算机与所述智能终端连接，连接方式可以是串口通信连接，例如通过USB接口连接，建立连接后，所述智能终端与计算机之间能够进行数据交互。在智能终端的开发或测试阶段，使用计算机进行辅助开发或测试是常用手段。本步骤于所述计算机内预设一应用程序启动配置文件，所述应用程序启动配置文件中记录了待启动的至少一个应用程序的名称、存储路径、启动指令等信息。所述应用程序启动配置文件可以是记事本，即txt格式的文件，存放于所述计算机的存储器内。开发或测试人员可以选择需要启动的应用程序，将这些应用程序的名称、在所述智能终端内的存储路径等信息存放于所述应用程序启动配置文件内，以备后续重复使用。

S102：所述计算机读取所述应用程序启动配置文件中的配置信息。

本步骤对所述步骤S101中预设的应用程序启动配置文件执行读取操作，读取所述应用程序启动配置文件中的配置信息，如待启动的应用程序名称、存储路径等信息。本步骤的执行主体可以是一脚本程序，该脚本程序设于所述计算机内，根据所述应用程序启动配置文件在所述计算机内的存储路径执行一打开命令，也就是打开txt文件的命令，而后执行读命令读取所述应用程序启动配置文件中的配置信息，读取后的配置信息存放在所述计算机的内存中。所述脚本程序可以在Windows操作系统下使用Python集成开发环境配合Python脚本语言开发，开发时需要关联subprocess、time、getopt、sys等Python模块。开发人员或测试人员只需运行该脚本程序即可实现对所述应用程序启动配置文件中的配置信息的读取操作。所述脚本程序可适用于Windows操作系统和Linux操作系统；在Windows操作系统中，开发或测试人员可通过Dos命令窗口，也就是system32控制台运行所述脚本程序，也可以先将所述脚本程序生成exe执行文件，然后双击打开并运行；在Linux操作系统中，使用命令行运行所述脚本程序。

S103：所述计算机基于所述配置信息通过调试桥向所述智能终端依次发送应用程序启动指令。

所述调试桥即ADB，所述ADB全称为Android Debug Bridge，是Android(安卓操作系统)提供的一个通用的调试工具，借助这个工具，我们可以很方便地调试开发的程序。ADB是一个C/S架构的应用程序，由三部分组成：

1)adb client,运行在计算机上(为DDMS，即IDE工作)；

2)adb daemon(守护进程)，运行于Emulator(为与Emulator中的VM交互工作)；

3)adb server(服务进程)，运行在PC(任务管理器上有)，管理着adb client和adb

daemon的通信。

其中，server与client通信的端口是是5037，adb server会与emulator交互的，使用的端口有两个，一个是5554专门用于与Emulator实例的连接，那么数据可以从Emulator转发给IDE控制台了，另一个则是5555，专门与adb daemon连接为后面调试使用。

使用ADB对所述智能终端进行调试时，使用ADB命令即可，例如可以使用adb pull、push命令将文件从模拟器或智能终端中拷贝出来或从计算机拷入智能终端；再例如启动Activity命令：adb shell am start-n包名/包名+类名，本命令可用于启动所述智能终端上的应用程序，也就是应用程序启动指令，所述应用程序的名称可作为包名使用。

本步骤执行时，从所述配置信息中获取待启动的应用程序的包名，而后将待启动的应用程序的包名作为ADB命令的参数组成应用程序启动指令，每一应用程序包名对应一应用程序启动指令。本步骤依次发送各应用程序启动指令，实现在所述智能终端上逐个启动应用程序的技术效果，无需人工干预。本步骤的执行，可依托于所述步骤S102中的脚本程序，所述脚本程序内写有ADB命令，以及抓取所述配置信息中待启动的应用程序的包名的命令，从而实现应用程序指令的发送。

作为所述应用程序启动方法的进一步改进，所述步骤S101执行时，所述应用程序启动配置文件包括待启动的应用程序名称、相邻应用程序的启动时间间隔。所述应用程序的名称可以是所述应用程序的包名，作为所述应用程序启动指令的参数使用，对应待启动的应用程序。相邻应用程序的启动时间间隔则是当所述应用程序启动配置文件中预设了多个待启动的应用程序时，相邻两个应用程序的应用程序指令发送间隔的时间，目的是为了保证所述智能终端能够有充分的时间逐一启动应用程序，而不至于在短时间内接收到多个应用程序启动指令导致系统卡死。进一步地，所述启动时间间隔至少为3秒钟。

作为所述应用程序启动方法的进一步改进，所述步骤S103执行时，所述智能终端为安卓操作系统，且处于调试模式。本改进实施例中，所述智能终端为安卓操作系统，所述应用程序启动指令须配合安卓操作系统的环境执行，即按照ADB命令方式运行。所述智能终端处于调试模式，也被称为USB调试模式，是Android提供的一个用于开发工作的功能，使用该功能可在计算机和智能终端之间复制数据、在移动设备上安装应用程序、读取日志数据等等。在USB调试模式下，与所述智能终端连接的计算机获得了最高控制权，读取联系人、短信、手机文件都非常方便，也能够向所述智能终端发送各种指令。

参阅图2，为图1中步骤S103的具体流程示意图，所述步骤S103包括：

S103-1：通过调试桥向所述智能终端发送针对一应用程序的应用程序启动指令。

本步骤通过所述调试桥，也就是ADB向所述智能终端发送一条应用程序启动指令，对应一个应用程序的启动操作。例如在程序代码的循环语法中，会先执行一次循环体，也就是应用程序启动指令。

S103-2：判断已发送的应用程序启动指令的数量是否小于所述应用程序启动配置文件内应用程序名称的数量。

本步骤执行判断操作，判断已发送的应用程序指令的数量是否小于所述应用程序启动配置文件内应用程序名称的数量，本质上就是判断当前是否已针对所述应用程序启动配置文件中的应用程序都发送了应用程序启动指令。例如所述应用程序启动配置文件内包括了应用程序A、应用程序B、应用程序C，步骤S103-1只发送了对应应用程序A的应用程序启动指令，还有应用程序B及应用程序C未发送应用程序启动指令，故判定已发送的应用程序启动指令的数量小于所述应用程序名称的数量。本步骤在程序代码中为循环语法的判断语句。

S103-3：当已发送的应用程序启动指令的数量小于所述应用程序启动配置文件内应用程序名称的数量时，等待所述启动时间间隔。

当所述步骤S103-2判断成立时，即已发送的应用程序启动指令的数量小于所述应用程序启动配置文件内应用程序名称的数量时，执行本步骤。本步骤执行等待操作，等待的时间为所述启动时间间隔，这样就为下一次应用程序启动指令与上一次应用程序启动指令之间空出了必要的启动时间。

S103-4：通过所述调试桥向所述智能终端发送针对下一应用程序的应用程序启动指令，返回所述步骤S103-2。

本步骤在所述步骤S103-3等待所述启动时间间隔完成后，执行应用程序指令发送操作，发送针对下一个应用程序的应用程序启动指令，例如对应用程序B的应用程序启动指令，同时对已发送的应用程序指令数量加1。本步骤执行后，返回所述步骤S103-2继续执行判断操作。在程序代码中，本步骤及所述步骤S103-3为循环语法的循环体。

S103-5：当已发送的应用程序启动指令的数量不小于所述应用程序启动配置文件内应用程序名称的数量时，停止发送应用程序启动指令。

当所述步骤S103-2判断不成立时，即已发送的应用程序启动指令的数量不小于所述应用程序启动配置文件内应用程序名称的数量时，执行本步骤。随着所述步骤S103-3及所述步骤S103-4的不断执行，所述应用程序启动配置文件内的应用程序均被执行过应用程序启动指令，故所述步骤S103-2会判断已发送的应用程序启动指令的数量大于或等于所述应用程序启动配置文件内应用程序名称的数量，须停止发送应用程序启动指令，结束ADB命令的发送。在程序代码中，本步骤为循环语法中循环执行条件不满足的情况，所述循环语法可在所述脚本程序中实现。

上述步骤能够确保所述应用程序启动配置文件中的所有应用程序均逐一启动，相邻两个应用程序的启动间隔满足一定的时间间隔长度，且没有应用程序遗漏未启动。

参阅图3，为符合本发明另一优选实施例中用于智能终端的应用程序启动方法的流程示意图，步骤S103’之后，所述应用程序启动方法还包括以下步骤：

S104：于所述计算机的显示界面显示所述应用程序启动指令的执行结果。

步骤S103’执行时或执行后，须向开发或测试人员反馈应用程序启动指令的执行结果，于所述计算机的显示界面显示所述执行结果。所述执行结果可以是总的需要启动的应用程序清单以及已发送过所述应用程序启动指令的应用程序名称，以便在步骤S103执行过程中实时反馈执行进度。所述执行结果的显示，可以由所述脚本程序内的显示命令实现，在控制台上显示所有待启动的应用程序包名，并随着各应用程序逐一启动，显示界面会实时显示当前正在启动的应用程序包名。

本发明的一个优点是将所有需要执行的步骤操作均集成于一脚本程序中，只需打开所述脚本程序即可实现对待启动的应用程序的启动操作，实现一键完成的效果。脚本程序还可以可执行文件的方式移植于不同的平台运行，兼容性好，同时实现了功能产品化，可作为一个智能应用程序启动工具使用。

参阅图4，为符合本发明一优选实施例中用于智能终端的应用程序启动系统10的结构框图，所述应用程序启动系统10包括：

-预设模块11

所述预设模块11于与所述智能终端连接的计算机内预设一应用程序启动配置文件。所述预设模块11设于所述计算机内，接收外部操作输入或选择相应的参数构成应用程序启动配置文件。例如所述预设模块11接收外部输入操作，将待启动的应用程序的名称写入所述应用程序启动配置文件内。

-读取模块12

所述读取模块12设于所述计算机内，与所述预设模块11连接，读取所述应用程序启动配置文件中的配置信息。所述读取模块12从所述预设模块11读取所述应用程序启动配置文件内的配置信息。所述读取模块12可设于一脚本程序内，根据所述应用程序启动配置文件在所述计算机内的存储路径执行一打开命令，而后执行读命令读取所述应用程序启动配置文件中的配置信息，读取后的配置信息存放在所述计算机的内存中。

-发送模块13

所述发送模块13设于所述计算机内，与所述读取模块12连接，基于所述配置信息通过调试桥向所述智能终端依次发送应用程序启动指令。所述发送模块13内设有ADB命令语句，将所述配置信息中的内容作为所述ADB命令的参数，依次向所述智能终端发送应用程序启动指令。所述发送模块13可以是所述脚本程序内的命令语句。

作为所述应用程序启动系统10的进一步改进，所述预设模块11于所述计算机内预设一应用程序启动配置文件时，所述应用程序启动配置文件包括待启动的应用程序名称、相邻应用程序的启动时间间隔。

作为所述应用程序启动系统10的进一步改进，所述发送模块13基于所述配置信息通过调试桥向所述智能终端依次发送应用程序启动指令时，所述智能终端为安卓操作系统，且处于调试模式。

参阅图5，为图4中发送模块13的结构框图，所述发送模块13包括：

-第一发送单元131

所述第一发送单元131通过调试桥向所述智能终端发送针对一应用程序的应用程序启动指令。所述第一发送单元131内设有ADB命令，向所述智能终端发送一条应用程序启动指令，对应一个应用程序的启动操作。

-判断单元132

所述判断单元132判断已发送的应用程序启动指令的数量是否小于所述应用程序启动配置文件内应用程序名称的数量。

-等待单元133

所述等待单元133与所述判断单元132连接，当所述判断单元132判断已发送的应用程序启动指令的数量小于所述应用程序启动配置文件内应用程序名称的数量时，等待所述启动时间间隔。所述等待单元133从所述判断单元132获取判断结果，当判断结果成立时，执行等待操作，等待时长为所述启动时间间隔。

-第二发送单元134

所述第二发送单元134与所述等待单元133连接，通过所述调试桥向所述智能终端发送针对下一应用程序的应用程序启动指令，返回所述判断单元132。当所述等待单元133执行等待操作完毕后，所述第二发送单元134执行应用程序启动指令发送操作，对下一个应用程序执行启动操作，同时对已发送的应用程序启动指令的数量加1，而后返回所述判断单元132继续进行判断操作。

-停止单元135

所述停止单元135与所述判断单元132连接，当所述判断单元132判断已发送的应用程序启动指令的数量不小于所述应用程序启动配置文件内应用程序名称的数量时，停止发送应用程序启动指令。

参阅图6，为符合本发明另一优选实施例中用于智能终端的应用程序启动系统10的结构框图，所述应用程序启动系统10还包括：

-显示模块14

所述显示模块14设于所述计算机内，与所述发送模块13连接，于所述计算机的显示界面显示所述应用程序启动指令的执行结果。所述显示模块14可以是所述脚本程序中的显示命令，，在控制台上显示所有待启动的应用程序包名，并随着各应用程序逐一启动，显示界面会实时显示当前正在启动的应用程序包名。

应当注意的是，本发明的实施例有较佳的实施性，且并非对本发明作任何形式的限制，任何熟悉该领域的技术人员可能利用上述揭示的技术内容变更或修饰为等同的有效实施例，但凡未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何修改或等同变化及修饰，均仍属于本发明技术方案的范围内。

Claims (10)

1.一种用于智能终端的应用程序启动方法，其特征在于，包括以下步骤：

于与所述智能终端连接的计算机内预设一应用程序启动配置文件；

所述计算机读取所述应用程序启动配置文件中的配置信息；

所述计算机基于所述配置信息通过调试桥向所述智能终端依次发送应用程序启动指令。

2.如权利要求1所述的应用程序启动方法，其特征在于，

于与所述智能终端连接的计算机内预设一应用程序启动配置文件时，所述应用程序启动配置文件包括待启动的应用程序名称、相邻应用程序的启动时间间隔。

3.如权利要求2所述的应用程序启动方法，其特征在于，

所述计算机基于所述配置信息通过调试桥向所述智能终端依次发送应用程序启动指令的步骤包括：

通过调试桥向所述智能终端发送针对一应用程序的应用程序启动指令；

判断已发送的应用程序启动指令的数量是否小于所述应用程序启动配置文件内应用程序名称的数量；

当已发送的应用程序启动指令的数量小于所述应用程序启动配置文件内应用程序名称的数量时，等待所述启动时间间隔；

通过所述调试桥向所述智能终端发送针对下一应用程序的应用程序启动指令，返回上述判断步骤；

当已发送的应用程序启动指令的数量不小于所述应用程序启动配置文件内应用程序名称的数量时，停止发送应用程序启动指令。

4.如权利要求1-3任一项所述的应用程序启动方法，其特征在于，

所述计算机基于所述配置信息通过调试桥向所述智能终端依次发送应用程序启动指令的步骤之后，所述应用程序启动方法还包括以下步骤：

于所述计算机的显示界面显示所述应用程序启动指令的执行结果。

5.如权利要求1-3任一项所述的应用程序启动方法，其特征在于，

所述计算机基于所述配置信息通过调试桥向所述智能终端依次发送应用程序启动指令时，所述智能终端为安卓操作系统，且处于调试模式。

6.一种用于智能终端的应用程序启动系统，其特征在于，包括：

预设模块，于与所述智能终端连接的计算机内预设一应用程序启动配置文件；

读取模块，设于所述计算机内，与所述预设模块连接，读取所述应用程序启动配置文件中的配置信息；

发送模块，设于所述计算机内，与所述读取模块连接，基于所述配置信息通过调试桥向所述智能终端依次发送应用程序启动指令。

7.如权利要求6所述的应用程序启动系统，其特征在于，

所述预设模块于所述计算机内预设一应用程序启动配置文件时，所述应用程序启动配置文件包括待启动的应用程序名称、相邻应用程序的启动时间间隔。

8.如权利要求7所述的应用程序启动系统，其特征在于，

所述发送模块包括：

第一发送单元，通过调试桥向所述智能终端发送针对一应用程序的应用程序启动指令；

判断单元，判断已发送的应用程序启动指令的数量是否小于所述应用程序启动配置文件内应用程序名称的数量；

等待单元，与所述判断单元连接，当所述判断单元判断已发送的应用程序启动指令的数量小于所述应用程序启动配置文件内应用程序名称的数量时，等待所述启动时间间隔；

第二发送单元，与所述等待单元连接，通过所述调试桥向所述智能终端发送针对下一应用程序的应用程序启动指令，返回所述判断单元；

停止单元，与所述判断单元连接，当所述判断单元判断已发送的应用程序启动指令的数量不小于所述应用程序启动配置文件内应用程序名称的数量时，停止发送应用程序启动指令。

9.如权利要求6-8任一项所述的应用程序启动系统，其特征在于，

所述应用程序启动系统还包括：

显示模块，设于所述计算机内，与所述发送模块连接，于所述计算机的显示界面显示所述应用程序启动指令的执行结果。

10.如权利要求6-8任一项所述的应用程序启动系统，其特征在于，

所述发送模块基于所述配置信息通过调试桥向所述智能终端依次发送应用程序启动指令时，所述智能终端为安卓操作系统，且处于调试模式。