CN114546820B - 一种应用程序的调试方法及电子设备 - Google Patents

Abstract

一种应用程序的调试方法。在该方法中，IDE设备可以接收用户点击调试的控件，响应于用户操作，IDE设备向直连设备发送用于调试直连设备中待调试应用程序的第一调试报文和用于调试非直连设备中待调试应用程序的第三调试报文。直连设备接收第一调试报文和第三调试报文。直连设备将第三调试报文发送给非直连设备。实施本申请提供的技术方案，IDE设备可以不用和非直连设备建立通信连接。这样可以简化建立通信连接的过程。还有，用户只需在IDE设备的用户界面中的一个操作，IDE设备就可以同时直连设备和非直连设备这样，可以简化用户操作。

Description

一种应用程序的调试方法及电子设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种应用程序的调试方法及电子设备。

背景技术

分布式应用是指需要多个终端设备互相配合、跨端协同的应用程序。分布式应用由运行在多个终端设备上的应用共同组成。例如，分布式应用A中实现视频通话功能的程序安装在手机中，可以实现视频显示功能的程序安装在电视TV中，实现接收用户手写输入功能的程序安装在平板中。研发人员开发这样的分布式应用时，需要对该分布式应用进行调试。目前，调试人员对分布式应用进行调试时，需要分别对安装有分布式应用的多个设备一同进行调试。即研发人员需要将的手机、TV、平板等多个设备中安装的分布式应用A分别进行调试。在调试过程中，运行分布式应用的多个设备(例如手机、TV、平板)都要与用于调试的设备(例如IDE设备)进行连接。这样，调试人员调试分布式应用的过程操作较为繁琐。由此，如何简化分布式应用的调试过程是亟待解决的问题。

发明内容

本申请提供了一种应用程序的调试方法及电子设备，IDE只需要和直连设备建立通信连接，不需要和非直连设备建立通信连接；用户在IDE中可以通过一个调试会话同时对直连设备和非直连设备进行调试。这样，简化了IDE设备与待调试的设备建立通信连接的过程，从而简化了用户操作过程。

第一方面，本申请提供了一种应用程序的调试方法，应用于应用程序调试系统，所述调试系统中包括第一电子设备，第二电子设备和第三电子设备，第一电子设备和第三电子设备建立有第一调试会话，第一电子设备和第二电子设备建立有第一调试会话，该方法可以包括：第一电子设备接收用户的第一操作；响应于所述第一操作，第一电子设备向第三电子设备发送第一调试报文，第一调试报文用于调试第一应用程序，第二电子设备中安装有第一应用程序；第一调试报文中携带有所述第二电子设备的设备信息；第一电子设备与第三电子设备建立有通信连接；第三电子设备根据第一调试报文中携带的第二电子设备的设备信息，将第一调试报文发送给第二电子设备；第二电子设备与第三电子设备建立有通信连接；第二电子设备接收第一调试报文，利用第一调试报文调试第一应用程序。

其中，第一电子设备可以称为IDE设备，第三电子设备可以称为直连设备，第二电子设备可以称为非直连设备。

其中，第一应用程序和第二应用程序可以组成一个完整的分布式应用程序。第一应用程序和第二应用程序可以分别是分布式应用程序中的一个独立的功能模块。

其中，第一操作可以是用户在IDE设备中的直连设备对应的文件中设置断点、或在IDE设备中的非直连设备对应的文件设置断点。第一操作还可以是用户在IDE设备中点击用于控制直连设备和非直连设备重新启动调试的控件。

通过本申请实施例中的方法，IDE设备可以不需要和非直连设备建立通信连接。IDE设备只需要和直连设备建立通信连接。用户可以通过一个调试会话控制直连设备和非直连设备的调试过程。这样，可以简化该应用调试系统建立通信连接的过程，从而简化了用户操作过程。

在一种可能的实现方式中，响应于第一操作，第一电子设备向第三电子设备发送第一调试报文，具体包括：响应于第一操作，第一电子设备向第三电子设备发送第一调试报文和第三调试报文；其中，第一调试报文用于调试第一应用程序，第二电子设备中安装有第一应用程序，第三调试报文中携带有第二电子设备的设备信息，第一电子设备与第三电子设备建立有通信连接；第二调试报文用于调试第二应用程序，第三电子设备中安装有第二应用程序，第二调试报文中携带有第三电子设备的设备信息。

其中，第一调试报文可以是图13中的报文2或报文3，第三调试报文可以是图13中的报文1。第一调试报文和第三调试报文均可以称为tunnel调试报文或调试报文。

这样，用户通过一个操作，可以同时控制直连设备和非直连设备的调试，避免了繁琐的用户操作过程，可以提升用户体验。

在一种可能的实现方式中，第二电子设备的设备信息包括第二电子设备的设备ID、第一应用程序的语言类型、第二电子设备的调试进程端口号、第一应用程序的ID中的一项或多项；第三电子设备的设备信息包括所述第三电子设备的设备ID、第二应用程序的语言类型、所述第三电子设备的调试进程端口号、第二应用程序的ID中的一项或多项。

在一种可能的实现方式中，第一电子设备接收用户的第一操作之前，该方法还包括：第一电子设备接收用户的第四操作；响应于所述第四操作，第一电子设备向第三电子设备发送第二请求，第二请求用于第一电子设备向第三电子设备和第二电子设备请求建立第一调试会话；响应于接收第二请求，第三电子设备向第二电子设备发送第三请求，第三请求用于第一电子设备向第二电子设备请求建立第一调试会话；响应于第三请求，第二电子设备向第三电子设备发送第二响应，第二响应用于指示第二电子设备同意与第一电子设备建立第一调试会话；第三电子设备接收第二响应，向第一电子设备发送第二响应和第三响应，第三响应用于指示第三电子设备同意与第一电子设备建立第一调试会话；第一电子设备接收第二响应和所述第三响应；第一电子设备与第二电子设备和第三电子设备建立第一调试会话。

其中，第四操作可以是用户在IDE设备中点击用于启动调试的控件。

其中，第三请求可以与第二请求相同，也可以不同。第三请求可以包含第二请求的一部分信息。例如，第二请求中可以包含第三设备的设备信息和第二设备的设备信息，第三请求可以包含第二设备的设备信息。

这样，IDE设备可以只通过一个调试会话来同时调试直连设备和非直连设备。可以简化用户操作，也可以节约IDE设备中的资源。

在一种可能的实现方式中，第一电子设备接收用户的第四操作之前，所述方法还包括：第一电子设备接收用户的第五操作；响应于第五操作，第一电子设备向第三电子设备发送第三指令，第三指令用于获取设备信息；第三指令中携带应用程序ID；响应于第三指令，第三电子设备发送第一广播，第一广播用于获取设备信息，第一广播中携带有应用程序ID；响应于接收第一广播，第二电子设备确定第一应用程序的ID与第一广播中携带的应用程序ID相同；第二电子设备将第二电子设备的设备信息发送给第三电子设备；第三电子设备接收第二电子设备发送的第二电子设备的设备信息；第三电子设备向第一电子设备发送第二电子设备的设备信息和第三电子设备的设备信息；第一电子设备接收第三电子设备发送的第二电子设备的设备信息。

其中，第五操作可以是用户在IDE设备中点击用于获取设备信息的控件。

这样，用户只需要在IDE设备中执行一次获取设备信息的操作，IDE设备可以通过直连设备获取直连设备的设备信息和非直连设备的设备信息。IDE设备不需要和非直连设备建立通信连接。用户也不需要在IDE设备中分别获取直连设备的设备信息和非直连设备的设备信息，这样可以简化用户操作。

在一种可能的实现方式中，第二电子设备和第三电子设备登录有同一个账号，例如，华为账号。这样，直连设备和非直连设备可以通过登录同一个账号组成分布式网络。

在一种可能的实现方式中，第二电子设备中安装有调试助手，第三电子设备中安装有调试助手；第二电子设备通过调试助手解析第一调试报文，第三电子设备可以通过调试助手解析第三调试报文。

第二方面，提供一种应用程序的调试方法，该方法可以应用于第一电子设备，第一电子设备包括第一模块、第二模块，其特征在于，包括:第一电子设备通过第一模块接收用户的第一操作，第一操作用于指示第一电子设备调试第二电子设备中的第一应用程序，第一电子设备与第二电子设备建立有第一调试会话；响应于第一操作，第一模块向第二模块发送第一指令，第一指令中携带第一操作的内容和路径信息；响应于接收到的第一指令，第二模块通过路径信息获取第二电子设备的设备信息；第二模块根据第二电子设备的设备信息和第一操作的内容生成第一调试报文，第一调试报文用于调试第一应用程序，第一调试报文中携带有第二电子设备的设备信息。第二模块通过第一调试会话发送第一调试报文。

其中，第一电子设备可以称为IDE设备。

其中，第一操作可以为用户设置用于调试第二电子设备的断点；第一指令携带第一操作的内容包括断点的位置，路径信息为断点的路径。

这样，IDE设备可以根据用户的操作来获取用户操作所作用的设备的设备信息，然后根据设备信息生成调试报文。

在一种可能的实现方式中，第二模块中包括第一子模块，第二子模块，第三子模块；第一模块向第二模块发送第一指令，具体包括：第一模块向第一子模块发送第一指令。

响应于接收到的第一指令，第二模块通过路径信息获取第二电子设备的设备信息，具体包括：响应于接收到的第一指令，第一子模块通过所述路径信息获取第二电子设备的设备信息。

第二模块根据第二电子设备的设备信息和第一操作的内容生成第一调试报文，具体包括：第一子模块向第二子模块发送第二电子设备的设备信息和第一操作的内容；第二子模块根据第二电子设备的设备信息和第一操作的内容生成第二调试报文，第二调试报文用于调试第一应用程序；第二子模块向第一子模块发送第二调试报文；响应于接收第二调试报文，第一子模块向所述第三子模块发送所述第二调试报文和所述设备信息；第三子模块根据第二调试报文和第二电子设备的设备信息生成第一调试报文，第一调试报文和第二调试报文不同。

第二模块通过第一调试会话向第二电子设备发送第一调试报文，具体包括：第三子模块通过第一调试会话向第二电子设备发送第一调试报文。

其中，第二电子设备的设备信息包括第二电子设备的设备ID、第一应用程序的语言类型、第二电子设备的调试进程端口号、第一应用程序的ID中的一项或多项。

其中，第二调试报文可以称为原始调试报文。

在一种可能的实现方式中，第三子模块根据第二调试报文和第二电子设备的设备信息生成第一调试报文，具体包括：第三子模块根据第二电子设备的设备信息生成第一报文头部信息，第一报文头部信息中携带有第二电子设备的设备信息；第三子模块将第一报文头部信息和第二调试报文生成第一调试报文。

其中，第一报文头部信息可以称为tunnel头部信息。

