文章编号: 308132 - 最后修改: 2006年12月27日 - 修订: 3.1

HOW TO：使用 Visual Basic .NET 在 ASP.NET 中创建自定义的错误报告页

查看本文应用于的产品
本文的发布号曾为 CHS308132

本页

展开全部 | 关闭全部

概要

本文介绍在 ASP.NET 中出现错误时如何使用 Visual Basic .NET 代码捕获和响应错误。ASP.NET 已经在传统的 Microsoft Active Server Pages (ASP) 基础上改进了错误处理选项。在 ASP.NET 中，您可在应用程序中处理若干不同级别的错误。

回到顶端

ASP.NET 中的新功能

ASP.NET 在处理和响应错误的方式上进行了若干改进。在传统的 ASP 中，是用"On Error Resume Next"（或在 Jscript 中用 try-catch 块）处理错误的。或者，如果您运行的是 Microsoft Internet 信息服务(IIS) 5.0，则使用 ASPError 对象创建自定义的错误报告页。然而，这些方法都有其局限性。

ASP.NET 提供了在运行 ASP.NET 应用程序时可能出现的错误的若干处理和响应级别。ASP.NET 提供三种用于在出现错误时捕获和响应错误的主要方法：Page_Error 事件、Application_Error 事件以及应用程序配置文件 (Web.config)。

本文演示如何在 ASP.NET 应用程序中使用这些新功能。尽管本文由于与 ASP.NET 直接相关而介绍了如何提供自定义错误页和一般错误报告，但是它并不介绍其他错误处理方法，如 try-catch-finally 块和公共语言运行库 (CLR) 异常系统。

回到顶端

如何使用 Page_Error 事件

Page_Error 事件提供一种捕获在页级别出现的错误的方法。您可以只是显示错误信息（正如下面的示例代码所示），也可以记录事件或执行某个其他操作。

备注：此示例在浏览器中显示详细的错误信息，提供此示例只是为了进行说明。向应用程序的最终用户显示详细信息（尤其是该应用程序在 Internet 上运行时）一定要小心。更适当的做法是向用户显示一条消息，告知已发生错误，然后将具体的错误详细信息记录在事件日志中。

本示例引发一个强迫错误发生在 Page_Load 事件中的空异常。按照以下步骤可创建将测试 Page_Error 事件的初始页。
  1. 按照以下步骤将名为 PageEvent.aspx 的新文件添加到项目中：
    1. 打开 Microsoft Visual Studio .NET。
    2. 在解决方案资源管理器中，右键单击该项目节点，指向添加，然后单击添加 Web 窗体。
    3. 在名称文本框中，键入 PageEvent.aspx，然后单击打开。
  2. 将以下代码添加到 PageEvent.aspx 中： 
    <%@ Page Language="vb"%>
<script runat=server>
Sub Page_Load(Sender as object, e as EventArgs)
	throw(new System.ArgumentNullException())
End Sub
		
Sub Page_Error(Sender as object, e as EventArgs)
	Dim objErr as Exception = Server.GetLastError().GetBaseException()
	Dim err as String = "<b>Error Caught in Page_Error event</b><hr><br>" & _ 
			  "<br><b>Error in:</b>" & Request.Url.ToString() & _
			  "<br><b>Error Message:</b>" & objErr.Message.ToString() & _
			  "<br><b>Stack Trace:</b><br>" & _
			  objErr.StackTrace.ToString()
	Response.Write(err.ToString())
	Server.ClearError()
End Sub
</script>
  3. 从文件菜单中，单击保存 PageEvent.aspx。
  4. 右键单击该页，然后单击在浏览器中查看以运行该页。请注意，将按照代码规范引发和报告错误。
备注：您可能注意到代码发出对 Server.ClearError 的调用。这将防止错误继续到要被处理的 Application_Error 事件中。


回到顶端

如何使用 Application_Error 事件

与 Page_Error 事件相类似，您可使用 Application_Error 事件捕获发生在应用程序中的错误。由于事件发生在整个应用程序范围内，因此您可记录应用程序的错误信息或处理其他可能发生的应用程序级别的错误。

