ASP 3.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的阐述结束了本章，它是有助于找到和解决网页中的运行期错误的一个有用的工具。它可以暂停程序执行和进行单步执行，同时还能够观察程序在进行什么，甚至能够和脚本进行交互。