在一种可能的实现方式中，第一电子设备通过第一模块接收用户的第一操作之前，该应用程序的调试方法还包括：第一电子设备接收用户的第二操作；响应于第二操作，第一电子设备向第二电子设备发送第一请求，第一请求用于第一电子设备向第二电子设备请求建立第一调试会话，第一电子设备和第二电子设备建立有通信连接；接收第二电子设备发送的第一响应，第一电子设备与第二电子设备建立第一调试会话；第一响应用于指示第二电子设备同意与第一电子设备建立第一调试会话。

其中，第二操作可以用户点击第一电子设备中用于启动调试第二电子设备的控件。

其中，第二电子设备可以称为直连设备。

在一种可能的实现方式中，第一电子设备接收用户的第二操作之前，该应用程序的调试方法还包括：第一电子设备接收用户的第三操作；响应于第三操作，第一电子设备向第二电子设备发送第二指令，第二指令用于获取第二电子设备的设备信息；接收第二电子设备发送的第二电子设备的设备信息；保存第二电子设备的设备信息。

其中，第三操作可以是用户在第一电子设备点击获取设备信息的控件。

在一种可能的实现方式中，第二模块通过第一调试会话发送第一调试报文，具体包括：第二模块通过第一调试会话向第二电子设备发送第一调试报文。

在一种可能的实现方式中，第一操作用于指示第一电子设备调试第二电子设备中的第一应用程序包括：第一操作用于指示第一电子设备调试第二电子设备中的第一应用程序和第三电子设备中的第二应用程序；第一操作为用户点击第一电子设备中用于调试第二电子设备和第三电子设备的控件。

其中，第二电子设备可以称为非直连设备，第三电子设备可以称为直连设备。

在一种可能的实现方式中，第一电子设备通过所述第一模块接收用户的第一操作之前，该方法还包括：第一电子设备接收用户的第四操作；响应于第四操作，第一电子设备向第三电子设备发送第二请求，第二请求用于第一电子设备与第三电子设备和第二电子设备建立第一调试会话，第一电子设备和第三电子设备建立有通信连接，第二电子设备和第三电子设备建立有通信连接；接收第三电子设备发送的第二响应和第三响应，第一电子设备与第二电子设备和第三电子设备建立第一调试会话；其中，第二响应用于指示第二电子设备同意与第一电子设备建立第一调试会话，第三响应用于指示第三电子设备同意与第一电子设备建立所述第一调试会话。

其中，第四操作可以是用户在第一电子设备中点击用于启动调试第二电子设备和第三电子设备的控件。

这样，用户只需要在第一电子设备中建立一个调试会话，第一电子设备就可以同时调试两个设备。第一电子设备只需要和直连设备建立通信连接，不需要和非直连设备建立通信连接。这样，可以简化调试过程，简化用户操作。

在一种可能的实现方式中，第一电子设备接收用户的第四操作之前，所述方法还包括：第一电子设备接收用户的第五操作；响应于所述第五操作，所述第一电子设备向所述第三电子设备发送第三指令，所述第三指令用于获取设备信息；第一电子设备接收第三电子设备发送的第三电子设备的设备信息和第二电子设备的设备信息；第一电子设备保存第三电子设备的设备信息和第二电子设备的设备信息。

其中，第五操作可以是用户在第一电子设备中点击用于搜索设备信息的控件。

在一种可能的实现方式中，第三电子设备的设备信息包括第三电子设备的设备ID、第二应用程序的语言类型、第三电子设备的调试进程端口号、第二应用程序的ID中的一项或多项。

在一种可能的实现方式中，第二模块通过第一调试会话发送第一调试报文，具体包括：第二模块通过第一调试会话向第三电子设备发送第一调试报文。

在一种可能的实现方式中，第二模块通过第一调试会话向第三电子设备发送第一调试报文，具体包括：第二模块通过第一调试会话向第三电子设备发送第一调试报文和第三调试报文，第三调试报文用于调试第三电子设备中第二应用程序。

其中，第一调试报文可以是图13中的报文2或报文3，第三调试报文可以是图13中的报文1。第一调试报文和第三调试报文均可以称为tunnel调试报文或调试报文。

在一种可能的实现方式中，第二应用程序的ID与第一应用程序的ID相同。

其中，第一应用程序和第二应用程序可以组成一个完整的分布式应用程序。第一应用程序和第二应用程序可以分别是分布式应用程序中的一个独立的功能模块。

在一种可能的实现方式中，第三操作和第五操作相同，第二操作和第四操作相同。第二指令和第三指令相同。

第三方面，提供了一种电子设备，该电子设备包括：一个或多个处理器和存储器；存储器与所述一个或多个处理器耦合，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，一个或多个处理器调用所述计算机指令以使得电子设备执行第一方面任一种可能的实现方式和第二方面任一种可能的实现方式中的应用程序的调试方法。

第四方面，本申请实施例提供了一种计算机存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行上述任一方面任一项可能的实现方式中的应用程序的调试方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述任一方面任一项可能的实现方式中的应用程序的调试方法。

附图说明

图1是本申请实施例提供的分布式应用示意图；

图2是现有技术中一种应用程序的调试系统示意图；

图3是本申请实施例提供的一种应用程序的调试系统示意图；

图4A-图4C是本申请实施例提供的IDE设备中一组用于示意生成待调试应用程序的安装包过程的用户界面示意图；

图5是本申请实施例提供的IDE设备的一种用户界面示意图；

图6是本申请实施例手机20中用于查看IP地址的用户界面示意图；

图7A-图7B是本申请实施例提供的一组用于建立IDE设备和直连设备之间的通信连接的用户界面示意图；

图8是本申请实施例提供的IDE设备的一种用户界面示意图；

图9A是本申请实施例提供的IDE设备获取设备信息的具体实现过程示意图；

图9B是本申请实施例提供的一种特定格式的报文示意图；

图9C是本申请实施例提供的IDE设备获取电视30的设备信息的具体实现示意图；

图10是本申请实施例提供的IDE设备的一种用户界面示意图；

图11是本申请实施例提供的IDE设备的一种用户界面示意图；

图12是本申请实施例提供的IDE设备向直连设备和非直连设备发送调试包的具体实现示意图；

图13是本申请实施例提供的手机20的调试报文、电视30的调试报文、以及平板40的调试报文示意图；

图14是本申请实施例提供的非直连设备反馈调试异常的示意图；

图15A是本申请实施例提供的应用程序的调试系统中各个设备的模块示意图；

图15B是本申请实施例提供的一种应用程序的调试方法的流程示意图；

图16是本申请实施例提供的一种应用程序的调试方法的流程示意图；

图17是本申请实施例提供的电子设备的结构示意图；

图18是本申请实施例提供的电子设备的软件架构框图。

具体实施方式

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

本申请实施例涉及一种应用程序的调试方法，该方法主要应用于调试分布式应用。为了便于理解，本申请将以一款在线上网课的分布式应用为例进行阐述。如图1所示，图1示出的在线上网课的分布式应用可以包括视频通话功能、显示视频通话界面的功能、接收用户手写输入的功能。该在线上网课分布式应用的视频通话功能可以运行在手机20中，显示视频通话界面的功能可以运行在电视30中，接收用户手写输入的功能可以运行在平板40中。可以理解的是，可以运行在手机20、电视30、平板40中的功能模块也可以称为应用。即，分布式应用可以由多个可以运行在不同设备中的应用组成。可选地，手机20、电视30、平板40可以安装同一个分布式应用，但是手机20、电视30、平板40分别使用该分布式应用中的不同功能模块。本申请实施例对此不作限定。

本申请实施例涉及一种应用程序的调试方法的应用，为了便于理解，下面先对本申请实施例涉及的相关术语及概念进行介绍。

(1)IDE设备

在本申请实施例中，配置有集成开发环境(intergrated developmentenvironment，IDE)的设备称为IDE设备。IDE为用于开发应用、调试应用的工具。例如，visual studio、Android studio、xcode、华为DevEco Studio等等。

(2)直连设备

在本申请实施例中，将与IDE设备直接建立通信连接的设备称为直连设备。即直连设备可以通过局域网或者USB线与IDE设备直接建立通信连接。例如，直连设备可以通过与IDE设备连接同一个Wi-Fi网络与IDE设备建立通信连接。直连设备还可以通过USB线连接到IDE设备，从而与IDE设备建立通信连接。

在本申请实施例中，直连设备中具有调试助手。直连设备可以通过调试助手接收、解析IDE发送的调试报文。直连设备还可以通过调试助手将IDE发送的调试报文转发给非直连设备。直连设备可以通过调试助手搜索与直连设备处于同一分布式网络中的其他设备。直连设备可以通过调试助手将搜索的其他设备的设备信息(例如，设备ID、设备的端口号、设备中被调试程序的语言类型(例如，Java、Javascript等等)等等信息)上报给IDE设备。

可以理解的是，调试助手可以是直连设备中的系统提供的一个功能模块或应用(application，APP)。调试助手也可以是直连设备的应用市场中提供的一个APP，此处不做限定。

(3)非直连设备

在本申请实施例中，将没有与IDE设备直连建立通信连接的设备称为非直连设备。非直连设备与直连设备处于同一分布式网络，非直连设备与直连设备可登录同一个账号。非直连设备中具有调试助手。非直连设备可以通过该调试助手接收直连设备转发的调试报文，并解析该调试报文。非直连设备还可以通过该调试助手向直连设备上报非直连设备的设备信息。

可以理解的是，在本申请实施例中直连设备和非直连设备都可以称为待调试设备。

(4)调试器debugger

在本申请实施例中，调试器debugger用于向被调试程序发起调试指令。调试器debugger一般集成在IDE中。可以理解的是，不同的编程语言、不同类型的APP可以有不同的debugger。

(5)被调试程序debug server

在本申请实施例中，被调试程序debug server用于接收debugger的调试指令并执行该调试指令。直连设备和非直连设备中具有debug server。

对于直连设备，直连设备中的调试助手可以接收debugger发送的调试指令并解析出调试指令中携带的调试报文，然后将该调试报文发送给直连设备中的debug server。

对于非直连设备，非直连设备中的调试助手可以接收到直连设备转发debugger发送的调试指令。非直连设备中的调试助手可以解析出调试指令中携带的调试报文，然后将该调试报文发送给非直连设备中的debug server。

(6)调试会话debug session

在本申请实施例中，调试会话debug session，可以是debugger和debug server之间的逻辑连接。可以理解的是，debugger通过debug session将调试指令发送给对应的debug server。

由于分布式应用的各个功能可以运行在不同的设备中，因此在对分布式应用进行调试时需要对安装在不同设备中的各个功能都进行调试。图2示出了一种对分布式应用进行调试的系统。如图2所示，电脑10中安装有集成开发环境IDE。手机20中待调试应用的视频通话功能模块，电视30安装有待调试应用的显示视频通话界面功能模块，平板40安装有待调试应用的手写输入功能模块。待调试应用的视频通话功能模块、显示视频通话界面功能模块、手写输入功能模块3可以组成一个完整的分布式应用。在该种实现方式中，IDE设备，即电脑10需要分别与手机20、电视30、平板40建立通信连接。然后分布式应用程序的调试者需要在IDE中分别对手机20中待调试应用的视频通话功能模块、电视30中的待调试应用的显示视频通话界面功能模块以及平板40中的待调试应用的手写输入功能模块进行调试。这样，调试者对分布式应用调试的操作过程繁琐。