下面的示例基于前面的 Page_Error 事件代码示例，如果 Page_Load 事件中的错误未在 Page_Error 事件中捕获，将引发异常。Application_Error 事件在应用程序的 Global.asax 文件中进行指定。为简单起见，本节中的步骤创建一个要在其中引发异常的新页，捕获 Global.asax 文件的 Application_Error 事件中的错误，并将该错误写入事件日志中。下面的步骤演示如何使用 Application_Error 事件：
  1. 将名为 AppEvent.aspx 的新文件添加到项目中：
  2. 将以下代码添加到 AppEvent.aspx 中： 
    <script language=vb runat="server">
Sub Page_Load(Sender as object, e as EventArgs)
	     throw(new ArgumentNullException())
End Sub
</script>
  3. 从文件菜单中，单击保存 AppEvent.aspx。
  4. 将 Application_Error 事件添加到 Global.asax 文件中以捕获在 AppEvent.aspx 页的 Page_Load 事件中引发的错误。请注意，您必须将 System.Diagnostics 名称空间的 Imports 语句添加到要使用事件日志的 Global.asax 中。

    将以下代码添加到 Global.asax 文件中： 
    Imports System.Diagnostics

Sub Application_Error(ByVal sender As Object, ByVal e As EventArgs)
Dim objErr As Exception = Server.GetLastError().GetBaseException()
Dim err As String = "Error Caught in Application_Error event" & _
System.Environment.NewLine & _
"Error in:" & Request.Url.ToString() & _
System.Environment.NewLine & _
"Error Message:" & objErr.Message.ToString() & _
System.Environment.NewLine & _
"Stack Trace:"& objErr.StackTrace.ToString()

EventLog.WriteEntry("Sample_WebApp", err, EventLogEntryType.Error)
Server.ClearError()
'additional actions...
End Sub
  5. 保存 Global.asax 文件。
  6. 在 Visual Studio .NET 中，在生成菜单上，单击生成。
  7. 右键单击该页，然后单击在浏览器中查看。在这种情况下该页将为空白，但是您应该注意到在事件日志中已添加了一个新项。本示例在应用程序日志中生成一个项，可从事件查看器访问应用程序日志。在记录错误之后，您可能希望将用户重定向到另一个更用户友好的错误页或者根据需要执行一些其他操作。
回到顶端

如何使用 Web.config 文件

如果您不调用 Server.ClearError 或者捕获 Page_Error 或 Application_Error 事件中的错误，则将根据 Web.config 文件的 <customErrors> 部分中的设置处理错误。在 <customErrors> 部分，可将重定向页指定为默认的错误页 (defaultRedirect) 或者根据引发的 HTTP 错误代码指定特定页。您可使用此方法自定义用户收到的错误信息。

如果发生在应用程序以前的任一级别都未捕获到的错误，则显示这个自定义页。本节演示如何修改 Global.asax 文件，以便从不调用 Server.ClearError。因此，错误在作为捕获错误的最后一点的 Web.config 文件中进行处理。
  1. 从上一个示例中打开 Global.asax 文件。
  2. 将 Server.ClearError 行注释掉，以便确保错误出现在 Web.config 文件中。
  3. 将所作更改保存到 Global.asax 中。代码看起来应类似如下形式： 
    Sub Application_Error(ByVal sender As Object, ByVal e As EventArgs)
Dim objErr As Exception = Server.GetLastError().GetBaseException()
Dim err As String = "Error Caught in Application_Error event" & _
System.Environment.NewLine & _
"Error in:" & Request.Url.ToString() & _
System.Environment.NewLine & _
"Error Message:" & objErr.Message.ToString() & _
System.Environment.NewLine & _
"Stack Trace:"& objErr.StackTrace.ToString()

EventLog.WriteEntry("Sample_WebApp", err, EventLogEntryType.Error)
'Server.ClearError()
'additional actions...
End Sub
  4. 将以下代码添加到 <customErrors> 部分，以便将用户重定向到自定义页： 
    <customErrors defaultRedirect="http://hostName/applicationName/errorStatus.htm" mode="On">
</customErrors>
    备注：必须修改 defaultRedirect 属性中的文件路径，以便它引用相关的 Web 服务器和应用程序名称。
  5. 因为在此级别捕获的错误会发送到默认的错误页，所以必须创建一个名为 ErrorStatus.htm 的错误页。请记住，您要使用此方法来控制向用户呈现的内容，所以此示例使用 .htm 页作为错误页。将以下代码添加到 ErrorStatus.htm 中： 
    <HTML>
