网络调试的方法和系统与流程

1.本技术实施例涉及计算机网络技术领域，尤其涉及一种网络调试的方法、系统、计算机设备及计算机可读存储介质。


背景技术：

2.现有技术中，http网络调试工具通常是在当前设备上运行一个代理程序，并手动修改操作系统的代理设置，使操作系统的默认http网络请求都经过代理程序，从而获取、篡改网络请求内容。
3.然而，这种http网络调试的方法需要修改操作系统设置、安装代理软件，特别是在手机设备上设置的过程比较繁琐，而且由于修改的是系统的代理设置，导致网络调试过程中获取了整个系统默认的http网络请求，包含大量与调试程序无关的网络请求，加大网络调试过程的工作量。


技术实现要素：

4.本技术实施例的目的是提供一种网络调试的方法、系统、计算机设备及计算机可读存储介质，用于解决以下问题：http网络调试时修改操作系统的设置的过程比较繁琐，且修改操作系统设置之后网络调试过程中会获取大量与调试程序无关的网络请求。
5.本技术实施例的一个方面提供了一种网络调试的方法，所述方法包括：
6.响应接收到的调试请求生成调试id；
7.根据所述调试id激活目标应用中的sdk；其中，所述sdk用于根据所述调试id拦截所述目标应用所发送的数据包，并将所述数据包转发至代理服务端；
8.将接收到的所述数据包转发至真实服务端，并接收所述真实服务端返回的结果数据，以对所述结果数据进行调试。
9.可选地，所述根据所述调试id激活目标应用中的sdk，包括：
10.根据所述调试id生成二维码，并显示所述二维码；
11.响应于通过所述目标应用对所述二维码进行的扫描操作，以激活所述目标应用中的sdk。
12.可选地，所述根据所述调试id激活目标应用中的sdk，包括：
13.在检测到所述目标应用的访问域名中携带所述调试id的情况下，激活所述目标应用中的sdk。
14.可选地，所述sdk还用于在所述数据包中记录所述代理服务端的域名，所述真实服务端的域名和所述调试id；
15.所述将接收到的所述数据包转发至真实服务端，包括：
16.根据所述数据包中的所述真实服务端的域名，将接收到的所述数据包转发至真实服务端。
17.可选地，所述真实服务端用于对所述数据包进行反馈，向所述代理服务端返回携
带所述调试id的结果数据。
18.可选地，所述调试请求由第一用户通过所述代理服务端的域名发起；在接收所述真实服务端返回的结果数据的步骤之后，所述方法还包括：
19.根据所述结果数据中的调试id，在所述第一用户对应的图形用户界面上显示所述结果数据。
20.可选地，所述方法还包括：
21.接收第二用户通过携带所述调试id的域名发起的访问请求；其中，所述第二用户为除所述第一用户之外的一个或多个用户；
22.根据所述结果数据中的调试id，在所述第二用户对应的图形用户界面上显示所述结果数据。
23.本技术实施例的一个方面又提供了一种网络调试的系统，包括：
24.id生成模块，用于响应接收到的调试请求生成调试id；
25.sdk激活模块，用于根据所述调试id激活目标应用中的sdk；其中，所述sdk用于根据所述调试id拦截所述目标应用所发送的数据包，并将所述数据包转发至代理服务端；
26.数据包转发模块，用于将接收到的所述数据包转发至真实服务端，并接收所述真实服务端返回的结果数据，以对所述结果数据进行调试。
27.本技术实施例的一个方面又提供了一种计算机设备，所述计算机设备包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如上述网络调试的方法的步骤。
28.本技术实施例的一个方面又提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序可被至少一个处理器所执行，以使所述至少一个处理器执行所述计算机程序时实现如上述网络调试的方法的步骤。
29.本技术实施例提供的网络调试的方法、系统、设备及计算机可读存储介质，通过响应接收到的调试请求生成调试id，根据调试id激活目标应用中的sdk，其中，所述sdk用于根据所述调试id拦截所述目标应用所发送的数据包，并将所述数据包转发至代理服务端；将接收到的所述数据包转发至真实服务端，并接收所述真实服务端返回的结果数据，以对所述结果数据进行调试。使得可以通过在应用(如app或网站等)中接入sdk的方式，直接通过sdk拦截http请求并发送至代理服务端进行转发，避免需要手动修改操作系统的设置，简化网络调试的操作过程，易于操作，而且，网络调试过程中只会记录已接入sdk的应用的请求数据，而无法获取其他的数据，避免涉及侵犯隐私、或过多冗余内容影响分析结果的问题。
附图说明
30.图1示意性示出了现有技术中的网络调试方法的网络拓扑图；
31.图2示意性示出了根据本技术实施例的网络调试的方法的网络拓扑图；
32.图3示意性示出了根据本技术实施例的网络调试的方法的应用环境图；
33.图4示意性示出了根据本技术实施例一的网络调试的方法的流程图；
34.图5为图4中步骤s402的子步骤流程图；
35.图6为图4中步骤s402的另一子步骤流程图；
36.图7示意性示出了根据本技术实施例一的网络调试的方法的新增步骤流程图；
37.图8示意性示出了基于实施例一的网络调试的方法的网络拓扑图；
38.图9示意性示出了根据本技术实施例二的网络调试的系统的框图；及
39.图10示意性示出了根据本技术实施例三的适于实现网络调试的方法的计算机设备的硬件架构示意图。
具体实施方式
40.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本技术，并不用于限定本技术。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
41.需要说明的是，在本技术实施例中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本技术要求的保护范围之内。
42.现有技术中，通过在当前设备上运行一个代理程序，并手动修改操作系统的代理设置，使操作系统的默认http网络请求都经过代理程序，从而获取、篡改网络请求内容。如图1所示，以手机app抓包为例示出的传统网络数据调试的网络拓扑图，图1中，通过在pc(b)上安装并启动调试软件，并确保手机(a)、pc(b)处于同一局域网内，用户从操作系统获取b的ip地址，将b的ip地址设置为a的代理服务器，所以b可以获取a上的所有http数据包，以上几个步骤每次进行网络调试都需要重复。这种网络调试的方案，存在如下缺点：
43.1、需要修改操作系统的设置、安装代理软件，特别是在手机设备上设置过程比较繁琐；
44.2、本地代理程序记录的网络请求，无法与其他人实时共享，即无法远程分析问题；
45.3、因为修改的是系统代理设置，获取的整个系统默认的http网络请求，包含大量与调试程序无关的网络请求。
46.有鉴于此，本技术旨在提出基于提供的sdk实现的网络调试的方案，如图2所示，以手机app抓包为例，通过在对应手机app中接入提供的sdk，由app技术人员一次性接入，用户访问代理服务(proxy server)提供的网站，sdk会拦截该app发出的所有http数据包，让http数据包由代理服务转发，所以代理服务只会获取接入了提供的sdk的app的网络请求。具体的，本技术提供的网络调试方法，通过响应接收到的调试请求生成调试id，根据调试id激活目标应用中的sdk，其中，所述sdk用于根据所述调试id拦截所述目标应用所发送的数据包，并将所述数据包转发至代理服务端；将接收到的所述数据包转发至真实服务端，并接收所述真实服务端返回的结果数据，以对所述结果数据进行调试。使得可以通过在应用(如app或网站等)中接入sdk的方式，直接通过sdk拦截http请求并发送至代理服务端进行转发，避免需要手动修改操作系统的设置，简化网络调试的操作过程，易于操作，而且，网络调试过程中只会记录已接入sdk的应用的请求数据，而无法获取其他的数据，避免涉及侵犯隐私、或过多冗余内容影响分析结果的问题。
47.本技术提供了多个实施例进一步介绍网络调试的方案，具体参照下文。
48.在本技术的描述中，需要理解的是，步骤前的数字标号并不标识执行步骤的前后顺序，仅用于方便描述本技术及区别每一步骤，因此不能理解为对本技术的限制。
49.以下为本技术的术语解释：
50.http:hyper text transfer protocol，超文本传输协议，大部分应用程序使用该协议与服务器通信。
51.sdk：software development kit，软件开发工具包，一般都是一些软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合，能够封装独立能力供第三方程序使用。
52.url：uniform resource locator，统一资源定位符，俗称网页地址，简称网址,是因特网的万维网服务程序上用于指定信息位置的表示方法。
53.图3示意性示出了根据本技术实施例的环境应用示意图。如图3所示：
54.计算机设备10000可以通过网络20000连接客户端30000。
55.计算机设备10000可以提供服务，如进行网络调试，或返回网络调试的结果数据给客户端30000等。
56.计算机设备10000可以位于诸如单个场所之类的数据中心，或者分布在不同的地理位置(例如，在多个场所)中。计算机设备10000可以经由一个或多个网络20000提供服务。网络20000包括各种网络设备，例如路由器，交换机，多路复用器，集线器，调制解调器，网桥，中继器，防火墙，代理设备和/或类似。网络20000可以包括物理链路，例如同轴电缆链路，双绞线电缆链路，光纤链路，其组合等。网络20000可以包括无线链路，诸如蜂窝链路，卫星链路，wi-fi链路等。
57.计算机设备10000可以由一个或多个计算节点实现。一个或多个计算节点可以包括虚拟化的计算实例。虚拟化的计算实例可以包括虚拟机，例如计算机系统，操作系统，服务器等的仿真。计算节点可以基于虚拟映像和/或定义用于仿真的特定软件(例如，操作系统，专用应用程序，服务器)的其他数据，由计算节点加载虚拟机。随着对不同类型的处理服务的需求改变，可以在一个或多个计算节点上加载和/或终止不同的虚拟机。可以实现管理程序来管理同一计算节点上不同虚拟机的使用。
58.客户端30000可以被配置为访问计算机设备10000的内容和服务。客户端30000可以包括任何类型的电子设备，诸如移动设备、平板设备、膝上型计算机、工作站、虚拟现实设备，游戏设备、机顶盒、数字流媒体设备、车辆终端、智能电视、机顶盒等。
59.客户端30000可以将网络调试的结果数据等输出(例如，显示、渲染、呈现)给用户。
60.以下将通过多个实施例介绍网络调试方案。该方案可以通过计算机设备10000实施。
61.实施例一
62.图4示意性示出了根据本技术实施例一的网络调试的方法的流程图。
63.如图4所示，该网络调试的方法可以包括步骤s400～s404，其中：
64.步骤s400，响应接收到的调试请求生成调试id；
65.在本实施例中，网络调试人员可以向代理服务端的域名发起调试请求，例如，网络调试人员可以在任意的一个浏览器中输入代理服务端的域名，并发起调试请求，代理服务
端在接收到调试请求之后，生成一个调试指令，以及调试指令对应的调试id(identifier，标识符)，其中，调试id为当前网络调试指令的唯一标识码，用于隔离不同用户之间的调试请求以及http数据包。
66.步骤s402，根据所述调试id激活目标应用中的sdk；其中，所述sdk用于根据所述调试id拦截所述目标应用所发送的数据包，并将所述数据包转发至代理服务端；
67.在本实施例中，代理服务端在生成调试id之后，可以进一步根据调试id激活目标应用中接入的sdk，其中，sdk是预先加载在应用(如app或网站等)中的用于进行网络调试的工具；目标应用是当前需要进行网络调试的应用，可以为app或网站等。在激活目标应用中接入的sdk之后，该sdk可以获取到本次的调试id，并根据所述调试id拦截所述目标应用所发送的数据包，并将所述数据包转发至代理服务端。具体的，通过sdk对拦截到的目标应用发送的数据包进行调整，在数据包中记录所述代理服务端的域名，所述真实服务端的域名和所述调试id，从而可以根据记录的代理服务端的域名将数据包发送至代理服务端，使得数据包不直接发送至真实服务端，而是经由代理服务端进行转发。
68.步骤s404，将接收到的所述数据包转发至真实服务端，并接收所述真实服务端返回的结果数据，以对所述结果数据进行调试。
69.在本实施例中，代理服务端在接收到sdk发送的数据包之后，通过提取数据包中的真实服务端的域名，然后根据真实服务端的域名将数据包转发至真实服务端。真实服务端在接收到数据包之后，可以对数据包进行反馈，向所述代理服务端返回携带所述调试id的结果数据。
70.以下提供几个可选地实施例，以进行优化所述网络调试的方法，具体如下：
71.在本技术的一种优选实施例中，如图5所示，所述步骤s402，包括步骤s500-s502：其中，步骤s500，根据所述调试id生成二维码，并显示所述二维码；步骤s502，响应于通过所述目标应用对所述二维码进行的扫描操作，以激活所述目标应用中的sdk。
72.在本实施例中，对于app的使用场景，目前很多app上都有二维码扫描组件，可以通过扫描二维码的方式激活app中接入的sdk，其中，二维码相当于一个调试指令，app扫描之后二维码之后相当于接收到了一个调试指令，并依据调试指令激活sdk。具体的，代理服务端可以根据调试id生成二维码，并在代理服务端所提供的图形用户界面上显示所述二维码，例如，网络调试人员在浏览器上访问代理服务端的域名，则代理服务端可以生成一个二维码，并在该浏览器的图形用户界面上显示该二维码。网络调试人员可以通过app上的扫描控件扫描浏览器上的二维码，代理服务端在接收到通过目标应用对所述二维码进行的扫描操作之后，对扫描操作进行响应激活所述目标应用中的sdk，以通过sdk拦截目标应用发送的http数据包，并将该http数据包转发至代理服务端。
73.在本技术的一种优选实施例中，如图6所示，所述步骤s402，包括步骤s600：在检测到所述目标应用的访问域名中携带所述调试id的情况下，激活所述目标应用中的sdk。
74.在本实施例中，对于网页程序的使用场景，可以通过在访问域名中添加调试id的方式激活sdk。具体的，网络调试人员在浏览器上访问代理服务端的域名之后，代理服务端在该浏览器的图形用户界面上显示生成的调试id，网络调试人员在网页程序中访问域名时，可以在当前需要访问的域名中添加调试id。通过检测目标应用的访问域名中是否携带所述调试id，在检测到目标应用的访问域名中携带所述调试id的情况下，则激活目标应用
中的sdk，以通过sdk拦截目标应用发送的http数据包，并将该http数据包转发至代理服务端。
75.在本技术的一种优选实施例中，所述sdk还用于在所述数据包中记录所述代理服务端的域名，所述真实服务端的域名和所述调试id；所述步骤s404包括：
76.根据所述数据包中的所述真实服务端的域名，将接收到的所述数据包转发至真实服务端。
77.在本实施例中，代理服务端在接收到sdk转发的数据包之后，通过提取出数据包中携带的真实服务端的域名，然后根据数据包中的真实服务端的域名，将接收到的数据包转发至真实服务端。
78.在本技术的一种优选实施例中，所述真实服务端用于对所述数据包进行反馈，向所述代理服务端返回携带所述调试id的结果数据。
79.在本实施例中，真是服服务端返回的结果数据中可以携带调试id，以便于代理服务端可以根据结果数据中的调试id进行数据分发，将数据发送给目标用户进行查看，实现多个用户共享网络调试数据或远程(异地)调试。
80.在本技术的一种优选实施例中，所述调试请求由第一用户通过所述代理服务端的域名发起；在接收所述真实服务端返回的结果数据的步骤之后，所述方法还包括：
81.根据所述结果数据中的调试id，在所述第一用户对应的图形用户界面上显示所述结果数据。
82.其中，第一用户可以指发起本次网络调试的用户，在本实施例中，第一用户可以通过在浏览器中输入代理服务端的域名并发起调式请求，从而代理服务端可以在第一用户使用的浏览器上提供一图形用户界面，以便于第一用户通过图形用户界面查看网络调试的状况。具体的，代理服务端在接收到结果数据之后，可以根据结果数据中的调试id，在所述第一用户对应的图形用户界面上显示所述结果数据。
83.在本技术的一种优选实施例中，如图7所示，所述方法还包括如下步骤s700-s702：其中，步骤s700，接收第二用户通过携带所述调试id的域名发起的访问请求；其中，所述第二用户为除所述第一用户之外的一个或多个用户；步骤s702，根据所述结果数据中的调试id，在所述第二用户对应的图形用户界面上显示所述结果数据。
84.在本实施例中，第一用户可以与其他用户共享网络调试的结果，以便于其他用户参与分析，或远程分析网络调试的结果。具体的，第一用户可以通过将调式id共享给第二用户的方式实现共享网络调试数据，第二用户通过在代理服务端的域名中添加调式id的方式发起访问请求，其中，第二用户为除所述第一用户之外的一个或多个用户。代理服务端在接收到第二用户发起的访问请求之后，通过对访问请求进行响应，根据所述结果数据中的调试id，在所述第二用户对应的图形用户界面上显示所述结果数据，从而实现远程(异地)查看、篡改网络请求内容。
85.为方便理解，以下结合图8提供一个网络拓扑图示例：
86.1.部署代理服务到服务器上，通过代理服务端的url访问该服务，初始状态代理服务端生成一个随机id字符串，因代理服务支持多人共用，id用于隔离多人的http数据包。例如，图8中生成2个id字符串，分别为id:xxx和id:yyy。
87.2.根据上述步骤生成的id字符串生成二维码，显示在访问代理服务提供的网站
上，使用app扫描该二维码(或，网页程序通过其他方式，如将生成的id附加在url之后，然后自动打开url)，使得app获得id字符串，通过sdk拦截并修改app的http数据包，让http数据包先经过代理服务。其中，如a想与b共享抓包数据，可以将附加了相应id的url共享给b。
88.以下伪代码为针对原http数据包进行的更改：
89.sethttpheader host proxy-server；#proxy-server为代理服务的域名
90.sethttpheader x-realhost realhost；#realhost为http数据包的原域名
91.sethttpheader x-proxy-id id；#id是从二维码中获取到的3.代理服务接收到http数据包，将请求发送到realhost；
92.4.并记录请求内容下发给对应网站页面进行显示，根据id选择，所以用户a、b都能看到手机发起的数据包，与用户c看到的数据包不同(按id隔离)从而实现远程分析网络数据内容。
93.实施例二
94.图9示意性示出了根据本技术实施例三的网络调试的系统的框图，该网络调试的系统可以被分割成一个或多个程序模块，一个或者多个程序模块被存储于存储介质中，并由一个或多个处理器所执行，以完成本技术实施例。本技术实施例所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，以下描述将具体介绍本技术实施例中各程序模块的功能。
95.如图9所示，该网络调试的系统900可以包括id生成模块910、sdk激活模块920和数据包转发模块930，其中：
96.id生成模块910，用于响应接收到的调试请求生成调试id；
97.sdk激活模块920，用于根据所述调试id激活目标应用中的sdk；其中，所述sdk用于根据所述调试id拦截所述目标应用所发送的数据包，并将所述数据包转发至代理服务端；
98.数据包转发模块930，用于将接收到的所述数据包转发至真实服务端，并接收所述真实服务端返回的结果数据，以对所述结果数据进行调试。
99.在本技术的一种优选实施例中，所述sdk激活模块920还用于：
100.根据所述调试id生成二维码，并显示所述二维码；
101.响应于通过所述目标应用对所述二维码进行的扫描操作，以激活所述目标应用中的sdk。
102.在本技术的一种优选实施例中，所述sdk激活模块920还用于：
103.在检测到所述目标应用的访问域名中携带所述调试id的情况下，激活所述目标应用中的sdk。
104.在本技术的一种优选实施例中，所述sdk还用于在所述数据包中记录所述代理服务端的域名，所述真实服务端的域名和所述调试id；
105.所述数据包转发模块930还用于：
106.根据所述数据包中的所述真实服务端的域名，将接收到的所述数据包转发至真实服务端。
107.在本技术的一种优选实施例中，所述真实服务端用于对所述数据包进行反馈，向所述代理服务端返回携带所述调试id的结果数据。
108.在本技术的一种优选实施例中，所述调试请求由第一用户通过所述代理服务端的
域名发起；所述装置还包括：
109.第一显示模块，用于根据所述结果数据中的调试id，在所述第一用户对应的图形用户界面上显示所述结果数据。
110.在本技术的一种优选实施例中，所述装置还包括：
111.访问请求接收模块，用于接收第二用户通过携带所述调试id的域名发起的访问请求；其中，所述第二用户为除所述第一用户之外的一个或多个用户；
112.第二显示模块，用于根据所述结果数据中的调试id，在所述第二用户对应的图形用户界面上显示所述结果数据。
113.实施例三
114.图10示意性示出了根据本技术实施例四的适于实现网络调试的方法的计算机设备10000的硬件架构示意图。本实施例中，计算机设备10000是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。例如，可以是智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括fen独立的服务器，或者多个服务器所组成的服务器集群)等。如图10所示，计算机设备10000至少包括但不限于：可通过系统总线相互通信链接存储器10010、处理器10020、网络接口10030。其中：
115.存储器10010至少包括一种类型的计算机可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器10010可以是计算机设备10000的内部存储模块，例如该计算机设备10000的硬盘或内存。在另一些实施例中，存储器10010也可以是计算机设备10000的外部存储设备，例如该计算机设备10000上配备的插接式硬盘，智能存储卡(smart media card，简称为smc)，安全数字(secure digital，简称为sd)卡，闪存卡(flash card)等。当然，存储器10010还可以既包括计算机设备10000的内部存储模块也包括其外部存储设备。本实施例中，存储器10010通常用于存储安装于计算机设备10000的操作系统和各类应用软件，例如网络调试的方法的程序代码等。此外，存储器10010还可以用于暂时地存储已经输出或者将要输出的各类数据。
116.处理器10020在一些实施例中可以是中央处理器(central processing unit，简称为cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器10020通常用于控制计算机设备10000的总体操作，例如执行与计算机设备10000进行数据交互或者通信相关的控制和处理等。本实施例中，处理器10020用于运行存储器10010中存储的程序代码或者处理数据。
117.网络接口10030可包括无线网络接口或有线网络接口，该网络接口10030通常用于在计算机设备10000与其他计算机设备之间建立通信链接。例如，网络接口10030用于通过网络将计算机设备10000与外部终端相连，在计算机设备10000与外部终端之间的建立数据传输通道和通信链接等。网络可以是企业内部网(intranet)、互联网(internet)、全球移动通讯系统(global system of mobile communication，简称为gsm)、宽带码分多址(wideband code division multiple access，简称为wcdma)、4g网络、5g网络、蓝牙(bluetooth)、wi-fi等无线或有线网络。
118.需要指出的是，图10仅示出了具有部件10010-10030的计算机设备，但是应理解的是，并不要求实施所有示出的部件，可以替代的实施更多或者更少的部件。
119.在本实施例中，存储于存储器10010中的网络调试的方法还可以被分割为一个或者多个程序模块，并由一个或多个处理器(本实施例为处理器10020)所执行，以完成本技术实施例。
120.实施例四
121.本技术实施例还提供一种计算机可读存储介质，计算机可读存储介质其上存储有计算机程序，计算机程序被处理器执行时实现实施例中的网络调试的方法的步骤。
122.本实施例中，计算机可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，计算机可读存储介质可以是计算机设备的内部存储单元，例如该计算机设备的硬盘或内存。在另一些实施例中，计算机可读存储介质也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(smart media card，简称为smc)，安全数字(secure digital，简称为sd)卡，闪存卡(flash card)等。当然，计算机可读存储介质还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，计算机可读存储介质通常用于存储安装于计算机设备的操作系统和各类应用软件，例如实施例中网络调试的方法的程序代码等。此外，计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的各类数据。
123.显然，本领域的技术人员应该明白，上述的本技术实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本技术实施例不限制于任何特定的硬件和软件结合。
124.以上仅为本技术的优选实施例，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。