在本申请实施例中，IDE设备可以称为第一电子设备，直连设备可以称为第三电子设备，非直连设备可以称为第二电子设备。

下面，本申请实施例结合附图具体描述分布式应用的调试过程。本申请实施例将以图1示出的在线上网课的分布式应用为例进行阐述。

为了简化调试的操作过程，本申请实施例提供了一种调试应用的系统。该系统中包括：IDE设备、直连设备和非直连设备。IDE设备和直连设备建立通信连接，直连设备和非直连设备建立通信连接。IDE设备可以通过直连设备获取非直连设备的设备信息。直连设备和非直连设备中安装有待调试分布式应用程序。IDE设备可以用于向直连设备发送调试报文。该调试报文可以包括用于调试直连设备中待调试分布式应用程序的直连设备调试报文和用于调试非直连设备中的待调试分布式应用程序的非直连设备调试报文。IDE设备可以用于显示调试直连设备和非直连设备的用户界面。IDE可以接收用户点击调试的控件，响应于用户操作，IDE设备可以发送用于调试直连设备中待调试分布式应用程序和非直连设备中待调试分布式应用程序的调试报文。直连设备可以接收到IDE设备发送的调试报文，解析出用于调试直连设备中待调试分布式应用程序的调试包，以及向非直连设备发送用于调试非直连设备中待调试分布式应用程序的调试报文。非直连设备可以用于接收直连设备发送的用于调试非直连设备中待调试分布式应用程序的调试报文，并可以用于解析出该调试报文中的调试包。该调试系统中IDE设备可以不用和非直连设备建立通信连接。这样可以简化建立通信连接的过程。还有，用户只需在IDE设备的用户界面中的一个操作，IDE设备就可以发送调试直连设备中待调试分布式应用程序和非直连设备中待调试分布式应用程序的调试报文。这样，可以简化用户在IDE设备中对直连设备和非直连设备的调试操作。本申请实施例下文以IDE设备为电脑10，直连设备为手机20，非直连设备为电视30和平板40组成的调试系统为例进行阐述。

如图3所示，图3示例性示出了本申请实施例提供的一种应用程序的调试系统。图3中，电脑10可以是上文中的IDE设备，电脑10中可以安装有集成开发环境IDE。手机20可以是上文中的直连设备，手机20中可以安装有待调试分布式应用程序。电视30和平板40可以是上文中的非直连设备。电视30中可以安装有待调试分布式应用程序，平板40中可以安装有待调试分布式应用程序。可以理解的是，手机20中的待调试分布式应用程序、电视30中的待调试分布式应用程序以及平板40中的待调试分布式应用程序可以是一个分布式应用程序中的不同功能。也即是说，手机20中的待调试分布式应用程序、电视30中的待调试分布式应用程序以及平板40中的待调试分布式应用程序可以组成一个完整的分布式应用程序，例如，图1中示出的在线上网课的分布式应用程序。手机20、电视30、平板40中也可以均安装具有多个功能的同一个分布式应用，手机20、电视30、平板40可以运行该分布式应用中的不同功能。

下面将结合附图介绍通过本申请实施例提供的应用程序的调试系统进行分布式应用调试的具体过程。

1、直连设备和非直连设备获取待调试应用程序

下面简要地介绍直连设备和非直连设备获取待调试分布式应用程序的方式。可以理解的是，一般待调试分布式应用程序在调试完成前还未上架到应用市场。直连设备和非直连设备不能直接在应用市场中获取待调试分布式应用程序。在本申请实施例中，直连设备和非直连设备获取待调试分布式应用程序的方式可以有多种。例如，在一种可能的实现方式中，开发人员可以将待调试分布式应用程序上传到服务器中，直连设备和非直连设备可以访问该服务器并获取待调试分布式应用程序。可选地，在另一种可能的实现方式中，IDE设备可以生成待调试分布式应用程序安装包并发送给直连设备以及非直连设备。本申请实施例对直连设备和非直连设备获取待调试分布式应用程序的方式不作限定。

图4A-图4B示例性地示出了IDE设备生成待调试应用程序安装包的过程。以IDE设备为电脑10，待调试设备为直连设备手机20为例进行举例说明。

图4A示例性地示出了电脑10的用户界面400A。用户界面400A中可以包括目录401、编辑框402以及菜单栏403。其中，目录401中可以包括根目录4011以及控件4011a。根目录6011中可以包括子目录4012、子目录4013以及子目录4014。控件4011a可以用于展开或收起根目录4011。子目录4012中可以包含手机20中的待调试分布式应用程序的相关文件。例如，文件40121和文件40122和文件40123。子目录4013中可以包含电视30中的待调试分布式应用程序的相关文件。子目录4014中可以包含平板40中的待调试分布式应用程序的相关文件。控件4012a可以用于展开或收起子目录4012中的待调试分布式应用程序的相关文件。控件40121a可以用于展开或收起文件40121。控件40122a可以用于展开或收起文件40122。控件4013a可以用于展开或收起子目录4013。用户在可以点击目标401中的文件，例如文件40123，编辑框402可以显示该文件40123的内容。用户可以在编辑框402中将待调试分布式应用程序的调试状态设置为可调试状态。例如，用户可以在编辑框402中将待调试分布式应用程序的文件40123，即config.json文件中的“enable”写为“true”。菜单栏403中可以包括选项403a。选项403a用于生成待调试分布式应用程序的安装包。用户可以点击选项403a，响应于用户点击选项403的操作，电脑10可以显示用户界面400B。

图4B示例性地示出了电脑10的用户界面400B。用户界面400B中可以显示选项框404，其中选项框404中可以包括选项404a。用户点击404a后用户界面400B中可以显示选项框405。其中，选项框405中可以显示选项405a。用户可以点击选项框405a后，用户可以显示电脑10的用户界面400C。

图4C示例性地示出了电脑10的用户界面400C。用户界面400C中可以显示出安装包40121c。安装包40121c可以是手机20的待调试分布式应用程序的安装包。

电脑10生成安装包后可以将安装包上传到服务器上，以供待调试设备下载。电脑10生成安装包后也可以将安装包发送给待调试设备。用户可以通过在电脑10中编辑发送命令行代码，将电脑10中的安装包发送给待调试设备，如图5所示。

图5示例性地示出了电脑10的用户界面500。用户界面500中示出了可以用于将电脑10中安装包40121c发送给手机20的命令行代码。例如，该命令行代码可以“hdc pushphone/build/out/application.app”。用户编辑该命令行代码后，电脑10可以向手机20发送安装包40121c。用户还可以在电脑10的用户界面500中编辑安装该安装包40121c的命令行代码。例如，该命令行代码可以是“hdc install phone/build/out/application.app”。用户编辑该命令行代码后，电脑10可以向手机20发送用于安装接收到的安装包40121c的指令。手机20收到该指令后，可以安装该安装包40121c。可以理解的是，当电脑10向手机20发送安装包和用于指示手机20安装该安装包的指令时，电脑10和手机20可以通过USB连接线连接。

当直连设备和非直连设备中都安装了待调试分布式应用程序，IDE设备可以对直连设备中的待调试分布式应用程序以及非直连设备中的待调试分布式应用程序进行调试。

可以理解的是，若调试人员在对分布式应用程序进行调试时，直连设备和非直连设备中已经安装有待调试分布式应用程序，那么调试人员可以不用再次按照图4A-图4C中示出的步骤来获取待调试分布式应用程序的安装包。

2、IDE设备和直连设备建立通信连接

如图3所示，IDE设备，即电脑10需要与安装有分布式应用的设备(即手机20)建立通信连接。这里，手机20可以称为直连设备。

在一种可能的实现方式中，电脑10可以通过局域网(例如，Wi-Fi网络)分别与手机20建立通信连接。用户可以在IDE设备的界面中设置IDE设备与手机20之间的通信连接。

进一步地，以电脑10通过局域网与手机20建立通信连接为例，详细阐述IDE设备与直连设备建立通信连接的过程。可以理解的是，电脑10和手机20接入同一个Wi-Fi网络。用户可以通过图6示意的手机20的用户界面600查看手机20的IP地址。手机20先通过USB连接线与电脑10连接。如图7A示出的电脑10的用户界面700所示，用户可以在用户界面700中输入adb tcpip 5567命令。然后电脑10可以为手机20分配监听端口号“5567”。之后，用户拔掉用于连接手机20与电脑30的USB连接线。然后，如图7B所示，用户可以在电脑10的用户界面701中输入adb connect 11.243.31.225:5567命令行。这里，“11.243.31.225”是图6中示出的手机20的IP地址。“5567”是图7A中IDE分配给手机20的监听端口号。这样，电脑10与手机20建立通信连接。

3、直连设备和非直连设备建立通信连接

直连设备和非直连设备(例如电视30和平板40)可以通过分布式网络建立通信连接，例如，直连设备和非直连设备可以通过WiFi网络或者蓝牙等建立通信连接。可选地，直连设备和非直连设备可登录同一个用户账号(例如，华为账号)。

4、IDE设备对直连设备和非直连设备进行调试

本申请重点解决的是分布式应用在调试过程中操作繁琐的问题。首先，IDE设备需要获取直连设备和非直连设备等调试设备的设备信息。然后，IDE再发送用于调试直连设备和非直连设备的调试报文。

IDE设备需要获取到直连设备和非直连设备的设备信息，才可以发送用于调试直连设备和非直连设备的调试报文。在本申请实施例中，直连设备的设备信息可以包括直连设备的名称、IP地址、端口号、直连设备中待调试分布式应用程序的语言类型、直连设备的ID等等。非直连设备的设备信息可以包括非直连设备的名称、IP地址、端口号、直连设备中待调试分布式应用程序的语言类型、非直连设备的ID等等。

图8-图10示例性地示出了IDE设备获取直连设备和非直连设备的设备信息的过程。

图8示例性地示出了电脑10的用户界面800A。用户界面800A可以包括文本框801、控件802、文本框803、控件804以及文本框805。文本框801用于显示与电脑10建立通信连接的设备，即直连设备。该直连设备可以是phone，即为图6中示出的手机20。用于可以点击控件802来获取直连设备和非直连设备的设备信息。文本框803用于显示电脑10获取到的手机20以及电视30和平板40的设备信息。控件804用于启动调试。文本框805用于显示待调试分布式应用程序的应用标识，例如，待调试分布式应用程序的APPID(例如，com.example.myapplication)。

