如何在我的ASP.NET应用程序中创建“通用错误”页面,以便它处理在

对错误进行分类.

>找不到页面(这是我的日志).
>通过尝试破解它来破坏页面的参数
>错误的用户数据输入错误.
>完全未知的错误 – 我们必须修复的新错误.
> a非常困难的一般错误 – 没有运行 – 例如,数据库根本没有打开.

我们的目标

现在显示错误页面,但仅限于极少数情况.

因此,当用户使用页面进行操作时,我们会尝试捕获用户的所有错误输入,并告诉他如何继续执行任何错误.

全局错误处理程序

您可以使用void Application_Error(对象发送方,EventArgs e)捕获global.asax上的所有错误.

void Application_Error(object sender,EventArgs e) 
{
    try
    {
        Exception LastOneError = Server.GetLastError();

        if (LastOneError != null)
        {
            Debug.Fail("Unhandled error: " + LastOneError.ToString());

            if (!(EventLog.SourceExists(SourceName)))
                EventLog.CreateEventSource(SourceName,LogName);

            EventLog MyLog = new EventLog();
            MyLog.Source = SourceName;
            StringBuilder cReportMe = new StringBuilder();

            cReportMe.Append("[Error come from ip:");
            cReportMe.Append(GetRemoteHostIP());
            cReportMe.Append("] ");
            cReportMe.Append("Last Error:");
            cReportMe.Append(LastOneError.ToString());

            if (LastOneError.ToString().Contains("does not exist."))
            {
                // page not found
                MyLog.WriteEntry(cReportMe.ToString(),EventLogEntryType.Warning,998);
            }
            else
            {
                MyLog.WriteEntry(cReportMe.ToString(),EventLogEntryType.Error,999);
            }               
        }
    }
    catch (Exception ex)
    {
        Debug.Fail("Unhandled error: " + GlobalFun.GetErrorMessage(ex));
    }

    string cTheFile = HttpContext.Current.Request.Path;

    // to avoid close loop and stackoverflow
    if(!cTheFile.EndsWith("error.aspx"))
        Server.Transfer("~/error.aspx");
}

这个全局错误句柄有一个主要目标,告诉我什么没有工作,并且在到达此处之前无法处理它,所以我记录它(不是记录它的方式)并很快修复它.当我调试我的代码时,我没有使服务器传输能够快速找到错误.

对于黑客错误案例

在这种情况下,最好现在显示任何错误,但只需通过重定向重新加载页面.如何知道它是否试图入侵该页面？

如果在回发后你得到你知道的参数的CRC / hach??错误.看看回答https://stackoverflow.com/a/2551810/159270以查看视图状态错误的示例以及如何处理它.

我知道MVC没有viewstate,但是你的代码上可能有其他加密字符串,或者某种安全性,你知道它什么时候坏了.这是一般的想法：

if(IsPostBack && HashErrorOnParametres)
{
  LogIt();
  Responce.Redirect(Request.RawUrl,true);
  return;
}

对于非常困难的一般错误

假设您的数据库根本没有打开,然后所有用户都开始从常规处理程序中看到错误页面.在那里你可能有一个额外的选项来重新启动池,或者在最后5分钟或类似的情况下20个错误后停止页面,并发送电子邮件来运行并修复这个非常困难的错误.

对于其余的软错误

我认为必须使用try / catch在页面内处理所有可能的已知错误,并向用户显示出现错误的消息,如果此错误来自用户,并且当然记录它以查看并修复它.

打破页面的部分,也许一部分是抛出错误,其余部分工作正常,如果这不是那么重要,你可以简单地隐藏这部分,并显示其余部分,直到你修复它.例如,如果您只显示有关产品的信息,并且说出一个部件的部分会抛出错误,您可以简单地隐藏此部件并在日志中查看并修复它.

有段时间我尝试使用受保护的覆盖void OnError(EventArgs e)来处理每页错误,但这对我没有帮助,我将其删除.我处理每个操作的错误,如果它们不重要,我会隐藏它们直到我修复它们.

其余的正常错误显示在用户身上,例如没有输入正确的数据……一条消息,告诉他们要修复的内容.

正如我所说,我的目标是根本不显示错误页面.