ASP教程十一、调试ASP脚本 

无论您的计划多么精密、经验多么丰富，脚本错误(bug)可能在最初就使您的ASP服务器端的脚本无法正确运行。也就是说调试，即查找和纠正脚本错误，对开发一个成功的和强健的ASP程序是非常重要的。
　
　　Microsoft脚本调试工具
　　Microsoft Script Debugger是一个功能强大的调试工具，它能帮助您迅速查找错误并对服务器端的脚本进行交互测试。Script Debugger与Windows Internet Explorer 3.0版本或更新的版本一起工作。通过它，您可以：
　　逐行运行服务器端脚本。
　　在服务器端脚本执行时，打开命令窗口监视变量、属性或数组元素的值。在特定行设置暂停标记，挂起服务器端脚本（使用调试工具或脚本命令）。
　　在运行服务器端脚本时跟踪过程。
　　注意您可以使用调试工具查看脚本并找到错误所在，但是不能直接编辑脚本。要想改正错误，必须用编辑器编辑脚本然后保存，再运行脚本。
　　详细信息，请参阅Microsoft脚本调试程序.（该功能不能用于Windows 95或更高的版本。）
　　启用调试
　　在开始调试服务器端脚本之前，您必须首先配置Web服务器，使其支持ASP调试。有关配置命令及信息，请参阅启用ASP 调试。
　　在启用Web服务器调试之后，就可以使用下面的任一方法调试脚本：
　　手工打开Microsoft脚本调试器，调试ASP服务器端脚本。
　　使用Internet Explorer请求.ASP文件。如果该文件包含错误或人为添加的停止执行语句，那么Microsoft脚本调试程序将自动启动，显示该脚本，并且指出错误来源。
　　脚本错误
　　调试服务器端脚本时，您可能会碰到各种类型的错误。其中的某些错误使脚本无法正确执行、程序停止执行或返回错误结果。
　　语法错误
　　语法错误是经常碰到的错误，它是由不正确的脚本语法导致的。例如，命令拼写错误或传递给函数的参数不正确都将产生错误。语法错误可能导致您的脚本不能运行。
　　运行时错误
　　运行时错误是脚本在执行过程中脚本指令试图执行不可能的动作而导致的。例如，下面的脚本中包含一个被零除（一种非法的数学运算）的函数，将产生运行时错误：
<script language = \"VBScript\" runat = server>
Result = Findanswer(15)
document.write (\"The answer is \" &Result)
Function Findanswer(x)
\'This statement generates a run-time error.
Findanswer = x/0
End Function
</script>
　　必须纠正导致运行时错误的错误，这样才能使脚本在运行时不被中断。
　　逻辑错误
　　逻辑错误通常可能是潜在和难以检测的。如果有因键入错误或程序逻辑流程错误引起的逻辑错误，脚本可能会成功运行，但产生的结果却是错的。例如，一服务器端脚本计划对一个值列表排序，如果本应使用 “<” 符号比较数值，但却使用了\" >” 符号，那么将返回不正确的排序结果。
　　错误调试技术
　　可以使用多种不同的调试技术来查找错误的根源并测试应用程序。
　　实时(Just-In-Time,JIT)调试
　　当一个运行时错误中断了ASP脚本的执行时，Microsoft脚本调试程序自动启动，显示.ASP文件，将语句指针指向导致错误的行，并产生错误消息。这种调试方式称为实时(JIT)调试，计算机将暂停程序的执行。必须用编辑程序纠正这些错误，保存所做的修正，然后再运行脚本。
　　断点调试
　　当一个错误发生并且很难找到错误的根源时，可使用预设断点的调试方法。断点将脚本暂停在特定一行。可以在脚本中有疑问处设置一个或多个不同的断点，然后使用调试器去改正脚本中设置的变量或属性的值。当您纠正这些错误之后，可以清除断点以便您的脚本能不间断地运行。
　　请用Microsoft脚本调试程序打开脚本，设置断点。然后用Web浏览器请求此脚本。当执行到脚本中含有断点的行时，计算机启动脚本调试程序，并且语句指针会指在设置了断点的行上。
　　VBScript Stop语句调试器
　　通过在服务器端脚本中有问题的部分前面插入Stop语句，您也可以将断点添加到用VBScript编写的服务器端脚本中。例如，下面的ASP脚本包含一个Stop语句，用来在显示结果之前暂停执行：
<%
dayvalue = 3
TheDay = WeekDayName(dayvalue)
Stop \'set breakpoint here.
Response.Write(\"Today is \" + TheDay)
%>
　　当您在请求Web浏览器使用的先前的脚本时，调试程序启动并自动显示.ASP文件，而且语句指针会指示stop语句的位置。一定要记住从交付使用的 .ASP文件中删除Stop语句。
　　用JScript Debugger语句调试
　　要将断点加到用Microsoft JScript编写的服务器端脚本中，可在有疑问的行前插入debugger语句。例如，下面的脚本包含了debugger语句，每次脚本循环到一个新值时，就会中断执行并自动启动Microsoft脚本调试程序。
<%@ Language=\"JScript\" %>
<%
for (var count = 1; count <= 10; count++) {
var eventest = count%2;
debugger //Sets breakpoint
if (eventest == 0) {
response.write(\"Even value is \" + count + \"<br>\")
}
}
%>
　　请记住从交付使用的.ASP文件中删除debugger语句。
　　注意不要混淆debugger语句和JScript break语句。在程序执行期间，break语句仅退出当前循环，并不激活Microsoft 脚本调试器，也不暂停程序的执行。
　　脚本调试技巧
　　除脚本调试程序外，一套好的调试技巧也能减少花费在分析脚本错误根源上的大量时间。尽管大部分错误是由显而易见的根源导致的，但命令拼写错误或丢失变量、某种类型的逻辑和执行错误也可能因不太明显的根源所致。详细信息，请参阅 Microsoft脚本调试程序文档的\"调试技巧\"部分。

　　管理会话
　　成功开发Web应用程序的难题之一是在一次用户访问，即会话期间，当用户在一个应用程序的页与页之间跳转的同时，维护用户信息。HTTP是一种无状态协议，也就是说，Web服务器将某页的每次访问都当作相互无关的访问来处理；服务器不保留前一次访问的任何信息，即使访问就发生在当前访问的几秒钟之前。正因为这种不记忆以前访问的特性使得编写联机目录之类的应用程序很困难，此类应用程序可能需要跟踪用户在目录的不同页间跳转的同时曾选择过的目录项。ASP提供了一个管理会话信息问题的独特方案。使用ASPSession对象和由您的服务器生成的特殊用户ID，您可以创建一个智能应用程序，该应用程序可以识别每个来访的用户并收集应用程序跟踪用户的首选项或选择内容所要用到的信息。
　　ASP通过HTTPcookie设置用户ID。HTTPcookie是存储在用户浏览器上的小文件。因此，如果您正在为不支持cookie的浏览器创建应用程序，或者您的客户将浏览器设置为不接受cookie，请不要使用ASP的会话管理功能。您也可以编写在应用程序启动或结束时运行的脚本。有关定义应用程序启动事件或应用程序结束事件的信息，请参阅Global.asa参考。

　　启动和结束会话
　　会话可以通过三种方式启动：
　　一个新用户请求访问一个URL，该URL标识了某个应用程序中的.ASP文件，并且该应用程序的Global.asa文件包含Session_OnStart过程。
　　用户在Session对象中存储了一个值。
　　用户请求了一个应用程序的.ASP文件，并且该应用程序的Global.asa文件使用<OBJECT>标签创建带有会话作用域的对象的实例。有关使用<OBJECT>标签创建带有会话作用域的对象的实例的详细信息，请参阅使用组件。
　　如果用户在指定时间内没有请求或刷新应用程序中的任何页，会话将自动结束。这段时间的默认值是20分钟。可以通过在Internet服务管理器中设置\"应用程序选项\"属性页中的\"会话超时\"属性改变应用程序的默认超时限制设置。应依据您的Web应用程序的要求和服务器的内存空间来设置此值。例如，如果您希望浏览您的Web应用程序的用户在每一页仅停留几分钟，就应该缩短会话的默认超时值。过长的会话超时值将导致打开的会话过多而耗尽您的服务器的内存资源。
　　对于一个特定的会话，如果您想设置一个小于默认超时值的超时值，可以设置Session对象的Timeout属性。例如，下面这段脚本将超时值设置为5分钟。
　　<% Session.Timeout = 5 %>
　　您也可以设置一个大于默认设置的超时值，Session.Timeout属性决定超时值。您也可以通过Session对象的Abandon方法显式结束一个会话。例如，在表格中提供一个“退出”按钮，将按钮的ACTION参数设置为包含下列命令的.ASP文件的URL 。
　　<% Session.Abandon %>

　　关于SessionID和Cookie
　　当用户第一次请求给定的应用程序中的.ASP文件时，ASP生成一个SessionID。SessionID是由一个复杂算法生成的号码，它唯一标识每个用户会话。在新会话开始时，服务器将SessionID作为一个cookie存储在用户的Web浏览器中。
　　SessionID与钥匙很相似，当会话期间用户与应用程序交互时，ASP可以将用户信息存储在服务器的一个“保险箱”中。正象用钥匙能存取保险箱中物品一样，通过在HTTP请求标题中发送的用户SessionID cookie，就能够对该\"保险箱\"中的内容进行访问。每当ASP收到一个页请求时，就检查HTTP请求标题，以获得SessionID cookie。
　　在将SessionIDcookie存储于用户的浏览器之后，即使用户请求了另一个.ASP文件，或请求了运行在另一个应用程序中的.ASP文件，ASP仍会重用该cookie跟踪会话。与此相似，如果用户故意放弃会话或让会话超时，然后再请求另一个.ASP 文件，那么ASP将以同一个cookie开始新的会话。只有当服务器管理员重新启动服务器或用户重新启动Web浏览器时，此时存储在内存中的SessionID设置将被清除,用户将会获得新的SessionID cookie。
　　通过重用SessionIDcookie，ASP将发送给用户浏览器的cookie数量降为最低。另外，如果您决定您的ASP应用程序不需要会话管理，就可以不让ASP跟踪会话和向用户发送SessionID 。
　　ASP在以下情况下不发送会话的cookie：
　　应用程序的会话状态被禁用。
　　ASP页被定义为无会话，即该页包含<%@ EnableSessionState=False %> 标记。
　　详细信息，请参阅无会话的ASP页。
　　请注意，SessionIDcookie并不提供跟踪用户对某个Web站点的多次访问的永久方法。存储在服务器内存中的SessionID信息很容易丢失。如果想跟踪在很长时间内访问您的Web应用程序的用户，必须通过在用户的Web浏览器中存储一个专门的cookie，并将cookie信息保存到数据库中来创建一个用户标识。详细信息，请参阅使用Cookie。

　　在Session对象中存储数据
　　Session对象提供了一个可在其中存储信息的动态关联数组。您可以在Session对象中存储数值变量和对象变量。
　　通过对Session对象中的命名项赋值，可将变量存储在Session对象中。例如，以下命令将两个新变量存储在Session 对象中：
<%
Session(\"FirstName\") = \"Jeff\"
Session(\"LastName\") = \"Smith\"
%>
　　通过访问该命名项可从Session对象中获取信息。例如，显示Session(\"FirstName\") 的当前值：
　　Welcome <%= Session(\"FirstName\") %>
　　可以在Session对象中存储用户的首选项，然后通过访问首选项来决定将哪一页发送给用户。例如，可以允许用户在您的应用程序的第一页中指定纯文本版本的内容并将这一选择应用到用户此后对该应用程序的所有页的访问上。
<% If Session(\"ScreenResolution\") = \"Low\" Then %>
This is the text version of the page.
<% Else %>
This is the multimedia version of the page.
<% End If %>
　　您也可以在Session对象中存储一个对象实例，但这样做会影响服务器的性能。详细信息，请参阅设置对象作用域。
　　管理WebFarm的会话
　　ASP会话信息存储在Web服务器中。浏览器必须向Web服务器请求页才能获得用来访问会话信息的脚本。在WebFarm（其中许多Web服务器共同承担响应用户申请的责任）中，用户的请求并不总是被路由到同一个服务器，而是由一个被称为负载平衡进程的特殊软件对此URL站点的申请分配任意一个空闲的服务器。负载平衡进程使在WebFarm中保存会话信息变得更加困难。
　　为了在一个负载被平衡的站点上使用ASP会话管理，必须保证用户会话的所有请求都被定向到同一个Web服务器。一种做法是编写一个Session_OnStart过程，此过程使用Response 对象将浏览器重定向到运行该用户会话的Web服务器。如果在您的应用程序页中的所有链接都是相对的，那么以后对某一页的所有请求都将被路由到同一个服务器。
　　例如，某用户要通过请求某一站点的通用URL：http://www.microsoft.com来访问一个应用程序。负载平衡进程将申请路由到服务器server3.microsoft.com。ASP在此服务器上生成了一个新的用户会话。在Session_OnStart过程中，浏览器被重定向给指定的服务器：
<%
Response.Redirect(\"http://server3.microsoft.com /Webapps/firstpage.asp
\") %>
　　浏览器将请求指定的页，并且以后的所有请求都将被路由到同一个服务器。

　　使用Cookie
　　cookie是Web服务器嵌在用户的Web浏览器中，用来代表用户的令牌。当下次同一浏览器请求一页时，它将发送从Web服务器收到的cookie。cookie允许有一组信息与用户关联。ASP脚本使用Response和Request对象的Cookies集合，可以获取和设置cookie的值。
　　设置cookie
　　要设置cookie的值，可使用Response.Cookies。如果cookie不存在，Response.Cookies将创建新的cookie。例如，要向浏览器发送一个有关联值(\"Mars\")的cookie名(\"planet\")，可使用下列命令，这些命令必须出现在您的 Web页的<HTML>标记前：
　　<% Response.Cookies(\"planet\")=\"Mars\" %>
　　如果您只希望cookie在当前的用户会话中被使用，则只需向浏览器发送cookie。但是，如果要在用户已经终止或重新启动浏览器之后确认用户，就必须强制浏览器将cookie存储在计算机的硬盘上。要保存cookie，可使用Response.Cookies的Expires属性并将日期设置为此后的某一天：
<%
Response.Cookies(\"planet\") = \"Mars\"
Response.Cookies(\"planet\").Expires = \"January 1, 1999\"
%>
　　cookie可有多个值；这样的cookie被称为一个带索引的cookie。每个cookie值都被赋予一个关键字；您可以设置一个特定的 cookie关键字的值。例如：
<% Response.Cookies(\"planet\")(\"Mars\")=
\"SpaceMissions\" %>
　　如果某个现有的cookie具有关键字值但Response.Cookies未指明一个关键字的名称，则该关键字值将被删除。类似的，如果某个现有的cookie没有关键字值但 Response.Cookies指明了关键字的名称和值，则现有的cookie值将被删除，并生成新的key-value对。
　　获取cookie
　　要获取cookie的值，可使用Request.Cookies集合。例如，如果用户的HTTP请求设置了planet=Mars，则下列语句将获取值Mars：
　　<%= Request.Cookies(\"planet\") %>
　　相似的，要从带索引的cookie中获取关键字值，可使用关键字名。例如，如果用户发出下列的HTTP请求：
　　planet=Mars&Mars=SpaceMissions
　　下列脚本将返回值SpaceMissions：
　　<%= Request.Cookies(\"planet\")(\"Mars\") %>
　　设置cookie路径
　　由ASP存储在用户的Web浏览器中的每个cookie都包含路径信息。当浏览器请求的文件的位置与在cookie中指定的路径相同时，浏览器自动将cookie转发给服务器。默认情况下，cookie路径与包含最初生成cookie的.ASP文件的应用程序名对应。例如，如果在名为UserApplication的应用程序中的 .ASP文件生成了一个cookie，那么每当用户的Web浏览器在此应用程序中获取文件时，除其他在路径/UserApplication 下的cookie外，浏览器还要将该cookie转发给服务器。
　　要给cookie声明一个不同于默认的应用程序路径的路径，可以使用ASP的Response.Cookies集合的Path属性。例如，下列脚本将路径SalesApp/Customer/Profiles/赋予名为Purchases的cookie：
<%
Response.Cookies(\"Purchases\") = \"12\"
Response.Cookies(\"Purchases\").Expires = \"January 1, 2001\"
Response.Cookies(\"Purchases\").Path = \"/SalesApp/Customer/Profiles/\"
%>
　　每当包含Purchasescookie的Web浏览器请求位于路径/SalesApp/Customer/Profiles/或其子目录的文件时，浏览器将cookie转发给服务器。
　　许多Web浏览器，包括Microsoft Internet Explorer　4.0和Netscape浏览器，保留cookie路径的大小写。也就是说，如果一个被请求的文件的大小写与保留的cookie路径不同，那么浏览器是不会向服务器转发cookie的。例如，对于ASP，虚拟目录/TRAVEL和/travel是相同的ASP应用程序，而对于保留URL的大小写的浏览器而言，/TRAVEL和/travel则是两个不同的应用程序。应确保.ASP文件的所有URL具有相同的大小写，以保证用户的浏览器能够转发存储的cookie。
　　如果需要，可使用下列语句设置cookie路径，使得无论应用程序或路径是什么，只要用户的Web浏览器向您的服务器请求文件，就会转发cookie：
　　Response.Cookies(\"Purchases\").Path = \"/\"
　　但是，请注意，在不区分应用程序的情况下向服务器发送cookie，如果cookie包含不应被指定应用程序以外的程序访问的敏感信息，就可能产生安全性问题。
　　不使用cookie而保留状态
　　并不是所有的浏览器都支持cookie。即便使用支持cookie的浏览器，有些用户也可能喜欢关闭cookie支持。如果您的应用程序需要响应不支持cookie的浏览器，就必须使用ASP会话管理。
　　如果您不使用ASP会话管理，就必须编写您自己的机制以便在您的应用程序页之间传递信息。有两种常规的方法可完成该任务：
　　向 URL 的查询字符串添加参数。例如：
　　http://MyServer/MyApp/start.asp?name=Jeff
　　但是，某些浏览器，在表格被以GET方法提交的情况下会丢弃查询字符串中传递的显式参数。
　　向表格中添加隐含值。例如，以下的HTML表格包含一个隐含的控件。此控件在真正的表格中不出现，而且对用户的Web浏览器是不可见的。通过HTTP POST方法，表格除了传递用户提供的信息外，还传递用户标识。
<FORM METHOD=\"POST\" ACTION=\"/scripts/inform.asp\">
<INPUT TYPE=\"text\" NAME=\"city\" VALUE=\"\">
<INPUT TYPE=\"text\" NAME=\"country\" VALUE =\"\">
<INPUT TYPE=\"hidden\" NAME=\"userid\" VALUE= <%=UserIDNum(i) %>
<INPUT TYPE=\"submit\" VALUE=\"Enter\">
　　本方法要求传输用户信息的所有链接目标被编码为HTML表格。
　　如果您当前没有使用ASP会话管理，请关闭您的应用程序会话支持。当会话启用时，ASP向每个请求ASP页的浏览器发送 SessionID cookie。要关闭会话支持，可清除Internet服务管理器中的“应用程序选项”属性页中的“启用会话状态”复选框。

　　无会话的ASP页
　　ASP也提供创建无会话页的功能，您可以使用该功能将会话的创建时间推迟到用户访问一个需要会话跟踪的ASP页时。
　　无会话页不执行以下功能：
　　执行Session_OnStart过程。
　　发送会话 IDcookie。
　　创建 Session 对象。
　　访问用<OBJECT>标记创建的内建会话对象或会话作用域对象。
　　与其他会话请求顺序执行。
　　要将.ASP配置为无会话，可使用下列语句：
　　<%@ EnableSessionState=False %>
　　您应将此脚本置于.ASP文件的第一行，位于其他脚本之前。默认情况下，若省略此标记，则启用会话跟踪。
　　无会话ASP页通过消除潜在的耗时会话操作，改善服务器的响应性能。例如，考虑以下情况，ASP页包含某个帧集中的两个HTML帧，帧1和帧2。帧1包含一个执行复杂脚本的.ASP文件，而帧2包含一个简单的.html文件。因为ASP顺序执行（即串行执行）会话请求，所以在帧1的脚本被执行之前，您将不会看到帧2的内容。但是，如果您将帧1设置为无会话，则ASP请求将不再被串行处理，浏览器不必等待执行完帧1的内容就可以处理帧2的内容。但是，不同帧的多个请求的处理方式最终还要取决于用户Web浏览器的配置。某些Web浏览器可能不理会您的.ASP文件的无会话配置，照样串行处理请求。