用户可以点击控件802获取待调试设备的设备信息，电脑10可以响应该用户操作。如图9A所示，电脑10获取直连设备的设备信息和非直连设备的设备信息的过程可以包括：1、响应于用户点击控件802的操作，电脑10可以向手机20发送用于指示手机20上报设备信息的指令。2、手机20收到该指令，开始发送广播，该广播用于发现安装了分布式应用程序“com.example.myapplication”的设备并获取该设备的设备信息。3、电视30和平板40接收到手机20发送的广播消息后，电视30向手机20发送电视30的设备信息，平板40向手机20发送平板40的设备信息。4、手机20接收到电视30和平板40发送的设备信息后，手机20向电脑10上报手机20的设备信息，电视30的设备信息，平板40的设备信息。具体的，手机20可以按照固定格式的报文向分布式系统中的其他设备发送“待调试设备发现报文”，用于获取待调试设备的设备信息，电视30、平板40也可以按照固定格式的报文上报设备信息。这里，可以理解的是，分布式网络中的设备都可以接收到手机20发送的广播，但是没有安装待调试分布式应用程序的设备可以不向手机20上报设备信息。只有安装了分布式应用程序“com.example.myapplication”的设备向手机上报设备信息。

在本申请实施例中用户点击控件802可以称为第三操作或第五操作。

图9B示例性地示出了一种报文。该报文中可以包括源端设备地址信息src901、宿端设备地址信息dst902、净荷类型type903、会话信息session904、扩展字段ext905以及报文净荷content906。其中，源端设备地址信息src901是发送该报文的设备的地址信息，格式可以是device id：port。device id为发送该报文的设备的ID。port为可选字段，即scr901中可以包括port，也可以不包括port。port为待调试分布式应用程序在设备中运行的端口号，仅在IDE发送调试报文时使用。宿端设备地址信息dst902为接收该报文的设备的地址信息。净荷类型type903用于指定报文净荷content906中内容的语言类型，该语言类型可以是Java、JavaScript、c++等等。IDE中可以有多个会话，会话信息session904可以用于指示该报文所属的会话。会话信息session904可以为空。扩展字段ext905为预留的扩展字段，可以用于指示该报文类型，例如扩展字段ext905可以为“device found req”，表明该报文的类型是发现设备请求报文。报文净荷content906可以是报文携带的具体内容。

图9C示例性地示出了电视30按照图9B示出的报文格式向手机20上报电视30的设备信息的示意图。如图9C所示，图9C中的步骤a可以是图9A中的步骤2，即手机20发送搜索设备的广播。手机20发送的广播可以是图9C中的报文900a。报文900a的源端设备地址信息为dev1，dev1可以表示手机20的设备ID。由于手机20发送的广播，手机并不知道接收该报文的设备，因此报文900a中宿端设备地址信息908可以为空。净荷类型909可以是other。会话信息910也可以为空。扩展字段912可以为“device found req”，即为发现设备请求。报文900a中的报文净荷911可以是“APPID：com.example.myapplication”。即表明该报文要发现安装了APPID为com.example.myapplication的待调试分布式应用程序的设备。电视30可以收到手机20广播的报文900a。响应于手机20的报文900a中的请求，电视30可以向手机20发送报文900b，如图9C中步骤b所示，该步骤b可以是图9A中的步骤3。电视30可以通过报文900b向手机20上报电视30的设备信息，例如报文900b中源端是dev2，即电视30。宿端可以是dev1，即手机20。报文900b的报文净荷918可以是“dev2：javascript 5569”。该报文净荷1218可以表示电视30的设备ID为“dev2”，语言类型为“javascript”，端口号为5569。扩展字段917“device found res”可以表示报文900b为发现设备响应，即为报文900a发现设备请求的响应。手机20可以收到所有设备的设备信息后，然后将所有设备的设备信息和手机20的设备信息一同发送给IDE设备。如图9C中的步骤c所示，手机20接收报文900b后，可以将电视30的设备信息以及手机20的设备信息以报文900c的形式发送给电脑10。该步骤c可以是图9A中的步骤4。报文900c中源端设备地址信息919“dev1”可以表明该报文的发送设备为手机20。宿端设备地址信息920“ide”可以表明该报文接收设备为电脑10。报文900c中的报文净荷924可以包括手机20的设备信息“dev1：java 5567”以及电视30的设备信息“dev2：javascript 5569”。

可以理解的是，平板40接收手机20的广播，向手机20的发送平板40的设备信息的具体报文可以参考上述图9C中示出的电视30接收手机20广播，向手机20的发送电视30的设备信息的描述，此处不再赘述。

电脑10可以接收手机20发送的报文900c。电脑10接收到报文900c后，可以显示用户界面800B。

图10示例性地示出了电脑10的用户界面800B。用户界面800B中可以显示文本框801、控件802、文本框803、控件804。文本框801、控件802、控件804以及文本框805可以参考图8中的描述，此处不再赘述。文本框803中列出了手机20向电脑10发送的手机20的设备信息以及电视30的设备信息、平板40的设备信息。文本框803中“设备类型为phone、设备ID为dev1、语言类型为Java、端口号为5567”即为手机20的设备信息。文本框803中“设备类型为TV、设备ID为dev2、语言类型为JavaScript、端口号为5569”即为电视30的设备信息。文本框803中“设备类型为Pad、设备ID为dev3、语言类型为Java、端口号为5587”即为平板40的设备信息。电脑10可以保存文本框803中示出的手机20的设备信息以及电视30的设备信息、平板40的设备信息。用户可以点击控件804，响应该用户操作，电脑10可以启动调试，并显示用户界面900。这里，设备ID可以设备基于设备的MAC地址生成的一个ID，设备ID是一个字符串。

在本申请实施例中，用户点击控件804可以是第二操作或第四操作。

图11示例性地示出了电脑10的用户界面1100。用户界面1100中可以包括图标1101，控件1102、控件1103、控件1104。图标1101用于表明控件1102和控件1103均可以用于调试直连设备和非直连设备。控件1102可以用于停止直连设备和非直连设备的调试。控件1103用于重新开始直连设备和非直连设备的调试。控件1104用于返回上一级界面。

当电脑10开始启动调试时，电脑10可以发送直连设备的调试包和非直连设备的调试包。直连设备的调试包可以用于调试直连设备中待调试分布式应用程序。非直连设备的调试包可以用于调试非直连设备中待调试分布式应用程序。如图12所示，当电脑10启动调试后，电脑10可以将手机20的调试包(例如phone debug package)、电视30的调试包(例如TV debug package)、以及平板40的调试包(例如pad debug package)一起发送给手机20。手机20的调试包可以用于调试手机20中的待调试分布式应用程序(例如phone debugserver)。手机20将电视30的调试包发送给电视30。电视30的调试包可以用于调试电视30中的待调试分布式应用程序(例如TV debug server)。手机20将平板40的调试包发送给平板40。平板40的调试包可以用于调试平板40中的待调试分布式应用程序(例如pad debugserver)。

如图13所示，图12示出的phone debug package可以是以报文1的形式发送给手机20的。图12中示出的TV debug package可以是以报文2的形式发送给电视30的。图12中示出的pad debug package可以是以报文3的形式发送给平板40的。具体地，电脑10可以将报文1、报文2、报文3同时发送给手机20。然后，手机20可以将报文20发送给电视30，将报文3发送给平板40。报文1和报文2、报文3的含义可以图9B的描述，此处不再赘述。

在直连设备中待调试分布式应用程序的调试过程中，若有调试异常，直连设备可以向IDE设备上报异常。直连设备可以将异常信息封装成上述报文格式的异常报文上报给IDE设备。在非直连设备中待调试分布式应用程序的调试过程中，若有调试异常，非直连设备可以将异常发送直连设备，直连设备接收到异常后转发给IDE设备。非直连设备可以将异常封装成上述报文格式的异常报文发送给直连设备。非直连设备上报异常的过程可以参考图14中的描述。

图14示例性地示出了非直连设备发送异常报文的示意图。如图14所示，非直连设备上报异常的过程可以包括：步骤a，非直连设备(电视30)向直连设备(手机20)发送异常报文。步骤b，直连设备(手机20)将非直连设备(电视30)发送的异常报文转发给IDE设备(电脑10)。

通过本申请实施例提供的一种应用程序的调试系统，用户可以在IDE设备中点击一个调试控件，IDE设备可以发送直连设备的调试包和非直连设备的调试包。这样，可以简化IDE设备对直连设备和非直连设备的调试过程。并且，IDE设备只需要与直连设备建立通信连接，直连设备和非直连设备建立通信连接。这样，可以简化应用程序的调试系统中各个设备建立通信连接的步骤。

下面结合附图介绍本申请实施例中提供的应用程序的调试系统中每个设备的相关模块。图15A示例性地示出电脑10、手机20、电视30、平板40组成的调试系统中各个设备用于应用程序调试的相关模块。

如图15A中的(a)图所示，电脑10可以包括调试器UI界面10a(debugger UI10a)、以及复合调试器(debugger)模块10b。其中，调试器UI界面10a可以用于用户设置待调试应用程序的断点，以及查看待调试应用程序源代码中的变量以及堆栈等等。调试器UI界面10a还可以用于接收用户操作，然后将用户操作对应的指令发送给复合调试模块10b。这里，调试器UI界面10a(debugger UI10a)、以及复合调试器(debugger)模块10b可以为电脑10中安装的IDE设备的两个模块。IDE设备可以是电脑10中的一个应用程序。也即是说，IDE设备中的调试器UI界面10a(debugger UI10a)、以及复合调试器(debugger)模块10b可以在电脑10的应用程序层。

复合调试模块10b可以包括适配器10b-1(adapter10b-1)、调试器(debugger)集合10b-2，以及隧道(tunnel)10b-3。适配器10b-1用于将调试器UI10a发送的指令转换为调试器集合10b中的指令。调试器集合10b-2用于和直连设备或非直连设备中的调试程序建立调试会话，向被调试的应用程序发起调试指令。调试器集合10b-2中可以包括调试器1001、调试器1002、调试器1003等多种不同编程语言、不同类型的调试器。如图15A中的(b)图所示，调试器1001(1_debugger_java1001)可以用于调试手机20中的待调试分布式应用程序Javadebug server20b。调试器1002(2_debugger_js1002)可以用于调试电视30中的待调试分布式应用程序JS debug server 30b。调试器1003(3_debugger_java1003)可以用于调试平板40中的待调试分布式应用程序Java debug server 40b。

可以理解的是，调试器集合10b-2中的调试器是基于设备信息生成的。举例来说，若IDE接收到的设备信息中有三个待调试设备，例如图10示出的手机20、电视30、平板40。那么调试器集合10b-2中可以有三个调试器。其中，调试器集合10b-2中的一个调试器可以用于调试手机20，该调试器的语言类型与手机20中待调试分布式应用程序的语言类型相同。调试器集合10b-2中另一个调试器可以用于调试电视30，该调试器的语言类型与电视30中待调试分布式应用程序的语言类型相同。调试器集合10b-2中又一个调试器可以用于调试平板40，该调试器的语言类型与手机20中待调试分布式应用程序的语言类型相同。

