一种应用程序调试方法、系统、终端及存储介质与流程

1.本技术涉及应用程序调试的技术领域，尤其是涉及一种应用程序调试方法、系统、终端及存储介质。


背景技术：

2.应用程序的研发人员在研发应用程序时，应用程序内会配置有操作日志、调试面板等配置信息组件，为了避免应用程序的用户对配置信息进行修改，研发人员在发布应用程序时通常会把这些配置信息组件隐藏，并且用户无法通过诸如连续点击应用程序界面7次等操作方式唤醒这些配置信息组件。这使得测试人员在启动应用程序后遇到应用程序崩溃或应用程序参数异常等异常问题时无法立刻调出配置信息组件，难以对异常问题进行定位。


技术实现要素：

3.本技术目的一是提供一种应用程序调试方法，具有便于测试人员对应用程序中的异常问题定位的特点。
4.本技术的上述申请目的一是通过以下技术方案得以实现的：一种应用程序调试方法，应用于移动终端的应用程序内，所述应用程序配置有运行环境库，所述方法包括：获取外部输入的控制指令及其来源信息；识别应用程序的版本模式；在基于预设的校验规则，校验所述控制指令的来源信息正确后，根据所述版本模式匹配与该版本模式对应的指令注册表；基于所述指令注册表，根据所述控制指令从应用程序中调取相应的配置信息组件并显示。
5.通过采用上述技术方案，配置有运行环境库的应用程序能够在接收到控制指令时，先对控制指令的来源信息进行校验。当控制指令的来源信息正确后，根据识别出的应用程序的版本模式匹配对应的指令注册表和控制指令，从应用程序中调取相应的配置信息组件并显示，以供测试人员能够快速看到配置信息，并对应用程序的配置信息进行修改或调试，使得测试人员能够对应用程序中的异常问题定位。
6.可选的，所述来源信息包括安装包名称、签名信息和设备id；所述基于预设的校验规则，校验所述控制指令的来源信息包括：判断所述安装包名称是否正确，所述签名信息是否正确，所述设备id是否正确；若所述安装包名称、签名信息和设备id都正确，则所述控制指令的来源信息正确；若所述安装包名称、签名信息和设备id中有任一项不正确则所述控制指令的来源信息错误。
7.通过采用上述技术方案，判断安装包名称是否正确能够确定是否是由指定应用发
送的控制命令，判断签名信息是否正确能够确定是否有人恶意用其他应用程序伪装为指定应用发送控制命令，判断设备id是否正确能够确定是否有人以其他渠道获得指定应用并发送控制指令，以确保接收到的控制指令是安全的。
8.可选的，判断设备id是否正确包括：获取预设的设备白名单，所述设备白名单包括多个允许的设备的设备id；若设备id是所述设备白名单内的设备id，则设备id正确；若设备id不是所述设备白名单内的设备id，则设备id错误。
9.可选的，所述版本模式包括测试版和发布版，所述测试版具有调试模式和沙盒模式，所述发布版具有生产模式和沙盒模式，所述调试模式具有配置信息组件的开放权限大于沙盒模式具有配置信息组件的开放权限，所述沙盒模式具有配置信息组件的开放权限大于生产模式具有配置信息组件的开放权限；所述控制指令包括模式切换指令；所述基于所述指令注册表，根据所述控制指令从应用程序中调取相应的配置信息组件并显示包括：若所述控制指令为模式切换指令，则当应用程序为发布版时，将所述生产模式和沙盒模式切换；当应用程序为测试版时，将所述调试模式和沙盒模式切换。
10.通过采用上述技术方案，当测试人员安装的应用程序是发布版时，测试人员控制生产模式与沙盒模式的切换，使得测试人员能够对具有开放权限的部分配置信息组件进行快速调试。当测试人员安装的应用程序是测试版时，测试人员控制调试模式与沙盒模式的切换，使得测试人员在采用调试模式进行调试后，可以在沙盒模式中检测只能在调试模式下进行配置的功能是否仍然存在异常问题。
11.可选的，所述识别应用程序的版本模式包括：若获取到版本标识，则该应用程序的版本模式为发布版；若获取不到版本标识，则该应用程序的版本模式为测试版。
12.本技术目的二是提供一种应用程序调试系统，具有便于测试人员对应用程序中的异常问题定位的特点。
13.本技术的上述申请目的二是通过以下技术方案得以实现的：一种应用程序调试系统，包括控制台应用和加载有第一方面所述应用程序调试方法的应用程序；所述控制台应用，用于扫描移动终端内所有配置有运行环境库的应用程序并显示；用于获取测试人员的操作指令；还用于输出与所述操作指令相对应的控制指令；所述应用程序的运行环境库，用于获取外部输入的控制指令及其来源信息；用于识别应用程序的版本模式；用于在基于预设的校验规则，校验所述控制指令的来源信息正确后，根据所述版本模式匹配与该版本模式对应的指令注册表；还用于基于所述指令注册表，根据所述控制指令从应用程序中调取相应的配置信息组件并显示。
14.通过采用上述技术方案，控制台应用能够获取测试人员的操作指令，并输出与该操作指令相对应的控制指令，以使得测试人员能够通过控制台应用控制应用程序中的配置信息组件，以对配置信息进行修改。进而便于测试人员对应用程序中的异常问题定位。
15.可选的，所述运行环境库包括，获取模块，用于获取外部输入的控制指令及其来源信息；识别模块，用于识别应用程序的版本模式；校验模块，用于基于预设的校验规则，校验所述控制指令的来源信息；以及，配置模块，用于根据所述版本模式匹配与该版本模式对应的指令注册表；还用于基于所述指令注册表，根据所述控制指令从应用程序中调取相应的配置信息组件并显示。
16.本技术目的三是提供一种智能终端，具有便于测试人员对应用程序中的异常问题定位的特点。
17.本技术的上述申请目的三是通过以下技术方案得以实现的：一种智能终端，包括存储器和处理器，所述存储器上存储有能够被处理器加载并执行上述应用程序调试方法的计算机程序。
18.本技术目的四是提供一种计算机存储介质，能够存储相应的程序，具有便于实现测试人员对应用程序中的异常问题定位的特点。
19.本技术的上述申请目的四是通过以下技术方案得以实现的：一种计算机可读存储介质，存储有能够被处理器加载并执行上述任一种应用程序调试方法的计算机程序。
20.综上所述，本技术包括以下至少一种有益技术效果：1.本技术中配置有运行环境库的应用程序能够在接收到控制指令时，先对控制指令的来源信息进行校验。当控制指令的来源信息正确后，根据识别出的应用程序的版本模式匹配对应的指令注册表和控制指令，从应用程序中调取相应的配置信息组件并显示，以供测试人员能够快速看到配置信息，并对应用程序的配置信息进行修改或调试，使得测试人员能够对应用程序中的异常问题定位。
21.2.本技术涉及的应用程序具有生产模式、沙盒模式和调试模式，测试人员能够根据控制指令和所安装的版本模式即发布版和测试版对应用程序进行实时调试，有利于快速校验对应用程序的调试是否正确。
附图说明
22.图1是本技术其中一实施例的应用程序调试方法的流程示意图。
23.图2是本技术其中一实施例的应用程序调试系统的系统示意图。
24.图3是本技术其中一实施例的运行环境库的系统示意图。
25.图4是本技术其中一实施例的智能终端的结构示意图。
26.图中，21、控制台应用；22、运行环境库；23、获取模块；24、识别模块；25、校验模块；26、配置模块；301、cpu；302、rom；303、ram；304、总线；305、i/o接口；306、输入部分；307、输出部分；308、存储部分；309、通信部分；310、驱动器；311、可拆卸介质。
具体实施方式
27.以下结合附图对本技术作进一步详细说明。
28.本具体实施例仅仅是对本技术的解释，其并不是对本技术的限制，本领域技术人员在阅读完本说明书后可以根据需要对本实施例做出没有创造性贡献的修改，但只要在本
申请的权利要求范围内都受到专利法的保护。
29.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
30.另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。
31.本技术实施例提供一种应用程序调试方法，应用于移动终端的应用程序内，具体为应用程序配置的运行环境库内，使得当前应用程序的测试人员能够在发现应用程序中存在异常问题时快速在应用程序中调取出配置信息组件，以进行调整，解决了在不允许应用程序的用户触发应用程序的配置信息组件的情况下，测试人员也难以调取配置信息组件对应用程序进行调试的问题。
32.下面结合说明书附图对本技术实施例作进一步详细描述。
33.本技术实施例提供一种应用程序调试方法，所述方法的主要流程描述如下。
34.如图1所示：s101：获取外部输入的控制指令及其来源信息。
35.其中，控制指令为能够控制应用程序的指令。例如，控制指令可以为用于切换应用程序的当前模式的指令，可以是用于调取出运行日志的指令，可以是用于修改某一个指定参数的数值的指令，可以通过该指令将指定参数的数值修改为所需的数值。在本技术中外部输入的控制指令是由测试人员的输入的操作指令转换而成，测试人员可以通过在移动终端中安装的控制台应用输入操作指令，也可以将移动终端与pc端通过usb数据线的方式连接，并通过操作pc端，以输入操作指令至控制台应用中。具体的，控制台将操作指令转换为控制指令并输出时，主要以移动终端提供的进程之间的通信方式向应用程序发送控制命令。
36.控制指令的来源信息能够表明控制指令的来源。可以了解的是，通常只有测试人员能够对应用程序进行调试，即只有由测试人员输入的操作指令转换的控制指令才能使得应用程序调取配置信息组件，以进行调试。但实际上难免会出现用户伪装成测试人员想要触发应用程序的配置信息组件的情况，为此，需要通过获取控制指令的来源信息以校验输入操作指令的操作人员的身份。其中，配置信息组件为用于配置应用程序的参数的组件。例如，配置信息组件可以是应用程序的运行日志，可以是应用程序中某一功能的参数调整界面。通常，一个应用程序中配置信息组件会设置有多个，此处对于配置信息组件能够配置的信息不再一一列举介绍。
37.控制指令可以包括但不限于安装包名称、签名信息和设备id。
38.安装包名称即为发送控制指令的应用的应用名称。例如，安装包名称可以为控制台，可以为百度，可以为微信。由于发送控制指令的应用程序与应用程序是同时安装在同一个移动终端上，故安装包名称可以通过移动终端的进程通信方式直接获取。
39.签名信息为与每一个应用程序的专属标识。优选的，签名信息可以以字符串的形式呈现。可以理解的是，假如有人恶意将其他的应用程序伪装成控制台应用输出控制指令，
由于该应用程序是伪装成控制台的，故尽管伪装了安装包，但是该应用程序的签名信息却无法伪装。因此，通过签名信息能够辨别一些恶意操作行为。其中，签名信息是与真实的应用程序相对应的，故当获取到应用程序的安装包名称时，同时也能够获取到对应的签名信息。
40.设备id为安装有应用程序的移动终端的名称，具体可以直接从移动终端中获取对应的名称。以移动终端是手机为例，在手机的设置界面中，有字样为“关于手机”的选项，选择该选项后，即可显示出手机的设备id。
41.s102：识别应用程序的版本模式。
42.可以了解的是，应用程序的版本模式按照面向的群体分为发布版和测试版。其中，发布版面向用户，为用户使用的版本，其具有生产模式和沙盒模式。测试版面向测试人员，为测试人员进行调试的版本，其具有调试模式和沙盒模式。进一步的，每一种模式都具有配置信息组件相应的开放权限。具体的，调试模式具有配置信息组件的开放权限大于沙盒模式具有配置信息组件的开放权限，沙盒模式具有配置信息组件的开放权限大于生产模式具有配置信息组件的开放权限。此处可以理解为，调试模式、沙盒模式和生产模式各个模式所能够使用的配置信息组件的数量是不同的，并且生产模式能够使用的配置信息组件的数量是最少的，调试模式能够使用的配置信息组件的数量是最多的。每个模式所能使用的配置信息组件可以由应用程序的研发人员根据实际情况做适应性设计。同时，能够使用的配置信息组件的数量也可以由研发人员根据实际情况做适应性设计。
43.对于发布版的应用程序而言，研发人员在根据应用程序生成发布版时，发布版中会携带有版本标识。而生成的测试版的应用程序时，测试版是不会携带有该版本标识的。因此，可以通过检测安装的应用程序中是否携带版本标识来确定移动终端当前安装的应用程序的版本模式。具体来说，若获取到版本标识，则该应用程序的版本模式为发布版。反之，若获取不到版本标识，则该应用程序的版本模式为测试版。优选的，版本模式可以是一个宏定义。
44.s103：基于预设的校验规则，校验所述控制指令的来源信息。
45.根据上述介绍可以了解到，应用程序中的运行环境库在根据控制指令调取相应的配置信息组件之前，需要先对控制指令的来源信息进行校验，以确定该控制命令是安全的。
46.校验控制指令的来源信息的方法具体包括：判断安装包名称是否正确，签名信息是否正确和设备id是否正确。
47.其中，安装包名称是否正确指的是，安装包名称是否为指定应用程序的应用名称。在本技术中，该指定应用程序为控制台应用。在一个具体的示例中，用户通过安装包名称为“万能控制器”的应用程序对应用程序发送了控制指令，此时，由于该安装包名称并不是控制台，因此，可以判断为该控制指令不安全。当然，由于只有测试人员需要使用控制台应用对应用程序进行调试，故在通常情况下，用户并不会知晓如何去调取应用程序的配置信息组件，也不会知晓控制台应用的安装包名称，进而通过对安装包名称进行校验可以判断控制指令的来源是否安全。
48.签名信息是否正确指的是，用于输出控制指令的应用程序的签名信息是否为指定应用程序的签名信息。在本技术中，正确的签名信息为控制台应用的签名信息。在一个具体的示例中，假如有用户无意间得知能够通过名为“控制台”的应用程序从应用程序中调取配
置信息组件，但由于控制台应用只有测试人员具有该应用资源，故用户只能把其他应用程序的安装包名称修改为“控制台”以伪装为控制台对应用程序发送控制指令，然而，因为伪装成控制台的应用程序不是真正的控制台应用，故其签名信息也不是控制台应用的签名信息，进而可以确定应用程序的运行环境库所接收到的控制指令的来源不安全。本技术通过对签名信息进行校验，可以确定是否有人将其他应用程序伪装成“控制台”以对应用程序进行控制。
49.设备id是否正确指的是，设备id是否为设备白名单内的设备id。其中，设备白名单可以预先存储于运行环境库中，其包括多个允许的设备的设备id。在本技术中，设备白名单为供测试人员使用的安装有控制台的移动终端的设备id。在一个具体的示例中，若曾经的测试人员在离职之前预先将控制台进行了备份，并在离职之后，依然想通过控制台调取应用程序的配置信息组件时，由于安装其备份的控制台应用的终端设备的设备id不再是设备白名单中的设备，因此，运行环境库通过获取到的发送控制指令的设备id即可确定该控制指令的来源不安全。
50.可以理解的是，只有当安装包名称、签名信息和设备id都正确，控制指令的来源信息才是正确的和安全的。反之，若安装包名称、签名信息和设备id中有任意一项不正确，那么说明控制指令的来源并不安全。
51.当然，可以依次判断安装包名称是否正确、签名信息是否正确和设备id是否正确。步骤判断安装包名称是否正确、步骤判断签名信息是否正确和步骤判断设备id是否正确的顺序可以随意更换，此处不再一一展开说明，优选的，在本技术中，判断顺序为依次判断安装包名称是否正确、签名信息是否正确和设备id是否正确。
52.s104：在基于预设的校验规则，校验所述控制指令的来源信息正确后，根据所述版本模式匹配与该版本模式对应的指令注册表。
53.可以了解的是，只有当控制指令的来源信息的校验结果为正确时，运行环境库才会对控制指令进行处理。但需要注意的是，由于处于不同模式的应用程序具有不同配置信息组件的开放权限，因此，并不是所有控制指令都能控制所有模式下的应用程序。故，需要根据版本模式匹配与该版本模式对应的指令注册表。
54.指令注册表为包括很多预设的控制指令，以及能够实现每个控制指令对应功能的代码。不同模式对应不同的指令注册表。指令注册表可以预先存储于运行环境库中。当确定应用程序的版本模式和当前所处的模式时，即可匹配对应的指令注册表。
55.此处不对本步骤的执行顺序进行限定。
56.s105：基于所述指令注册表，根据所述控制指令从应用程序中调取相应的配置信息组件并显示。
57.首先，需要判断控制指令是否是指令注册表中存储的指令，如果不是，则说明该控制指令不能对当前环境的应用程序进行控制，即该控制指令为无效指令。反之，当控制指令为指令注册表中存储的指令，那么则根据指令注册表中与该控制指令相对应的代码对应用程序调取出相对应的配置信息组件并显示，或是直接对应用程序中的个别参数进行调整。
58.可以了解的是，控制指令包括模式切换指令，用于修改配置信息的指令和用于调取运行日志或配置信息组件的指令。以模式切换指令为例，若当应用程序为发布版时，模式
切换指令能够将生产模式和沙盒模式进行切换。当应用程序为测试版时，模式切换指令能够将调试模式和沙盒模式进行切换。
59.在一个具体的示例中，当测试人员所安装的应用程序为发布版，并且应用程序处于生产模式时，若测试人员在测试应用程序时，发现应用程序设置的关卡难度不合理或者存在崩溃等异常问题时，测试人员可以立即通过控制台输入操作指令，以控制应用程序切换至沙盒模式，利用沙盒模式所能使用的配置信息组件对应用程序进行调试。并可以在完成调试后，通过控制台控制将应用程序切回至生产模式，以检查遇到的问题是否得到修正。这里需要说明的是，对于应用程序的调试，经常会存在经过调试后明明异常问题已经解决，而生产模式中却依然存在异常问题的情况，因此需要切换应用程序的模式，以验证异常问题是否真的已经解决。
60.在另一个示例中，当测试人员所安装的应用程序为测试版，并且应用程序处于调试模式时，若测试人员在对应用程序进行调试，那么测试人员可以通过控制台控制将应用程序切换至沙盒模式，以关闭部分配置信息组件，进而检测的关闭的部分配置信息组件所能够调试的功能是否调试到位。若未调试到位，则测试人员还可以通过控制台将应用程序切回至调试模式，以打开全部配置信息组件，再进行调试。
61.当然，控制指令包括但不限于模式切换指令，用于修改配置信息的指令和用于调取运行日志或配置信息组件的指令。
62.值得说明的是，上述所提供的实施方式只是其中一种，在其他的实施例中，所有的指令注册表也可以集成在一个表中，然后在接收到控制指令，并确定控制指令的来源安全时，可以判断该控制指令在当前模式下是否能够执行，能执行则直接执行，不能则切换当前应用程序所处的模式。
63.上述提及的移动终端可以是手机，也可以是平板，但不限于手机和平板这两种终端设备。
64.图2为本技术一种实施例提供的应用程序调试系统。
65.如图2所示的应用程序调试系统，包括控制台应用21和加载有应用程序调试方法的应用程序，其中：控制台应用21用于扫描移动终端内所有配置有运行环境库22的应用程序并显示；用于获取测试人员的操作指令；还用于输出与所述操作指令相对应的控制指令。
66.具体的，控制台应用21的使用方法为，测试人员在对应用程序进行测试时，若发现应用程序中存在异常问题，那么测试人员需要将应用程序退至后台运行的状态。而后打开控制台应用21。此时，控制台应用21能够自动扫描移动终端中所有配置有运行环境库22的应用程序，并将扫描结果以列表的形式呈现。而测试人员需要从中选择当前正在运行的应用程序，并输出对应的操作指令。操作指令可以是用于切换应用程序的模式的模式切换指令，可以是用于调取运行日志的指令，也可以是用于调取某个配置信息组件的指令，还可以用于修改某个配置信息的参数数值的指令。当然，测试人员还可以输入自定义的指令。当自定义的指令为指令注册表中的指令时，则该指令能够被执行。需要说明的是，在不同的应用程序中，所配置的运行环境库22也是不同的。
67.应用程序中的运行环境库22用于获取控制指令及其来源信息；用于识别应用程序的版本模式；用于在基于预设的校验规则，校验所述控制指令的来源信息正确后，根据所述
版本模式匹配与该版本模式对应的指令注册表；还用于基于所述指令注册表，根据所述控制指令从应用程序中调取相应的配置信息组件并显示。
68.如图3所示的运行环境库22，包括获取模块23、识别模块24、校验模块25和配置模块26，其中：获取模块23，用于获取外部输入的控制指令及其来源信息。
69.识别模块24，用于识别应用程序的版本模式。
70.校验模块25，用于基于预设的校验规则，校验所述控制指令的来源信息。
71.配置模块26，用于根据所述版本模式匹配与该版本模式对应的指令注册表；还用于基于所述指令注册表，根据所述控制指令从应用程序中调取相应的配置信息组件并显示。
72.图4示出了适于用来实现本技术实施例的智能终端的结构示意图。
73.如图4所示，智能终端包括中央处理单元(cpu)301，其可以根据存储在只读存储器(rom)302中的程序或者从存储部分加载到随机访问存储器(ram)303中的程序而执行各种适当的动作和处理。在ram 303中，还存储有系统操作所需的各种程序和数据。cpu 301、rom 302以及ram 303通过总线304彼此相连。输入/输出(i/o)接口305也连接至总线304。
74.以下部件连接至i/o接口305：包括键盘、鼠标等的输入部分306；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分307；包括硬盘等的存储部分308；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分309。通信部分309经由诸如因特网的网络执行通信处理。驱动器310也根据需要连接至i/o接口305。可拆卸介质311，诸如磁盘、光盘、磁光盘、半导体存储器等，根据需要安装在驱动器310上，以便于从其上读出的计算机程序根据需要被安装入存储部分308。
75.特别地，根据本技术的实施例，上文参考流程图图1描述的过程可以被实现为计算机软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在机器可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分309从网络上被下载和安装，和/或从可拆卸介质311被安装。在该计算机程序被中央处理单元(cpu)301执行时，执行本技术的系统中限定的上述功能。
76.需要说明的是，本技术所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一种或多种导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于
由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无效、电线、光缆、rf等，或者上述的任意合适的组合。
77.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，前述模块、程序段、或代码的一部分包含一种或多种用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
78.描述于本技术实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，可以描述为：一种处理器包括：获取模块23、识别模块24、校验模块23、筛选模块25和配置模块26。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定，例如，获取模块23还可以被描述为“用于获取外部输入的控制指令及其来源信息的模块”。
79.作为另一方面，本技术还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的智能终端中所包含的；也可以是单独存在，而未装配入该智能终端中的。上述计算机可读存储介质存储有一个或者多个程序，当上述前述程序被一个或者一个以上的处理器用来执行描述于本技术的应用程序调试方法。
80.以上描述仅为本技术的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本技术中所涉及的申请范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离前述申请构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本技术中申请的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。