• Asp.net中网站级异常捕获


    最近在公司某管理系统中,用了一些独立的模块,在这些类的实现中,错误是直接抛出异常的,我想这是我们通常的做法。然而,问题也来了,由于自己在Asp.net页面中没有去捕获这些异常,并且多处页面中都使用了这些类,于是在多个页面都会出现不友好的错误提示信息。

    怎么办?又不想一处一处修改代码,既费时又费力,这样编程不就变成了体力劳动,从而失去了乐趣。 这时让我想起了自定义错误页,于是Google,终于找到了答案。

    1、配置web.config:

    <customErrors mode="RemoteOnly" defaultRedirect="ErrorPage.aspx" redirectMode="ResponseRewrite"/>
     关键是redirectMode属性,该属性默认为ResponseRedirect,由于被Redirect了,异常也就被忽略了,使你无法捕获到异常。这里罗嗦一句:因为出错前后被认为是两次请求,我们知道http协议是一种无状态的协议,第二次请求忽略了第一次的异常也就不奇怪了。于是有人用了Session或Application来保存异常,这是不可取的。正确的做法是使用“ResponseRewrite"。

    2、输出异常信息:

     我们知道网站出错时,会自动导向我们的ErrorPage.apx页面,在ErrorPage.aspx中如何访问这个异常呢?答案是:Server.GetLastError(),当然有可能是Server.GetLastError().InnerException。这要具体分析了。

    if(Server.GetLastError()!=null){
       Response.Write(Server.GetLastError().Message);
    }

    顺便说一下:

    Asp.net MVC中就简单多了,框架自带了一个Error.aspx,异常保存在Model.Exception中,并且Web.config中也为我们配置好了,只需要在Controller上添加[HandleError]特性就可以了。在下从去年以来开发的网页就基本是MVC的了,结构清晰,扩展方便,清凉的HTML代码输出。有空看看MVC的源代码还是很有帮助的。

  • 相关阅读:
    sql优化
    一些有用的单词(1)
    用到的 Sed 注解
    终端工具注册码
    nginx四层、七层负载均衡配置示例
    http 状态码
    04. Golang 数据类型
    03. Golang 特性
    02. Go 命令
    01. GOPATH 目录结构划分的两种风格
  • 原文地址:https://www.cnblogs.com/hjblog/p/2017904.html
Copyright © 2020-2023  润新知