隧道10b-3可以用于将复合调试器10b-2中发出的调试指令封装成报文，该报文的格式可以是图9B所示。隧道10b-3还可以用于将直连设备发送的报文解析后发送给复合调试器10b-2。

手机20中可以包括调试助手20a和待调试分布式应用程序20b(Java debugserver20b)。调试助手20a用于发现与手机20在同一个分布式网络中(例如，登录有同一个账号)的非直连设备；用于解析接收到的报文，还用于根据报文的宿端设备地址信息将报文转发给对应的非直连设备。调试助手20a还可以将解析的报文发送给待调试分布式应用程序20b。待调试分布式应用程序20b用于根据调试助手20a发送的报文运行程序，以及向调试助手20a发送程序运行异常。

电视30中可以包括调试助手30a和待调试分布式应用程序30b(JS debug server30b)。调试助手30a可以用于向发送发现设备请求的设备发送电视30的设备信息；还可以用于向直连设备发送异常报文，以及解析接收到的调试报文并发送给待调试分布式应用程序30b。待调试分布式应用程序30b用于根据调试助手30a发送的报文运行程序，以及向调试助手30a发送程序运行异常。

平板40中可以包括调试助手40a和待调试分布式应用程序40b(Java debugserver 40b)。调试助手40a可以用于向发送发现设备请求的设备发送平板40的设备信息；还可以用于向直连设备发送异常报文，以及解析接收到的调试报文并发送给待调试分布式应用程序40b。待调试分布式应用程序40b用于根据调试助手40a发送的报文运行程序，以及向调试助手40b发送程序运行异常。

可以理解的是，调试助手20a可以是手机20中的系统功能，或者是手机20中安装的一个应用程序。调试助手30a可以是电视30中的系统功能，或者是电视30中安装的一个应用程序。调试助手40a可以是平板40中的系统功能，或者是平板40中安装的一个应用程序。

本申请实施例提供了一种应用程序的调试方法，该方法可以包括：首先，IDE设备与直连设备建立通信连接，直连设备与非直连设备建立通信连接。然后，直连设备将直连设备的设备信息和非直连设备的设备信息上报给IDE设备。IDE设备保存直连设备的设备信息和非直连设备的设备信息，并建立与直连设备以及非直连设备之间的调试会话。IDE设备向直连设备发送直连设备的调试指令和非直连设备的调试指令，调试指令可以是调试报文。直连设备根据直连设备的调试指令调试直连设备中的待调试分布式应用程序，并将非直连设备的调试指令发送给非直连设备，非直连设备根据非直连设备的调试指令调试非直连设备中的待调试分布式应用程序。

基于图15A中提供的IDE设备的相关模块，图15B示出了IDE设备各个模块的交互图。如图15B所示，在实现本申请实施例提供的一种应用程序的调试方法时，IDE设备中各个模块可以执行如下步骤：1、IDE设备中的debugger UI 10a接收用户操作A。

用户操作A可以是用户在debugger UI 10a中点击用于控制调试的控件，例如用户点击图11中的控件1102。用户操作A也可以是用户在debugger UI 10a建立的待调试设备的文件中设置断点。例如，用户操作A可以如图15B中的用户操作101所示，用户在MyApplication/tv/src/main/javascript/main.javascript中第10行，第20列设置断点。本申请实施例对用户操作A不作限定，下文以用户操作A为在待调试设备电视30的文件中设置断点为例进行阐述。

在本申请实施例中，用户操作A可以称为第一操作。

2、IDE中的debugger UI 10a响应于用户操作A，向Adapter 10b-1发送调试命令A，调试命令A用于指示用户操作A的具体内容以及用户操作A对应的文件路径。

IDE中的debugger UI 10a响应于用户操作A，可以向Adapter 10b-1发送调试命令A。调试命令A用于指示MyApplication/tv/src/main/javascript/main.javascript中第10行，第20列设置断点。该断点的文件路径为MyApplication/tv/src/main/javascript/main.javascript。

在一种可能的实现方式中，该调试命令A可以使用调试适配器协议(debugadapter protocol，DAP)的断点请求报文。调试命令A可以如图15B中示出的调试命令101所示。调试命令101中每一行字符串及字符串的含义可以如下所示：

可以理解的是，若用户操作A是控制多个设备中的待调试应用程序的调试进程。那么调试命令A中可以包含多个请求报文。

在本申请实施例中，调试命令A可以称为第一指令。

3、IDE中的Adapter 10b-1基于调试命令A，确定待调试设备的设备信息。

Adapter 10b-1根据调试命令，可以确定待调试设备的设备信息。例如上述步骤示出的断点请求报文，Adapter 10b-1可以通过该断点请求报文中的文件路径获取到待调试设备的设备信息。例如Adapter 10b-1根据文件路径“MyApplication/tv/src/main/javascript/main.javascript”，可以获取到设备tv的设备ID(例如10中“dev2”)以及Javascript调试端口(例如图10中“5569”)。Adapter 10b-1可以通过文件路径的后缀src/main/javascript/main.javascript获取到待调试设备中的待调试应用程序的语言类型是javascript。

4、Adapter 10b-1指示debugger集合10b-2中对应的调试器生成原始调试报文，并获取原始调试报文。

Adapter 10b-1可以指示debugger集合10b-2中对应的调试器生成原始调试报文。在一种可能的实现方式中，Adapter 10b-1可以通过调用一个函数A来指示debugger集合10b-2中对应的调试器生成原始调试报文(例如，javascript debugger生成javascript调试报文)，并获取该原始调试报文。该函数A可以用于获取原始调试报文，函数A可以是generateTunnelPackage函数。可以理解的是，若用户操作A是对多个待调试设备中(例如，手机20、电视30、平板电脑40)的待调试应用程序进行控制，那么对应的，此步骤中，Adapter10b-1可以通过调用三次函数A来指示debugger集合10b-2中对应的调试器生成原始调试报文(手机20对应的原始调试报文、电视30对应的原始调试报文、以及平板电脑40的原始调试报文)。可以理解的是，Adapter 10b-1调用三次函数A指示三个不同的调试器分别生成原始调试报文。

5、debugger集合10b-2中对应的调试器生成原始调试报文，原始调试报文用于调试待调试设备中的待调试应用程序。

debugger集合10b-2中对应的调试器生成原始调试报文，原始调试报文用于调试待调试设备中的待调试应用程序。例如，如图15A中(a)图所示，debugger集合10b-2中调试器“2_debugger-js 1002”可以生成电视30中的待调试应程序的原始调试报文。

在本申请实施例中，原始调试报文可以称为第二调试报文。

在一种可能的实现方式中，原始调试报文可以如图15B中的原始调试报文102。原始调试报文102中，前4个字节“00 00 00 16”表示该原始调试报文长度(length)为22，即表明该原始调试报文有22个字节。其次的4个字节(即第5-8个字节)“00 00 00 10”表示该原始调试报文的ID为16。第9个字节“00”表示原始调试报文102的Flags为0。第10个字节“0F”表示原始调试报文的commandset为15，即表明断点设置在15这个命令集合中。第11个字节“01”表示command为1。第12个字节“02”表明evenkind为2，evenkind为2代表断点请求。第13个字节“00”表明suspendpolicy，即挂起策略为默认值0。第14个字节“07”表示modkind为7，即表明接下来的字节是位置信息。第15-22个字节“00 00 00 00 00 00 00 64”表明断点的位置location为100。此处断点的位置不是上述步骤中断点的行号或列号。而是调试器debugger和待调试应用程序debugger server协商出的编号信息，即用编号来表明断点的位置。例如，调试器debugger和待调试应用程序debugger server可以协商MyApplication/tv/src/main/javascript/main.javascript中第10行，第20列中的断点位置编号为100。

6、debugger集合10b-2将原始调试报文发送给Adapter 10b-1。

debugger集合10b-2中对应的调试器生成原始调试报文后，调试器可以将该原始调试报文发送给Adapter 10b-1。例如，调试器“2_debugger-js 1002”将原始调试报文(例如图15B中示出的原始调试报文102)发送给Adapter 10b-1。

7、Adapter 10b-1接收原始调试报文。

Adapter 10b-1可以接收debugger集合10b-2中对应的调试器发送的原始调试报文。

8、Adapter 10b-1发送接收到的原始调试报文和设备信息。

Adapter 10b-1可以将原始调试报文和对应的设备信息发送给Tunnel 10b-3。可以理解的是，若Adapter 10b-1收到手机20的原始调试报文和电视30的原始调试报文，以及平板电脑40的原始调试报文，那么Adapter 10b-1可以将手机20的原始调试报文和手机20的设备信息打包发送给Tunnel 10b-3。Adapter 10b-1可以将电视30的原始调试报文和电视30的设备信息打包发送给Tunnel 10b-3。Adapter 10b-1可以将平板电脑的原始调试报文和手机20的设备信息打包发送给Tunnel 10b-3。

9、Tunnel 10b-3根据接收到的设备信息生成tunnel头部信息，将接收的原始调试报文和tunnel头部信息封装成tunnel调试报文。

Tunnel 10b-3可以接收到Adapter 10b-1发送的设备信息，例如电视30的设备信息，tv的ID是“dev2”，端口号为5569，当前的调试会话可以是字符串“com.huawei.education.app:1”。然后，Tunnel 10b-3根据设备信息生成tunnel头部信息，tunnel头部信息可以如图15B中的tunnel头部信息104所示。tunnel头部信息104中的1041为src字段，前四个字节“00 00 0003”表示字符长度为3，即表明后3个字节表明源设备。字段1041后3个字节“69 64 65”是字符串“ide”的ACCII的十六进制表示。src字段1041表明源设备为“ide”，1042为dst字段，前四个字节“00 00 00 09”表示字符串长度为9，即表明接下来的9字节表明目标设备。字段1402后9个字节“64 65 76 31 3A 35 35 36 39”是字符串“dev2:5569”的ACCII的十六进制表示。字段1042表明目的设备为设备ID为“dev2”以及端口号为“5569”的设备，即电视30。字段1043是tunnel头部信息的type字段，1表示java，2表示javascript，3表示C++。字段1044表示tunnel头部信息的session字段，该字段具体表示调试报文的调试会话session为“com.huawei.education.app:1”。字段1045为ext字段。Tunnel 10b-3可以将tunnel头部信息和原始调试报文封装成tunnel报文，如图15B中的tunnel调试报文103所示。

在本申请实施例中，tunnel头部信息可以第一报文头部信息。Tunnel调试报文可以称为第一调试报文，或第三调试报文。

在本申请实施例中，debugger UI10a模块可以称为第一模块。复合debugger模块10b可以称为第二模块。Adapter 10b-1可以称为第一子模块，debugger集合10b-2可以称为第二子模块，Tunnel 10b-3可以称为第三子模块。

图16示例性地示出本申请实施例提供的一种应用程序的调试方法流程图。如图16所示，该应用程序的调试方法可以包括如下步骤：

S101、IDE设备与直连设备建立通信连接。