<HEAD>
<TITLE></TITLE>
<META NAME="GENERATOR" Content="Microsoft Visual Studio 7.0">
</HEAD>
<BODY>
<b>Custom Error page!</b>
<br>
You have been redirected here from the &lt;customErrors&gt; section of the 
Web.config file.
</BODY>
</HTML>
  6. 若要测试该代码，请保存这些文件，生成项目，然后在浏览器中查看 AppEvent.aspx。请注意，在引发错误时，您将被重定向到 ErrorStatus.htm 页。
尽管您可在 <customErrors> 部分中 defaultRedirect 属性的值中引用默认的错误页，但是您还可根据引发的 HTTP 错误代码指定要重定向到的特定页。<error> 子元素允许使用此选项。例如： 
<customErrors defaultRedirect="http://hostName/applicationName/errorStatus.htm" mode="On">
	<error statusCode="404" redirect="filenotfound.htm" />
</customErrors>
备注：在 <customErrors> 部分的 defaultRedirect 中指定的页是一个 .htm 文件。如果您打算在 .aspx 页中使用 GetLastError （正如 Page_Error 和 Application_Error 示例那样），则在进行重定向之前，必须将异常存储在会话变量或某个其他方法中。

请注意，<customErrors> 部分包括设置为 On 的 mode 属性。mode 属性用于控制错误重定向发生的方式。例如，如果您正开发应用程序，则很可能希望查看实际的 ASP.NET 错误信息，并且不希望被重定向到更用户友好的错误页。mode 属性包括以下设置：
  • On：未被处理的异常将用户重定向到指定的 defaultRedirect 页。此模式主要用于生产。
  • Off：用户收到异常信息而不是被重定向到 defaultRedirect 页。此模式主要用于开发。
  • RemoteOnly：只有在本地计算机上访问该站点的用户（通过使用 localhost）才能收到异常信息。所有其他用户都被重定向到 defaultRedirect 页。此模式主要用于调试。
回到顶端

疑难解答

在 Windows 2000 和 Windows XP 上的默认安装中，ASP.NET 在辅助进程中运行 Web 应用程序代码。此进程的标识默认为名为 ASPNET 的无特权本地帐户。在 ASP.NET 的 beta 版中，该进程标识是 System，它是一个功能强大的管理员帐户，拥有许多计算机特权。

有关此更改、它如何影响在本文中运行的代码以及可能需要其他访问权限的其他代码的更多信息，请参阅以下链接。
Microsoft .NET 框架 1.0 版的安全更改 (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnnetsec/html/V1securitychanges.asp)
ASP.NET 中的进程和请求标识 (http://www.gotdotnet.com/team/upgrade/v1/aspnet_account_readme.doc)

回到顶端

参考

有关更多信息，请参阅以下 Microsoft Web 站点：
.NET 中的异常管理
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/exceptdotnet.asp (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/exceptdotnet.asp)

使用异常在 .NET 框架中处理错误 (Dr. GUI.NET #5)
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpguide/html/cpconHandlingThrowingExceptions.asp (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpguide/html/cpconHandlingThrowingExceptions.asp)

HttpServerUtility.ClearError 方法
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfSystemWebHttpServerUtilityClassClearErrorTopic.asp (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfSystemWebHttpServerUtilityClassClearErrorTopic.asp)

MSDN .NET 开发中心
http://msdn2.microsoft.com/en-us/netframework/default.aspx (http://msdn2.microsoft.com/en-us/netframework/default.aspx)

Microsoft .NET 主页
http://www.microsoft.com/net/ (http://www.microsoft.com/net/)
回到顶端
这篇文章中的信息适用于:
  • Microsoft ASP .NET（随 .NET 框架一起提供）
  • Microsoft Visual .NET 2002 标准版
回到顶端
关键字：?
kbhowto kbhowtomaster kbweb kbgrpdsasp kbconfig kberror KB308132
回到顶端
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性，不作任何声明。 所有该等文件及有关图形均"依样"提供，而不带任何性质的保证。Microsoft和/或其各供应商特此声明，对所有与该等信息有关的保证和条件不负任何责任，该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下，在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中，Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。
 

Get Help Now

Contact a support professional by E-mail, Online, or Phone

文章翻译

 

Related Support Centers