ASP3.0高级编程(三十五)


 7.5.1 常规调试技术
在第2章中,已经看到如何使用Response.Write方法以及Request集合来显示集合的内容。如果代码要使用来自请求的值,首先要做的是保证所需的值存在。很容易出现的问题是错拼或改变的<FORM>网页中HTML控件的名字,或者创建附加在URL后面的查询字符串时出现了错误的客户端。
1. 显示各种集合内容
当程序试图使用用户提供的值运行时,可能没有得到所期望的结果,或者什么结果也没得到。记住,引用Request对象的集合中一个并不存在的值(例如,在窗体上没有一个名为“ThisControl”的控件时,使用Request.Form("ThisControl")不会引起错误。结果可能只得到一个空字符串。如果期望查找存储在用户的Session对象或全局Application对象变量中的数值,同样可能出现这种情况。
如果创建一个页面用来显示所有Request对象集合、Session和Application对象的Contents和StaticContens集合的内容,可以任何网页使用Server.Execute对其进行访问。所需要做的工作是把下面程序行加到ASP网页中,用来显示集合的全部内容。当然,根据服务器上文件存放的位置,必须给文件设置相应的路径。
<% Server.Execute "/path_to_file/debug_Request.asp" %>
这是一种很好的方法,保证我们希望在Request、Session和Application集合中找到的任何值确实存在,并且包含了合适的值。在本书的示例文件Chapter07子目录中提供了一个相应的文件,取名为debug_Request.asp。它基本上是用于第2章的show_request.asp网页和用于第3章的show_application.asp和show_session.asp网页的一个组合,但删除了部分HTML程序代码。它只是简单地遍历了集合并把值放到当前页面中。
可以通过运行“Custom Error Page”实例来查看这个页面。这个实例在本章前面看到过,打开时请选中“Display debugging information”复选框,或者直接在chapter07目录中的主菜单网页中打开。
2. 显示中间值
在网页中查看运行情况的第二个方法是显示网页运行时变量的值.当大概知道了错误来自何处,哪个变量在起作用时,这种传统技术还是不能废弃的。但由于IIS 5.0网页缓冲方式的改变,使得使用这项技术比较困难。
在ASP和IIS的先前版本中,缺省时关闭页面缓冲,并且几乎没有人想到将缓冲打开(使用Response.Buffer = True打开),除非想使用Response.Redirect完成网页的再定向(参看第2章)。响应多个请求时,由于缓冲减小了网页间切换的次数,从而提高了IIS的效率。
然而,当出现一个使运行停止的运行期错误时,IIS自动调用Response.Clear方法,再调用Server.Execute来装入定制错误网页,因此写进网页的任何输出都丢失了。解决方法是暂时增加下面的程序行:
<% Response.Buffer = False %>
此程序行放在页面顶部<@LANGUAGE...>指令后面,任何由Response.Write语句生成的调试输出将出现在定制错误网页的顶部。记住在完成网页调试之后将它去掉。
强行使程序运行通过一个错误点,然后显示可疑的变量值,这种方法有时也是有用的。只需在网页开始处附近增加On Error Resume Next语句,然后就能访问Err对象(在VBScript中),并显示错误号、错误源和描述。
3. 检查组件属性值
如果使用的组件具有在ASP脚本代码中设置的属性,在完成设置之后,并且调用组件方法之前和之后,能通过显示所有属性(或仅是可疑的属性)来跟踪错误。当一个方法运行时,可能发现属性值意外地被组件改变了,这或许是故意的,或者是因为组件中的缺陷。没有亲自检查实际代码,不要做任何假设。
7.5.2 Microsoft Script Debugger
当开发更复杂的处理实际任务的应用程序时,经常需要一个更加强大的工具来进行调试。Microsoft Script Debugger(微软脚本调试器)是一种允许调试运行在客户机和服务器上的脚本的调试工具。它能用于任何启用ActiveX的脚本语言(包括VBScript和JScript)编写的程序,也能够用来调试对Java applet、Java Bean和ActiveX组件的调用。
在研究这个工具之前,先简要说明一些问题。如前所述,ASP应用程序由两种脚本组成,一种是客户端脚本,一种是服务器端脚本。客户端脚本通常由VBScript或JScript脚本语句组成,当其到达客户端时出现在HTML页面中并在此执行,可能是在载入文档时或是在对一些事件的响应中。服务器端脚本通常也由VBScript或JScript语句组成。当浏览器请示网页时,服务器端脚本由IIS执行。在下面的讨论中,将讨论服务器端脚本调试的方法。然而所讨论的许多技术也可用于客户端脚本调试。
1. 服务器端的调试
为了调试服务器端脚本,在运行IIS的计算机上运行脚本调试器,然而在使用脚本调试器之前,必须启用调试。为了使性能最优化,基于ASP的应用程序在缺省情况下关闭了调试功能。
注意,不要对生产性的应用程序(即处于活动状态的并被他人使用的公用网站)打开调试功能。这样会减慢整个应用程序的运行,并且错误能使网页出现不确定的停止运行情况。
调试仅能为虚拟应用程序和整个Web网站进行设置,为了启用调试,打开应用程序或站点的Properties对话框,在Home Directory选项卡中,点击Configuration按钮,在Application Configuration对话框的App Debugging选项卡中,选择Enable ASP server-side script debugger,如图7-22所示。下面准备调试我们的应用程序。

图7-22 启用调试的屏幕
注意Application Configuration对话框包含一个复选框,能够启用客户端脚本调试。这一点在IIS 5.0中没有实现,在文档中仅标记为“reserved for future use”。如果通常的500-100.asp定制错误页面不可用,Script Error messages部分中包含将文本。
(1) 处理服务器脚本
不像客户端脚本,基于ASP应用程序脚本不是事件驱动的。当客户端要求一个来自服务器的网页时,服务器读取网页内容,并处理所有的服务器脚本(即在<%...%>和<SCRIPT RUNAT="SERVER"></SCRIPT>段中的所有内容),也包括在HTML文本中的“行内”脚本段内容,例如:
The valve of the result is: <% = strResult %>
处理流程显示在图7-23所示的框图中:

图7-23 服务器脚本运行流程图
当IIS载入网页时将处理ASP页面中的所有脚本,在任何输出送给客户端之前,ASP及脚本引擎能够捕获语法和运行期错误(除非你关闭缓冲或调用Response.Flush方法)。
(2) 脚本调试器提供的帮助
启用脚本调试时,如果出现错误,在服务器屏幕上可以看到一个描述ASP代码错误的对话框,点击OK,然后调入当前ASP网页的一个只读拷贝,打开的脚本调试器,错误出现的行由箭头指示,如图7-24所示:

图7-24 脚本调试器
这里,错误的产生是由于出现了Page Counter对象方法的名字错误,应是PageHit而不是DoPageHit。同时,脚本调试器找到了错误并且终止了页面的运行,工具条上的按钮用于程序的继续运行、单步程序运行或者终止页面的处理。
工具条最右边的按钮打开脚本调试器中的Immediate窗口,可以用它和页面进行交互,并且很可能找到出错的地方。例如,可以查询或者设置变量值或组件属性,可以执行内部函数和子程序、自定义函数和子程序以及已经创建的对象方法等。在图中,调用了Page Counter组件的PageHit方法,然后查询Hits属性以得到正在运行的脚本中该处的值。
为了了解为什么在“公共”网站上不应使用脚本调试器,可以从客户机上打开一个包含服务器端错误的页面。在这种情况下,错误信息对话框出现在服务器上,脚本调试器也在服务器上打开。在客户机上,直到运行在服务器上的脚本调试器关闭,才开始载入该页面。
(3) 启动和使用调试器
启用脚本调试后,虚拟应用程序的网页中出现错误时,脚本调试器自动启动。还可以人工启动脚本调试器,在Windows 2000的Start菜单(Programs|Accessories|Microsoft Script Debugger)中完成。相应地,也可在想打开脚本调试器的地方把一个Stop语句插入ASP程序中,当运行至Stop语句时,IIS会终止ASP程序的执行,启动脚本调试器,显示当前页面并指出含有Stop语句的当前行。
脚本调试器能完成下列工作:
· 查看正在或已经运行的文档的列表,并从中选择一个进行查看或编辑。
· 在打开的网页中设置一个新断点,页面在该点停止运行以便进行调试。
· 单步调试,一步运行一条语句,可选地执行子程序和函数。
· 查看调用栈(Call Stack),显示程序中在该点被调用的嵌套子程序或函数。
1. 脚本调试器的技巧和窍门
下面是使用Microsoft Script Debugger时,有助于找到脚本中错误的一些窍门。
· 如果调试服务器端脚本,为ASP应用程序启用脚本调试器。否则,错误信息将作为文本传送给客户端的浏览器,并且不能对服务器端脚本使用脚本调试器。
· 调试完成后,关闭调试功能,否则会降低服务器性能,并且错误的页面会停留在客户端。
· 对于一个或更多的ASP应用程序,如果启用脚本调试器,将传送给它所有的服务器错误,包括那些远程客户访问网页时出现的错误。因此,除非能在自己的服务器上调试,否则不要启用脚本调试器。
· 如果在一个没有安装在服务器上的浏览器中工作,并且在网页中显示错误,则错误在服务器端脚本中。如果一个错误信息出现在对话框中,则错误在客户端脚本中。
· 如果在.asp文件中有一个语法或运行期错误,并且已经对这个ASP应用程序启用调试功能,客户端浏览器将不显示语法错误(除非浏览器运行在服务器上),仅显示超时或不能打开网页。
· 在表明服务器端脚本中是否有错误的消息中,显示的行号指的是包含这个错误的.asp文件的相应行。
· 如果在由.asp文件创建的客户端脚本中有错误,行号并不指向.asp文件的错误行,而是指向错误出现的.asp文件的HTML输出行。为了查看这行,应在客户浏览器中查看HTML文件的源程序。
· VBScript和JScript错误代码在附录D中。

7.5.3 获得ASP的帮助和支持
如果遇到一个不能处理的错误,或者看来像ASP中的一个“bug”的事情,最好能够寻求帮助以解决这个问题。关于ASP在Web上有许多有用的信息源,第1 章后面我们列举了许多。但是,对一些特殊问题,确实需要一些更直接的帮助。
在计算机上安装的ASP和IIS文档是一个好起点,并且能通过浏览器的URL为http://yourservername/iishelp/进行访问。运行Windows 2000的附加组件设置或主设置程序(依赖于安装的Windows 2000版本)时,应保证安装了全部的文档。
也可以从“Microsoft for Windows 2000”得到的完整平台SDK,其中包含了大量关于Windows和Windows 2000中Internet服务的附加信息。它包含完整的VBScript和JScript参考。它可以从微软获得,并提供给MSDN成员。脚本参考文档可单独获得,也可以从“http://www.microsoft.com/scripting/”网站下载。也可从这里获得脚本调试器。
微软开发者网络(The Microsoft Developer's Network,MSDN)Web站点也提供了许多支持和帮助,即使这部分信息有时难以找到。还可以从Workshop网站(http://msdn.microsoft.com/workshop/)开始,这个网站在左边导航栏中有很好的索引和一系列标题。
另外,位于http://msdn.microsoft.com/Library/default.htm的主MSDN库包含有文章、基础知识、FAQ和其他用于IIS和ASP的支持材料,左边窗口使用一个Java扩展列表控件,使用户很容易进行查找。
如果需要特别的帮助,或者需要向其他开发者提出一些问题,在msnews.microsoft.com网站上有一些有用的新闻组。还可以订阅microsoft.public.inetserver.iis、microsoft.public.inetserver.activeserverpages和microsoft.public.inetserver.iis.misc。一些ASP网站也提供有关ASP方面的讨论话题、论坛或聊天室。

7.6 小结
本章讨论的内容是大多数编程者最不喜爱的工作。即使最简单的脚本,也不可能就能第一次正确地工作。随着ASP提供越来越多的特性,在脚本中出现错误的机会也增加了。了解如何发现并处理错误的相关基本知识,是非常必要的。
通过分析可能出现的不同种类的错误,弄清楚缺省的ASP和脚本引擎错误处理系统捕获错误的机理,防止把错误和无效数据传给其他的应用程序。编程时出现的错误越少,越容易发现和解决它们。
然而,好的编程习惯并不能阻止某些种类的错误发生,例如那些由外部资源和服务造成的错误。这意味着提供自己的定制错误处理代码,在出现错误时知道如何跟踪错误并进行妥善处理,是非常重要的。
最后,以对Microsoft Script Debugger的阐述结束了本章,它是有助于找到和解决网页中的运行期错误的一个有用的工具。它可以暂停程序执行和进行单步执行,同时还能够观察程序在进行什么,甚至能够和脚本进行交互。

 

本文作者:

 7.5.1 常规调试技术
在第2章中,已经看到如何使用Response.Write方法以及Request集合来显示集合的内容。如果代码要使用来自请求的值,首先要做的是保证所需的值存在。很容易出现的问题是错拼或改变的<FORM>网页中HTML控件的名字,或者创建附加在URL后面的查询字符串时出现了错误的客户端。
1. 显示各种集合内容
当程序试图使用用户提供的值运行时,可能没有得到所期望的结果,或者什么结果也没得到。记住,引用Request对象的集合中一个并不存在的值(例如,在窗体上没有一个名为“ThisControl”的控件时,使用Request.Form("ThisControl")不会引起错误。结果可能只得到一个空字符串。如果期望查找存储在用户的Session对象或全局Application对象变量中的数值,同样可能出现这种情况。
如果创建一个页面用来显示所有Request对象集合、Session和Application对象的Contents和StaticContens集合的内容,可以任何网页使用Server.Execute对其进行访问。所需要做的工作是把下面程序行加到ASP网页中,用来显示集合的全部内容。当然,根据服务器上文件存放的位置,必须给文件设置相应的路径。
<% Server.Execute "/path_to_file/debug_Request.asp" %>
这是一种很好的方法,保证我们希望在Request、Session和Application集合中找到的任何值确实存在,并且包含了合适的值。在本书的示例文件Chapter07子目录中提供了一个相应的文件,取名为debug_Request.asp。它基本上是用于第2章的show_request.asp网页和用于第3章的show_application.asp和show_session.asp网页的一个组合,但删除了部分HTML程序代码。它只是简单地遍历了集合并把值放到当前页面中。
可以通过运行“Custom Error Page”实例来查看这个页面。这个实例在本章前面看到过,打开时请选中“Display debugging information”复选框,或者直接在chapter07目录中的主菜单网页中打开。
2. 显示中间值
在网页中查看运行情况的第二个方法是显示网页运行时变量的值.当大概知道了错误来自何处,哪个变量在起作用时,这种传统技术还是不能废弃的。但由于IIS 5.0网页缓冲方式的改变,使得使用这项技术比较困难。
在ASP和IIS的先前版本中,缺省时关闭页面缓冲,并且几乎没有人想到将缓冲打开(使用Response.Buffer = True打开),除非想使用Response.Redirect完成网页的再定向(参看第2章)。响应多个请求时,由于缓冲减小了网页间切换的次数,从而提高了IIS的效率。
然而,当出现一个使运行停止的运行期错误时,IIS自动调用Response.Clear方法,再调用Server.Execute来装入定制错误网页,因此写进网页的任何输出都丢失了。解决方法是暂时增加下面的程序行:
<% Response.Buffer = False %>
此程序行放在页面顶部<@LANGUAGE...>指令后面,任何由Response.Write语句生成的调试输出将出现在定制错误网页的顶部。记住在完成网页调试之后将它去掉。
强行使程序运行通过一个错误点,然后显示可疑的变量值,这种方法有时也是有用的。只需在网页开始处附近增加On Error Resume Next语句,然后就能访问Err对象(在VBScript中),并显示错误号、错误源和描述。
3. 检查组件属性值
如果使用的组件具有在ASP脚本代码中设置的属性,在完成设置之后,并且调用组件方法之前和之后,能通过显示所有属性(或仅是可疑的属性)来跟踪错误。当一个方法运行时,可能发现属性值意外地被组件改变了,这或许是故意的,或者是因为组件中的缺陷。没有亲自检查实际代码,不要做任何假设。
7.5.2 Microsoft Script Debugger
当开发更复杂的处理实际任务的应用程序时,经常需要一个更加强大的工具来进行调试。Microsoft Script Debugger(微软脚本调试器)是一种允许调试运行在客户机和服务器上的脚本的调试工具。它能用于任何启用ActiveX的脚本语言(包括VBScript和JScript)编写的程序,也能够用来调试对Java applet、Java Bean和ActiveX组件的调用。
在研究这个工具之前,先简要说明一些问题。如前所述,ASP应用程序由两种脚本组成,一种是客户端脚本,一种是服务器端脚本。客户端脚本通常由VBScript或JScript脚本语句组成,当其到达客户端时出现在HTML页面中并在此执行,可能是在载入文档时或是在对一些事件的响应中。服务器端脚本通常也由VBScript或JScript语句组成。当浏览器请示网页时,服务器端脚本由IIS执行。在下面的讨论中,将讨论服务器端脚本调试的方法。然而所讨论的许多技术也可用于客户端脚本调试。
1. 服务器端的调试
为了调试服务器端脚本,在运行IIS的计算机上运行脚本调试器,然而在使用脚本调试器之前,必须启用调试。为了使性能最优化,基于ASP的应用程序在缺省情况下关闭了调试功能。
注意,不要对生产性的应用程序(即处于活动状态的并被他人使用的公用网站)打开调试功能。这样会减慢整个应用程序的运行,并且错误能使网页出现不确定的停止运行情况。
调试仅能为虚拟应用程序和整个Web网站进行设置,为了启用调试,打开应用程序或站点的Properties对话框,在Home Directory选项卡中,点击Configuration按钮,在Application Configuration对话框的App Debugging选项卡中,选择Enable ASP server-side script debugger,如图7-22所示。下面准备调试我们的应用程序。

图7-22 启用调试的屏幕
注意Application Configuration对话框包含一个复选框,能够启用客户端脚本调试。这一点在IIS 5.0中没有实现,在文档中仅标记为“reserved for future use”。如果通常的500-100.asp定制错误页面不可用,Script Error messages部分中包含将文本。
(1) 处理服务器脚本
不像客户端脚本,基于ASP应用程序脚本不是事件驱动的。当客户端要求一个来自服务器的网页时,服务器读取网页内容,并处理所有的服务器脚本(即在<%...%>和<SCRIPT RUNAT="SERVER"></SCRIPT>段中的所有内容),也包括在HTML文本中的“行内”脚本段内容,例如:
The valve of the result is: <% = strResult %>
处理流程显示在图7-23所示的框图中:

图7-23 服务器脚本运行流程图
当IIS载入网页时将处理ASP页面中的所有脚本,在任何输出送给客户端之前,ASP及脚本引擎能够捕获语法和运行期错误(除非你关闭缓冲或调用Response.Flush方法)。
(2) 脚本调试器提供的帮助
启用脚本调试时,如果出现错误,在服务器屏幕上可以看到一个描述ASP代码错误的对话框,点击OK,然后调入当前ASP网页的一个只读拷贝,打开的脚本调试器,错误出现的行由箭头指示,如图7-24所示:

图7-24 脚本调试器
这里,错误的产生是由于出现了Page Counter对象方法的名字错误,应是PageHit而不是DoPageHit。同时,脚本调试器找到了错误并且终止了页面的运行,工具条上的按钮用于程序的继续运行、单步程序运行或者终止页面的处理。
工具条最右边的按钮打开脚本调试器中的Immediate窗口,可以用它和页面进行交互,并且很可能找到出错的地方。例如,可以查询或者设置变量值或组件属性,可以执行内部函数和子程序、自定义函数和子程序以及已经创建的对象方法等。在图中,调用了Page Counter组件的PageHit方法,然后查询Hits属性以得到正在运行的脚本中该处的值。
为了了解为什么在“公共”网站上不应使用脚本调试器,可以从客户机上打开一个包含服务器端错误的页面。在这种情况下,错误信息对话框出现在服务器上,脚本调试器也在服务器上打开。在客户机上,直到运行在服务器上的脚本调试器关闭,才开始载入该页面。
(3) 启动和使用调试器
启用脚本调试后,虚拟应用程序的网页中出现错误时,脚本调试器自动启动。还可以人工启动脚本调试器,在Windows 2000的Start菜单(Programs|Accessories|Microsoft Script Debugger)中完成。相应地,也可在想打开脚本调试器的地方把一个Stop语句插入ASP程序中,当运行至Stop语句时,IIS会终止ASP程序的执行,启动脚本调试器,显示当前页面并指出含有Stop语句的当前行。
脚本调试器能完成下列工作:
· 查看正在或已经运行的文档的列表,并从中选择一个进行查看或编辑。
· 在打开的网页中设置一个新断点,页面在该点停止运行以便进行调试。
· 单步调试,一步运行一条语句,可选地执行子程序和函数。
· 查看调用栈(Call Stack),显示程序中在该点被调用的嵌套子程序或函数。
1. 脚本调试器的技巧和窍门
下面是使用Microsoft Script Debugger时,有助于找到脚本中错误的一些窍门。
· 如果调试服务器端脚本,为ASP应用程序启用脚本调试器。否则,错误信息将作为文本传送给客户端的浏览器,并且不能对服务器端脚本使用脚本调试器。
· 调试完成后,关闭调试功能,否则会降低服务器性能,并且错误的页面会停留在客户端。
· 对于一个或更多的ASP应用程序,如果启用脚本调试器,将传送给它所有的服务器错误,包括那些远程客户访问网页时出现的错误。因此,除非能在自己的服务器上调试,否则不要启用脚本调试器。
· 如果在一个没有安装在服务器上的浏览器中工作,并且在网页中显示错误,则错误在服务器端脚本中。如果一个错误信息出现在对话框中,则错误在客户端脚本中。
· 如果在.asp文件中有一个语法或运行期错误,并且已经对这个ASP应用程序启用调试功能,客户端浏览器将不显示语法错误(除非浏览器运行在服务器上),仅显示超时或不能打开网页。
· 在表明服务器端脚本中是否有错误的消息中,显示的行号指的是包含这个错误的.asp文件的相应行。
· 如果在由.asp文件创建的客户端脚本中有错误,行号并不指向.asp文件的错误行,而是指向错误出现的.asp文件的HTML输出行。为了查看这行,应在客户浏览器中查看HTML文件的源程序。
· VBScript和JScript错误代码在附录D中。

7.5.3 获得ASP的帮助和支持
如果遇到一个不能处理的错误,或者看来像ASP中的一个“bug”的事情,最好能够寻求帮助以解决这个问题。关于ASP在Web上有许多有用的信息源,第1 章后面我们列举了许多。但是,对一些特殊问题,确实需要一些更直接的帮助。
在计算机上安装的ASP和IIS文档是一个好起点,并且能通过浏览器的URL为http://yourservername/iishelp/进行访问。运行Windows 2000的附加组件设置或主设置程序(依赖于安装的Windows 2000版本)时,应保证安装了全部的文档。
也可以从“Microsoft for Windows 2000”得到的完整平台SDK,其中包含了大量关于Windows和Windows 2000中Internet服务的附加信息。它包含完整的VBScript和JScript参考。它可以从微软获得,并提供给MSDN成员。脚本参考文档可单独获得,也可以从“http://www.microsoft.com/scripting/”网站下载。也可从这里获得脚本调试器。
微软开发者网络(The Microsoft Developer's Network,MSDN)Web站点也提供了许多支持和帮助,即使这部分信息有时难以找到。还可以从Workshop网站(http://msdn.microsoft.com/workshop/)开始,这个网站在左边导航栏中有很好的索引和一系列标题。
另外,位于http://msdn.microsoft.com/Library/default.htm的主MSDN库包含有文章、基础知识、FAQ和其他用于IIS和ASP的支持材料,左边窗口使用一个Java扩展列表控件,使用户很容易进行查找。
如果需要特别的帮助,或者需要向其他开发者提出一些问题,在msnews.microsoft.com网站上有一些有用的新闻组。还可以订阅microsoft.public.inetserver.iis、microsoft.public.inetserver.activeserverpages和microsoft.public.inetserver.iis.misc。一些ASP网站也提供有关ASP方面的讨论话题、论坛或聊天室。

7.6 小结
本章讨论的内容是大多数编程者最不喜爱的工作。即使最简单的脚本,也不可能就能第一次正确地工作。随着ASP提供越来越多的特性,在脚本中出现错误的机会也增加了。了解如何发现并处理错误的相关基本知识,是非常必要的。
通过分析可能出现的不同种类的错误,弄清楚缺省的ASP和脚本引擎错误处理系统捕获错误的机理,防止把错误和无效数据传给其他的应用程序。编程时出现的错误越少,越容易发现和解决它们。
然而,好的编程习惯并不能阻止某些种类的错误发生,例如那些由外部资源和服务造成的错误。这意味着提供自己的定制错误处理代码,在出现错误时知道如何跟踪错误并进行妥善处理,是非常重要的。
最后,以对Microsoft Script Debugger的阐述结束了本章,它是有助于找到和解决网页中的运行期错误的一个有用的工具。它可以暂停程序执行和进行单步执行,同时还能够观察程序在进行什么,甚至能够和脚本进行交互。

 

本文作者:
« 
» 
快速导航

Copyright © 2016 phpStudy | 豫ICP备2021030365号-3