IDE设备可以是上文中电脑10、直连设备可以是上文中的手机20。IDE设备与直连设备可以通过Wi-Fi网络建立通信连接。IDE设备与直连设备可以通过USB连接线建立通信连接。IDE设备与直连设备建立通信连接的过程可以参考上文中对图6-图7B的描述，此处不再赘述。本申请实施例对IDE设备与直连设备建立通信连接的方式不作限定。

S102、直连设备和非直连设备建立通信连接。

非直连设备可以是上文中的电视30或平板40。直连设备中和非直连设备可以有调试助手。直连设备中的调试助手可以是直连设备的系统应用或系统功能。同样的，非直连设备中的调试助手可以是非直连设备的系统应用或系统功能。进一步地，直连设备中的操作系统和与非直连设备中的操作系统可以相同。直连设备和非直连设备可以通过登录同一个账号来建立通信连接。例如，手机20登录了用户A的华为账号，电视30也登录了用户A的华为账号，那么手机20和电视30之间可以进行通信。这里，可以参考上文中手机20和电视30建立通信连接，以及手机20和平板40建立通信连接的描述，此处不再赘述。

可以理解的是，本申请实施例中的非直连设备可以有多个。非直连设备的个数取决于待调试的分布式应用程序可以独立运行在不同的设备上的功能的数量。举例来说，如图1示出的在线上网课的分布式应用程序，该应用程序可以具有三个功能，这个三个功能可以分别运行在手机20、电视30、平板40等三个设备中，那么手机20、电视30、平板40这个三个设备中任意一个设备可以是本申请实施例中的直连设备，除直连设备以外的两个设备均可以是本申请实施例中的非直连设备。

S103、IDE设备通过debugger UI10a模块接收用户的第一操作。

IDE设备可以通过debugger UI10a模块在IDE设备的用户界面中接收到用户的第一操作。第一操作用于触发IDE设备发送用于指示直连设备上报设备信息的指令。例如，图8示出的电脑10的用户界面800A，第一操作可以是用户点击用户界面800A中的控件802。这里可以参考上文中对图8的描述，此处不再赘述。

第一操作也可以参考图15B中对用户操作A的描述，此处不再赘述。

在本申请实施例中，debugger UI10a模块可以称为第一模块。

S104、IDE设备可以通过复合debugger模块10b发送用于指示直连设备上报设备信息的指令A。

IDE设备可以向直连设备发送指令A，指令A可以用于指示直连设备发送直连设备的设备信息以及非直连设备的设备信息。可以理解的是，直连设备中安装有待调试分布式应用程序A，非直连设备中可以安装有待调试分布式应用程序B。直连设备中的待调试分布式应用程序A和非直连设备中的待调试分布式应用程序B可以组成一个完整的分布式应用程序。或者，直连设备和非直连设备中安装有同一个待调试分布式应用，直连设备可以实现待调试分布式应用中的功能A，非直连设备可以实现待调试分布式应用中的功能B。下文以直连设备中的待调试分布式应用程序A和非直连设备中的待调试分布式应用程序B可以组成一个完整的分布式应用程序为例进行阐述。

可以理解的是，直连设备和非直连设备可以在步骤S101之前就分别安装了待调试分布式应用程序A、待调试分布式应用程序B。可选地，直连设备和非直连设备也可以在步骤S104之前分别安装待调试分布式应用程序A、待调试分布式应用程序B。关于直连设备和非直连设备具体如何获取待调试分布式应用程序的安装包可以参考上文对图4A-图4C以及图5的描述，此处不再赘述。

在本申请实施例中，复合debugger模块10b可以称为第二模块。待调试分布式应用程序A可以成为第一应用程序，待调试分布式应用程序B可以称为第二应用程序。

S105、直连设备发送用于获取设备信息的广播。

直连设备可以接收IDE发送的指令A。响应于指令A，直连设备可以发送用于获取设备信息的广播。具体地，直连设备可以通过直连设备中的调试助手发送获取设备信息的广播。该广播可以是以报文的形式发送，例如，该报文的格式可以是图9B示出的报文格式。

在本申请实施例中个，指令A可以称为第二指令或第三指令。用于获取设备信息的广播可以称为第一广播。

可以理解的是，在一种可能的实现方式中，若在步骤S104执行之前，直连设备已经执行过步骤S105-步骤S106，那么在步骤S104之后，直连设备可以直接执行步骤S107。

S106、非直连设备向直连设备发送非直连设备的设备信息。

非直连设备可以接收到直连设备发送的广播。该广播中可以携带有待调试分布式应用程序的APP ID。该广播可以用于请求安装有该待调试应用程序的非直连设备向直连设备发送设备信息。非直连设备收到该广播后，确定安装有该APP ID对应的待调试应用程序，非直连设备向直连设备发送非直连设备的设备信息。具体地，非直连设备中的调试助手在收到获取设备信息的报文后，可以在非直连设备中所有进程的命令行参数来获取非直连设备中的待调试分布式应用程序的语言类型和待调试分布式应用程序的监听端口号。非直连设备中的待调试分布式应用程序的监听端口号通常都是由命令行参数传递的。不同语言类型的待调试分布式应用的命令行格式不同，命令行参数都有固定格式。例如，java debugserver的命令行参数为java-agentlib:jdwp＝transport＝dt_socket,server＝y,suspend＝n,address＝1000，js的命令行参数为harnomyJsLauncher-j xxx-p 2000-nace-0628-c dark-s–d。非直连设备的调试助手在获取到这些信息后，可以将非直连设备的设备ID、待调试分布式应用程序的语言类型和待调试分布式应用程序的监听端口号等设备信息发送给直连设备。同样地，非直连设备的调试助手可以将设备信息封装成报文的形式发送给直连设备。这里，可以参考图9C中的描述，此处不再赘述。

S107、直连设备向IDE设备发送直连设备的设备信息和非直连设备的设备信息。

直连设备的调试助手在接收到非直连设备的设备信息后，可以将直连设备的设备信息和非直连设备的设备信息发送给IDE设备。在本申请实施例中，直连设备可以将直连设备的设备信息和非直连设备的设备信息写到一个报文中发送给IDE设备，这里，可以参考图9C中的描述。

可选地，直连设备也可以将直连设备的设备信息写到一个报文中，将非直连设备的设备信息写到一个报文中，然后将两个报文发送给IDE设备。也可以将每个非直连设备的设备单独写在不同的报文里发送给IDE设备。

可选地，当直连设备在接收到IDE设备发送的第一指令后，直连设备可以先发送直连设备的设备信息。然后，直连设备在接收到非直连设备的设备信息后再向IDE设备发送非直连设备的设备信息。

S108、IDE设备存储直连设备的设备信息和非直连设备的设备信息。

IDE设备接收到直连设备的设备信息和非直连设备的设备信息，可以存储直连设备的设备信息和非直连设备的设备信息。IDE设备可以按照图10中文本框803示出的设备列表的形式存储直连设备的设备信息和非直连设备的设备信息。

S109、IDE设备接收用户的第二操作。

IDE设备的debugger UI10a可以接收到用户的第二操作，第二操作用于建立IDE设备与直连设备以及非直连设备之间的调试会话。例如，用户的第二操作可以是点击图10示出的控件804。响应于用户的第二操作，IDE设备建立调试会话。

S110、IDE设备基于上报的设备信息发送用于建立的调试会话A的会话建立请求A。

IDE设备可以基于上报的设备信息发送建立一个调试会话请求，该调试会话请求中可以包括请求与直连设备建立调试会话和请求与非直连设备建立调试会话。可以理解的是，直连设备向IDE设备上报了N个设备的设备信息，IDE设备就会请求与这N个设备(一个直连设备和(N-1)个非直连设备)建立调试会话。IDE设备发送的调试会话请求中就可以携带者N个设备的设备信息。可以理解的是，会话建立请求A也可以按照图9B中示出的报文格式发送。此处对会话请求A的具体形式不作限定。

在本申请实施例中，调试会话A可以称为第一调试会话。会话建立请求A可以称为第一请求或第二请求。

进一步地，参考图15A中(a)图示出的电脑10中用于调试分布式应用程序的模块示意图。电脑10中的debugger UI10a可以接收到用户的第二操作，第二操作用于建立IDE设备与直连设备以及非直连设备之间的调试会话。debugger UI10a可以向Adapter10b-1发送指令，该指令中可以携带待调试的直连设备和非直连设备的设备信息。Adapter10b-1可以将debugger UI10a发送的指令转换为debugger集合10b-2中对应的调试器的指令。举例来说，若用户在用户界面中点击控件用于请求建立IDE设备与直连设备以及非直连设备之间的调试会话。debugger UI10a模块可以根据用户操作生成对应的指令。该指令中可以携带有设备信息，例如手机20，电视30，以及平板30的设备信息。然后debugger UI10a将指令发送给Adapter10b-1。Adapter10b-1根据指令中携带的设备信息来指示debugger集合10b-2来生成对应的调试器，例如手机20对应的调试器1001(1_debugger_java1001)，以及电视30对应的调试器1002(2_debugger_js1002)，平板40对应的调试器1003(3_debugger_java1003)。然后debugger集合10b-2中对应的调试器通过Tunnel10b-3向被调试设备发送建立调试会话的请求。例如，调试器1001发送与手机20建立调试会话的请求，调试器1002发送与电视30建立调试会话的请求，调试器1003发送与平板40建立调试会话的请求。然后Tunnel10b-3将各个调试器发出的请求封装成特定格式的报文(如图9B示出的报文格式)发送给直连设备。

S111、直连设备接收并确认会话建立请求A。

直连设备可以接收IDE设备发送的会话建立请求A，直连设备可以解析出这一个会话建立请求A中携带的直连设备的设备信息。直连设备可以确认会话建立请求A中携带的直连设备的设备信息是否正确。

S112、直连设备向非直连设备发送会话建立请求A。

直连设备中的调试助手可以将IDE设备发送的会话建立请求A发送给非直连设备中的调试助手。

S113、非直连设备接收并确认会话建立请求A。

非直连设备可以接收到直连设备发送的会话建立请求A。非直连设备中的调试助手可以解析出该会话建立请求A中携带的非直连设备的设备信息。非直连设备可以确认该会话建立请求A中携带的非直连设备的设备信息是否正确。

S114、非直连设备发送非直连设备的会话响应A1。

非直连设备可以发送会话响应A1，非直连设备向直连设备发送的会话响应A1中可以包含非直连设备的设备信息以及会话响应A1的具体内容。该会话响应A1的具体内容可以用来指示同意建立调试会话A或者不同意建立调试会话A。可以理解的是，会话响应A1的具体内容可以是Y或N，Y可以代表同意建立调试会话A，N代表不同意建立调试会话A。会话响应A1的具体内容可以是1或0，1可以代表同意建立调试会话A，0代表不同意建立调试会话A。此处对会话响应A1的具体内容不作限定。

S115、直连设备向IDE发送直连设备的会话响应A0和非直连设备的调试会话响应A1。

