通常web应用程序在发布后，为了给用户一个友好界面和使用体验，都会在错误发生时跳转至一个自定义的错误页面，而不是asp.net向用户暴露出来的详细的异常列表。 　　简单的错误处理页面可以通过web.config来设置 ＜customErrors mode="RemoteOnly" defaultRedirect="GenericErrorPage.htm"＞ 　＜error statusCode="403" redirect="NoAccess.htm" /＞ 　＜error statusCode="404" redirect="FileNotFound.htm" /＞ ＜/customErrors＞ 　　如果想通过编程的方式来呈现错误原因，可以通过Page_Error事件来做这件事。 　　另一种方式则可以通过Global.asax来实现，我觉得这种方式较为方便，另外如果能结合一个单独的更加友好的页面...

如果您是PHP老手，当然知道当PHP脚本出错时发生了什么事情。此时PHP解析器将在屏幕上给出错误信息，如 Fatal error: Call to undefined function on line 19 --，因此程序在此处终止。这个信息会吓到客户，他可能立即打电话和你进行咨询。 幸运的是，这里有解决办法。PHP拥有内置工具，可以让开发人员捕捉脚本错误然后将它们转到自定义的错误处理器。此时则可以对处理器进行编程显示更多关于错误的详细信息。还可以将错误写入文件或数据库以采取补救措施。有时候还可以对处理器编写程序忽略错误消息。 本文中，我将阐述如何使用PHP的错误处理API构建用户自定义的错误处理器，并且说明如何以简单而友好的方式显示和管理脚本...

ASP是非常简单的，以至于许多的开发者不会去思考错误处理。错误处理能够让你的应用程序更加合理。我看到过很多个用ASP编写的商业网站，大多数都忽略了错误处理。　　错误的类型　　有三种主要的错误类型：　　１．编译错误：　　这种错误出现一般都是代码的语法问题。因为编译错误而导致辞ASP停止运行。　　２．运行错误：　　这个错误是发生在你准备运行ASP时的。例如：如果你试图给一个变量赋值，但是却超出了该变量允许的范围。　　３．逻辑错误：　　逻辑错误是最难被发现的，这种错误经常是一种结构错误，电脑是发现不了的。这就需要我们彻头彻尾地检查我们的代码。　　因为编译错误一般是和逻辑错误一起发生的，一般都能显示出...