您好,登录后才能下订单哦!
这篇文章主要讲解了“ASP.NET项目开发中健康监视怎么实现”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“ASP.NET项目开发中健康监视怎么实现”吧!
健康监视(Health Monitoring),Health Monitoring是ASP.NET2.0以后版本添加的新的特性。它可以允许开发人员监视应用程序中发生的异常的事件。而且监视应用程序的启动,关闭,验证等都有相对应的事件来监视。而且我们还可以创建自定义的事件来监视应用程序中的特定的部分。我们也可以在Health Monitoring中配置把应用程序中的异常是记录在系统的日志中还是Sql Server中,或者是以Email形式发送出去。最重要的一点就是:只要通过配置,我们可以少写,甚至不写代码就可以实现强大的异常处理策略(和类似Enterprise Application Blocks,我们后面会提到的)。
同样,我们还是在web.config中添加配置,在system.web节点中添加﹤healthMonitoring /﹥节点:
默认情况下是禁用的,我们启用就应该如下:
ASP.NET项目开发中健康监视Code1
﹤healthMonitoring enabled=”true﹥ ﹤eventMappings﹥﹤/eventMappings﹥ ﹤providers﹥﹤/providers﹥ ﹤rules﹥..﹤/rules﹥ ﹤profiles﹥..﹤/profiles﹥ ﹤bufferModes﹥..﹤/bufferModes﹥ ﹤/healthMonitoring﹥
下面就看看该节点下的一些配置:
eventMappings节点通过指定事件类型来注册事件类。也就说,要注明我们在应用程序中要监听哪些事件,如下配置:
﹤eventMappings﹥ ﹤clear /﹥ ﹤add name=”CustomException” type=”System.Web.Management.WebBaseErrorEvent” /﹥ ﹤/eventMappings﹥
前面的"name"属性是我们自己为后面的事件取的友好的名称,从﹤eventMappings﹥的字面意思也可以知道:事件的映射。
后面的"type"就是我们要在程序中监听的事件。之前也说过,我们可以监听很多的事件:系统的启动,关闭,验证失败等。
如上所见:"System.Web.Management.WebBaseErrorEvent" 是所有事件的基类。它的子类有很多:
WebApplicationLifetimeEvent--在应用程序的运行过程触发的事情,如,当应用程序开启,关闭时
WebAuthenticationFailureAuditEvent--当ASP.NET验证失败是触发
WebAuthenticationSuccessAuditEvent--验证成功时触发
WebRequestErrorEvent--请求出错时触发
除此之外,我们还可以自定义一些类,派生自基类。
当我们确定了要监听的事件之后,我们就要选择事件的provider,也就说,事件触发后,我们把事情的信息记录到那里。
配置如下:
﹤providers﹥ ﹤clear /﹥ ﹤add name=”EventLogProvider” type=”System.Web.Management.EventLogWebEventProvider” /﹥ ﹤/providers﹥
这之前一样:System.Web.Management.EventLogWebEventProvider是个基类,有很多的子类,这些子类可以使得我们把异常的记录在如sql数据库中,系统日志中等:
SqlWebEventProvider--把异常信息记录到数据库中的提供程序
SimpleMailEventProvider--把异常信息通过Email发送的提供程序
还有一些,大家参看MSDN。
好了,到这里,我们把要监听的事件选择好了,如要监听WebApplicationLifetimeEvent,WebRequestErrorEvent;而且我们也准备把异常系统通过Email发送,我们选择了SimpleMailEventProvider,通过也想把异常记录到数据库中,我们也选择了SqlWebEventProvider。那么我们的配置就如下:
ASP.NET项目开发中健康监视Code2
﹤healthMonitoring enabled=”true﹥ ﹤eventMappings﹥ ﹤clear /﹥ ﹤add name=”CustomException” type=”System.Web.Management.WebApplicationLifetimeEvent” /﹥ ﹤add name=”AnotherException" type=”System.Web.Management.WebRequestErrorEvent” /﹥ ﹤/eventMappings﹥ ﹤providers﹥ ﹤clear /﹥ ﹤add name=”EmailProvider” type=”System.Web.Management.SimpleMailEventProvider” /﹥ ﹤add name=”SqlProvider” type=”System.Web.Management.WebRequestErrorEvent” /﹥ ﹤/providers﹥ ﹤/healthMonitoring﹥
注意:providers节点中的"name"属性也是我们自己取的友好的名称。
好了,该定义的定义好了,现在还是不能按照我们的要求工作,那是因为我们还缺少一个"规则":
如下:
ASP.NET项目开发中健康监视Code3
﹤rules﹥ ﹤clear /﹥ ﹤add name=”Unhandled Exceptions Rule” eventName=”Unhandled Exceptions” provider=”EventLogProvider” profile=”Default” minInstances=”1” maxLimit=”Infinite” minInterval=”00:00:00” /﹥ ﹤/rules﹥
实际上,rules就是把我们之前定义的要监听的事件和相应的provider对象上来:
﹤rules﹥ ﹤clear /﹥ ﹤add name=”MyRules1” eventName=”CustomException” provider=”EmailProvider” profile=”Default” minInstances=”1” maxLimit=”Infinite” minInterval=”00:00:00” /﹥ ﹤/rules﹥
注意上面的name属性,其实和之前一样,我们是给这个规则取个名字而已。eventName就是之前我们定义的事件名称,如"CustomException",provider为之前定义的“EmailProvider” ,本条规则就是说,让EmailProvider来处理CustomException的异常信息。其他的同理。
***一点要注意的就是:如果我们决定发送Email,那么我们还要配置节点:
﹤system.net﹥ ﹤mailSettings﹥ ﹤smtp deliveryMethod=”PickupDirectoryFromIis”﹥ ﹤network defaultCredentials=”true” host=”127.0.0.1” /﹥ ﹤/smtp﹥ ﹤/mailSettings﹥ ﹤/system.net﹥
这样就行了。
感谢各位的阅读,以上就是“ASP.NET项目开发中健康监视怎么实现”的内容了,经过本文的学习后,相信大家对ASP.NET项目开发中健康监视怎么实现这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是亿速云,小编将为大家推送更多相关知识点的文章,欢迎关注!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。