直连设备可以向IDE发送直连设备的会话响应A0和非直连设备的调试会话响应A1。直连设备的会话响应A0中可以包括直连设备的设备信息和会话响应A0的具体内容。会话响应A0的具体内容可以用来指示同意建立调试会话A或者不同意建立调试会话A。关于会话响应A0的具体内容可以参考步骤114中对会话响应A1的具体内容的描述，此处不再赘述。

可以理解的是，直连设备可以将会话响应A0和会话响应A1封装在一个报文中，然后发送给IDE设备。可选地，直连设备可以将会话响应A0和会话响应A1分别以两个报文发送给IDE设备，此处不作限定。

在本申请实施例中，会话响应A0可以称为第一响应或第三响应，会话响应A1可以称为第二响应。

S116、IDE设备建立调试会话A。

IDE设备可以接收到直连设备发送的会话响应A0和会话响应A1。若会话响应A0的具体内容指示同意建立调试会话A，会话响应A的具体内容指示同意建立调试会话A，则IDE设备中的复合debugger模块10b可以建立调试会话A。

S117、IDE设备接收用户的第三操作。

IDE设备的debugger UI10a可以接收到用户的第三操作。第三操作可以是在IDE设备中的保存的直连设备或非直连设备的源程序代码中设置断点。例如，在电脑10的phone目录下设置手机20中待调试应用的断点。用户可以在phone目录的main文件中写入设置断点的代码，例如：break at phone/main.java line 50。该代码即表示在手机的待调试应用程序的源程序代码的第50行设置代码。

可选地，第三操作也可以是用户在IDE设备的用户界面点击用户控制调试过程的控件，图11示出的电脑10的用户界面1100中的控件，例如控件1103。

S118、IDE设备根据调试会话A确定IDE设备中对应的调试器，IDE中的调试器生成调试包。

IDE设备中的复合debugger模块10b可以根据建立的调试会话A确定IDE设备中对应的调试器，如图16中示出的调试器集合10b-2中的调试器，生成调试包，调试包可以是图12中示出的phone debug package、TV debug package、pad debug package等等。

可以理解的是，第三操作可以是用户在电脑10的phone目录中设置断点，那么IDE设备可以只生成一个调试器。具体地，复合debugger模块10b中的Adapter10b-1根据指令中携带的设备信息来指示debugger集合10b-2来生成手机20对应的调试器。手机20对应的调试器可以生成手机20中待调试应用程序的调试包。

可选地，第三操作可以是用户在电脑10的phone目录和tv目录中均设置断点。那么IDE设备可以基于该用户操作，debugger UI10a可以向复合debugger模块10b发送指令。复合debugger模块10b中的Adapter10b-1根据指令中携带的设备信息来指示debugger集合10b-2来生成手机20对应的调试器和电视30对应的调试器。然后，手机20对应的调试器可以生成手机20中待调试应用程序的调试包。电视30对应的调试器可以生成电视30中待调试应用程序的调试包。

可选地，第三操作可以是用户点击用户界面1100中的控件1103，该控件1103可以同时控制手机20、电视30、平板电脑40中的调试进程重新开始调试。那么电子设备基于该用户操作可以生成三个调试器，即手机20对应的调试器，电视30对应的调试器以及平板电脑40对应的调试器。然后，手机20对应的调试器可以生成手机20中待调试应用程序的调试包。电视30对应的调试器可以生成电视30中待调试应用程序的调试包。平板电脑40对应的调试器可以生成平板电脑40中待调试应用程序的调试包。

S119、IDE设备封装调试包，得到调试报文。

IDE设备可以通过IDE设备中隧道模块(Tunnel10b-3)将调试包封装为调试报文。该调试报文具体可以如图13中的报文1、报文2以及报文3所示。该调试报文还可以是图15B中示出的tunnel调试报文103。此处可以参考上文中对图13和图15B的描述，此处不再赘述。

S120、IDE设备向直连设备发送调试报文。

IDE设备可以通过Tunnel10b-3向直连设备发送调试报文。这里，可以参考图12中的描述，此处不再赘述。

S121、直连设备接收调试报文，确认该调试报文的目标设备是否为直连设备。

直连设备可以接收到调试报文。直连设备中的调试助手可以确认该调试报文中的目标设备是否为直连设备，若是，执行S122a。若否，执行S122b。

S122a、若是，直连设备解析出调试报文中直连设备的调试包。

直连设备中的调试助手可以确认出调试报文的目标设备(即接收该调试报文的设备)为直连设备。具体地，直连设备可以从调试报文的头部信息就可以知道该直连设备是否为目标设备。然后，直连设备中的调试助手对该调试报文进行解析，得到调试报文中的调试包。例如，图15B中示出的报文1，调试助手解析出报文1中的调试包，即java debugpackage。然后，调试助手可以将该调试包发送给直连设备中待调试分布式应用程序进行调试。

S122b、若否，直连设备将调试报文发送给非直连设备。

若直连设备中的调试助手确认出调试报文的目标设备(即接收该调试报文的设备)不是直连设备，则直连设备将调试报文发送给与调试报文中所写设备ID相同或端口号相同的非直连设备。

123、非直连设备解析出封装报文中的原始调试报文。

非直连设备中的调试助手对该调试报文进行解析，得到调试报文中的调试包。例如，图15B中示出的报文2，调试助手解析出报文2中的调试包，即javascript debugpackage。然后，调试助手可以将该调试包发送给非直连设备中待调试分布式应用程序进行调试。

通过本申请实施提供的一种应用程序的调试方法，直连设备自动发现分布式组网中的其他非直连设备并上报给IDE设备，IDE设备中不需要再单独配置每个设备的连接信息。调试时，直连设备中调试助手在收到隧道模块发送的调试报文后，根据报文中的目标设备ID，自动查找路由信息。直连设备中的调试助手可以将调试报文转发给目标设备上，目标设备再根据报文中端口号信息，将调试协议报文转发给对应的debug server。每个设备上都预置安装分布式调试助手，IDE设备侧将不同设备的调试报文封装在隧道中，直接发送给和IDE设备建立有通信连接的，直连设备中的调试助手。直连设备的调试助手根据隧道报文中的目标设备ID，将调试报文通过鸿蒙分布式软总线，转发给目标设备上。这样多设备复用IDE和直连设备间的物理连接，从而达到简化组网的目的。另外，在IDE设备中采用复合debugger，对外体现为一个调试会话。IDE设备的调试界面上只需要整体调试会话下发启动，停止，重启命令，复合debugger会将这些命令发送到对应的每一个debugger中，从而达到简化调试会话控制操作的目的。

在本申请实施例提供的应用程序的调试方法中，当用户需要对整个分布式应用发起调试命令(例如，重启、停止)时，用户只需要在IDE设备的debugger UI中触发一次命令，IDE设备的复合debugger模块可以分别发出对各个设备的调试报文。如图11示出的用户界面1100所示，用户可以在IDE的用户界面1100中点击一个控件，例如控件1102，可以同时控制直连设备和非直连设备中的调试进程，例如使直连设备和非直连设备中的调试进程停止。而现有技术中需要分别在IDE中点击用于停止直连设备调试进程的控件，以及点击用于停止非直连设备调试进程的控件。本申请实施例提供的应用程序的调试方法可以简化操作，提高应用程序的调试效率，提升用户体验。

下面首结合附图介绍本申请实施例提供的示例性电子设备100。本申请实施例上中的电子设备100可以是上文中叙述的IDE设备，或者可以是上文中叙述中的直连设备，也可以是上文中描述的直连设备。

图17是本申请实施例提供的电子设备100的结构示意图。

下面以电子设备100为例对实施例进行具体说明。应该理解的是，电子设备100可以具有比图中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

电子设备100可以包括：处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

SIM接口可以被用于与SIM卡接口195通信，实现传送数据到SIM卡或读取SIM卡中数据的功能。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

内部存储器121可以包括一个或多个随机存取存储器(random access memory，RAM)和一个或多个非易失性存储器(non-volatile memory，NVM)。

随机存取存储器可以包括静态随机存储器(static random-access memory，SRAM)、动态随机存储器(dynamic random access memory，DRAM)、同步动态随机存储器(synchronous dynamic random access memory，SDRAM)、双倍资料率同步动态随机存取存储器(double data rate synchronous dynamic random access memory，DDR SDRAM，例如第五代DDR SDRAM一般称为DDR5 SDRAM)等。

非易失性存储器可以包括磁盘存储器件、快闪存储器(flash memory)。

快闪存储器按照运作原理划分可以包括NOR FLASH、NAND FLASH、3D NAND FLASH等，按照存储单元电位阶数划分可以包括单阶存储单元(single-level cell，SLC)、多阶存储单元(multi-level cell，MLC)、三阶储存单元(triple-level cell，TLC)、四阶储存单元(quad-level cell，QLC)等，按照存储规范划分可以包括通用闪存存储(英文：universalflash storage，UFS)、嵌入式多媒体存储卡(embedded multi media Card，eMMC)等。

随机存取存储器可以由处理器110直接进行读写，可以用于存储操作系统或其他正在运行中的程序的可执行程序(例如机器指令)，还可以用于存储用户及应用程序的数据等。

非易失性存储器也可以存储可执行程序和存储用户及应用程序的数据等，可以提前加载到随机存取存储器中，用于处理器110直接进行读写。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测电子设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当电子设备100是翻盖机时，电子设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备100附近有物体。当检测到不充分的反射光时，电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备100对电池142加热，以避免低温导致电子设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。

图18是本申请实施例的电子设备100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将系统分为四层，从上至下分别为应用程序层，应用程序框架层，运行时(Runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图18所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序(也可以称为应用)。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图18所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话界面形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

运行时(Runtime)包括核心库和虚拟机。Runtime负责系统的调度和管理。

核心库包含两部分：一部分是编程语言(例如，jave语言)需要调用的功能函数，另一部分是系统的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的编程文件(例如，jave文件)执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，二维图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了二维(2-Dimensional，2D)和三维(3-Dimensional，3D)图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现3D图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动，虚拟卡驱动。

下面结合捕获拍照场景，示例性说明电子设备100软件以及硬件的工作流程。

当触摸传感器180K接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件为相机应用图标的控件为例，相机应用调用应用框架层的接口，启动相机应用，进而通过调用内核层启动摄像头驱动，通过摄像头193捕获静态图像或视频。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

上述实施例中所用，根据上下文，术语“当…时”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地，根据上下文，短语“在确定…时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如DVD)、或者半导体介质(例如固态硬盘)等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

Claims (19)

1.一种应用程序的调试方法，应用于第一电子设备，所述第一电子设备包括第一模块、第二模块，其特征在于，包括:

所述第一电子设备通过所述第一模块接收用户的第一操作，所述第一操作用于指示所述第一电子设备调试第二电子设备中的第一应用程序，所述第一电子设备与所述第二电子设备建立有第一调试会话；

响应于所述第一操作，所述第一模块向所述第二模块发送第一指令，第一指令中携带所述第一操作的内容和路径信息；

响应于接收到的所述第一指令，所述第二模块通过所述路径信息获取所述第二电子设备的设备信息；

所述第二模块根据所述第二电子设备的设备信息和所述第一操作的内容生成第一调试报文，所述第一调试报文用于调试所述第一应用程序，所述第一调试报文中携带有所述第二电子设备的设备信息；

所述第二模块通过所述第一调试会话发送所述第一调试报文；

所述第二模块中包括第一子模块，第二子模块，第三子模块；

所述第一模块向所述第二模块发送第一指令，具体包括：

所述第一模块向所述第一子模块发送所述第一指令；

所述响应于接收到的所述第一指令，所述第二模块通过所述路径信息获取所述第二电子设备的设备信息，具体包括：

响应于接收到的所述第一指令，所述第一子模块通过所述路径信息获取所述第二电子设备的设备信息；

所述第二模块根据所述第二电子设备的设备信息和所述第一操作的内容生成第一调试报文，具体包括：

所述第一子模块向所述第二子模块发送所述第二电子设备的设备信息和所述第一操作的内容；

所述第二子模块根据所述第二电子设备的设备信息和所述第一操作的内容生成第二调试报文，所述第二调试报文用于调试所述第一应用程序；

所述第二子模块向所述第一子模块发送所述第二调试报文；

响应于接收所述第二调试报文，所述第一子模块向所述第三子模块发送所述第二调试报文和所述设备信息；

所述第三子模块根据所述第二调试报文和所述第二电子设备的设备信息生成所述第一调试报文，所述第一调试报文和所述第二调试报文不同；

所述第二模块通过所述第一调试会话向所述第二电子设备发送所述第一调试报文，具体包括：

所述第三子模块通过所述第一调试会话发送所述第一调试报文。

2.根据权利要求1所述的方法，其特征在于，所述第三子模块根据所述第二调试报文和所述第二电子设备的设备信息生成所述第一调试报文，具体包括：

所述第三子模块根据所述第二电子设备的设备信息生成第一报文头部信息，所述第一报文头部信息中携带有所述第二电子设备的设备信息；

所述第三子模块将所述第一报文头部信息和所述第二调试报文生成所述第一调试报文。

3.根据权利要求2所述的方法，其特征在于，所述第一操作为用户设置用于调试所述第二电子设备的断点；所述第一指令携带所述第一操作的内容包括所述断点的位置，所述路径信息为所述断点的路径。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述第二电子设备的设备信息包括所述第二电子设备的设备ID、所述第一应用程序的语言类型、所述第二电子设备的调试进程端口号、所述第一应用程序的ID中的一项或多项。

5.根据权利要求4所述的方法，其特征在于，所述第一电子设备通过所述第一模块接收用户的第一操作之前，所述方法还包括：

所述第一电子设备接收用户的第二操作；

响应于所述第二操作，所述第一电子设备向所述第二电子设备发送第一请求，所述第一请求用于所述第一电子设备向所述第二电子设备请求建立第一调试会话，所述第一电子设备和所述第二电子设备建立有通信连接；

接收所述第二电子设备发送的第一响应，所述第一电子设备与所述第二电子设备建立所述第一调试会话；所述第一响应用于指示所述第二电子设备同意与所述第一电子设备建立所述第一调试会话。

6.根据权利要求5所述的方法，其特征在于，所述第一电子设备接收用户的第二操作之前，所述方法还包括：

所述第一电子设备接收用户的第三操作；

响应于所述第三操作，所述第一电子设备向所述第二电子设备发送第二指令，所述第二指令用于获取所述第二电子设备的设备信息；

接收所述第二电子设备发送的所述第二电子设备的设备信息；

保存所述第二电子设备的设备信息。

7.根据权利要求6所述的方法，其特征在于，所述第二模块通过所述第一调试会话发送所述第一调试报文，具体包括：

所述第二模块通过所述第一调试会话向所述第二电子设备发送所述第一调试报文。

8.根据权利要求1或2任一项所述的方法，其特征在于，所述第一操作用于指示所述第一电子设备调试第二电子设备中的第一应用程序包括：所述第一操作用于指示所述第一电子设备调试所述第二电子设备中的第一应用程序和第三电子设备中的第二应用程序；所述第一操作为用户点击所述第一电子设备中用于调试所述第二电子设备和所述第三电子设备的控件。

9.根据权利要求8所述方法，其特征在于，所述第一电子设备通过所述第一模块接收用户的第一操作之前，所述方法还包括：

所述第一电子设备接收用户的第四操作；

响应于所述第四操作，所述第一电子设备向所述第三电子设备发送第二请求，所述第二请求用于所述第一电子设备与所述第三电子设备和所述第二电子设备建立第一调试会话，所述第一电子设备和所述第三电子设备建立有通信连接，所述第二电子设备和所述第三电子设备建立有通信连接；

接收所述第三电子设备发送的第二响应和第三响应，所述第一电子设备与所述第二电子设备和所述第三电子设备建立所述第一调试会话；

其中，所述第二响应用于指示所述第二电子设备同意与所述第一电子设备建立所述第一调试会话，所述第三响应用于指示所述第三电子设备同意与所述第一电子设备建立所述第一调试会话。

10.根据权利要求9所述的方法，其特征在于，所述第一电子设备接收用户的第四操作之前，所述方法还包括：

所述第一电子设备接收用户的第五操作；

响应于所述第五操作，所述第一电子设备向所述第三电子设备发送第三指令，所述第三指令用于获取设备信息；

所述第一电子设备接收所述第三电子设备发送的所述第三电子设备的设备信息和所述第二电子设备的设备信息；

所述第一电子设备保存所述第三电子设备的设备信息和所述第二电子设备的设备信息。

11.根据权利要求10所述的方法，其特征在于，所述第三电子设备的设备信息包括所述第三电子设备的设备ID、所述第二应用程序的语言类型、所述第三电子设备的调试进程端口号、所述第二应用程序的ID中的一项或多项。

12.根据权利要求8所述的方法，其特征在于，所述第二模块通过所述第一调试会话发送所述第一调试报文，具体包括：

所述第二模块通过所述第一调试会话向所述第三电子设备发送所述第一调试报文。

13.根据权利要求12所述的方法，其特征在于，所述第二模块通过所述第一调试会话向所述第三电子设备发送所述第一调试报文，具体包括：

所述第二模块通过所述第一调试会话向所述第三电子设备发送所述第一调试报文和第三调试报文，所述第三调试报文用于调试所述第三电子设备中第二应用程序。

14.根据权利要求13所述的方法，其特征在于，所述第二应用程序的ID与所述第一应用程序的ID相同。

15.一种应用程序的调试方法，其特征在于，应用于应用程序调试系统，所述调试系统中包括第一电子设备，第二电子设备和第三电子设备，所述第一电子设备和所述第三电子设备建立有第一调试会话，所述第一电子设备和所述第二电子设备建立有所述第一调试会话，所述方法包括：

所述第一电子设备接收用户的第一操作；

响应于所述第一操作，所述第一电子设备向所述第三电子设备发送第一调试报文，所述第一调试报文用于调试第一应用程序，所述第二电子设备中安装有所述第一应用程序；所述第一调试报文中携带有所述第二电子设备的设备信息；所述第一电子设备与所述第三电子设备建立有通信连接；

所述第三电子设备根据所述第一调试报文中携带的所述第二电子设备的设备信息，将所述第一调试报文发送给所述第二电子设备；所述第二电子设备与所述第三电子设备建立有通信连接；

所述第二电子设备接收所述第一调试报文，利用所述第一调试报文调试所述第一应用程序；

响应于所述第一操作，所述第一电子设备向所述第三电子设备发送第一调试报文，具体包括：

响应于所述第一操作，所述第一电子设备向所述第三电子设备发送第一调试报文和第三调试报文；

其中，所述第一调试报文用于调试第一应用程序，所述第二电子设备中安装有所述第一应用程序，所述第一调试报文中携带有所述第二电子设备的设备信息，所述第一电子设备与所述第三电子设备建立有通信连接；

所述第三调试报文用于调试第二应用程序，所述第三电子设备中安装有所述第二应用程序，所述第三调试报文中携带有所述第三电子设备的设备信息；

所述第一电子设备接收用户的第一操作之前，所述方法还包括：

所述第一电子设备接收用户的第四操作；

响应于所述第四操作，所述第一电子设备向所述第三电子设备发送第二请求，所述第二请求用于所述第一电子设备向所述第三电子设备和所述第二电子设备请求建立第一调试会话；

响应于接收所述第二请求，所述第三电子设备向所述第二电子设备发送第三请求；所述第三请求用于所述第一电子设备向所述第二电子设备请求建立第一调试会话；

响应于所述第三请求，所述第二电子设备向所述第三电子设备发送第二响应，所述第二响应用于指示所述第二电子设备同意与所述第一电子设备建立所述第一调试会话；

所述第三电子设备接收所述第二响应，向所述第一电子设备发送所述第二响应和第三响应，所述第三响应用于指示所述第三电子设备同意与所述第一电子设备建立所述第一调试会话；

所述第一电子设备接收所述第二响应和所述第三响应；

所述第一电子设备与所述第二电子设备和所述第三电子设备建立所述第一调试会话。

16.根据权利要求15所述的方法，其特征在于，

所述第二电子设备的设备信息包括所述第二电子设备的设备ID、所述第一应用程序的语言类型、所述第二电子设备的调试进程端口号、所述第一应用程序的ID中的一项或多项；

所述第三电子设备的设备信息包括所述第三电子设备的设备ID、所述第二应用程序的语言类型、所述第三电子设备的调试进程端口号、所述第二应用程序的ID中的一项或多项。

17.根据权利要求16所述的方法，其特征在于，所述第一电子设备接收用户的第四操作之前，所述方法还包括：

所述第一电子设备接收用户的第五操作；

响应于所述第五操作，所述第一电子设备向所述第三电子设备发送第三指令，所述第三指令用于获取设备信息；所述第三指令中携带应用程序ID；

响应于所述第三指令，所述第三电子设备发送第一广播，所述第一广播用于获取设备信息，所述第一广播中携带有应用程序ID；

响应于接收所述第一广播，所述第二电子设备确定所述第一应用程序的ID与所述第一广播中携带的应用程序ID相同；

所述第二电子设备将所述第二电子设备的设备信息发送给所述第三电子设备；

所述第三电子设备接收所述第二电子设备发送的所述第二电子设备的设备信息；

所述第三电子设备向所述第一电子设备发送所述第二电子设备的设备信息和所述第三电子设备的设备信息；

所述第一电子设备接收所述第三电子设备发送的所述第二电子设备的设备信息。

18.一种电子设备，其特征在于，所述电子设备包括：一个或多个处理器和存储器；所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述电子设备执行如权利要求1至14任一项所述的方法。

19.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行时，使得所述电子设备执行如权利要求1至14或15至17任一项所述的方法。

Images