.NET中的异常和异常处理用法分析
本文较为详细的分析了.NET中的异常和异常处理用法。分享给大家供大家参考。具体分析如下:
.NET中的异常(Exception)
.net中的中异常的父类是Exception,大多数异常一般继承自Exception。
可以通过编写一个继承自Exception的类的方式,自定义异常类!
异常处理机制:
Try
{
//可能发生异常的代码
//后续代码
}
//Try以外的代码
catch(Exception e)
{
}
finally
{
}
上述代码描述如下
1.谁能执行
在异常处理中,一旦try里面有了问题,程序会放弃异常的后续代码直接跳到catch中。
执行完了catch中的代码,继续执行Try以外的代码。
2.关于catch()中的参数e
e就是发生异常的异常类对象,可以任意取名。不是必须叫e的。
3.只抛一个
一块try中的代码只能抛出一个异常。
为什么呢?
因为一旦异常就抛出了啊,后面有也不执行了呀!
4.获取信息
可以通过 e.Message获取异常信息
5.必须执行
finally 无论如何都会执行
6.可以没有catch
可以只有 try catch
也可以只有try finally
优秀的异常处理作风
1.不要逃避问题不要只把异常catch住,什么都不做,或者只是打印一下,这不是优秀的“异常处理”作风。
不知道怎么处理异常,就不要catch。让他暴露出来。既然发生异常了,问题就肯定是有的,逃避不是办法,直面他,才能解决他。尤其在分层的项目中。会让程序陷入深度的逻辑混乱状态。而问题被藏起来了,你甚至不知道哪里发生了问题。
2.如果真的遇到乱try、catch的程序员怎么办?
vs很强大,它想到了这种情况。点击【调试】【异常】进入这样一个工具,选中第二行 的引发选项。
这样在调试的时候,无论是否try catch都会暴漏出异常。我们想要的信息就找到了。
希望本文所述对大家的.NET程序设计有所帮助。
相关推荐
-
关于.NET异常处理的思考总结
年关将至,对于大部分程序员来说,马上就可以闲下来一段时间了,然而在这个闲暇的时间里,唯有争论哪门语言更好可以消磨时光,估计最近会有很多关于java与.net的博文出现,我表示要作为一个吃瓜群众,静静的看着大佬们发表心情. 以上的废话说的够多了,这里就不再废话了,还是切入正题吧. 在项目开发中,对于系统和代码的稳定性和容错性都是有对应的要求.实际开发项目中的代码与样例代码的区别,更多的是在代码的运行的稳定性.容错性.扩展性的比较.因为对于实现一个功能来说,实现功能的核心代码是一样的,可能只是在写法
-
ASP.NET mvc异常处理的方法示例介绍
1.首先常见保存异常的类(就是将异常信息写入到文件中去) 复制代码 代码如下: public class LogManager { private string logFilePath = string.Empty; public LogManager(string logFilePath) { this.logFilePath = logFilePath; FileInfo file = new FileInfo(logFilePath); if (!file.Exists) { file.C
-
一些.NET对多线程异常处理技巧分享
多线程环境 在我们的产品 SE 中,出现多线程的地方主要有两大类,一类是通过 ThreadPool 或 new Thread 主动发起多线程,另一类是 Socket 通讯回调. 多线程异常捕获 对于一般的异常处理来说,我们只要简单的将可能出错的语句包含在 try/catch 语句中即可.我也曾经简单的将该方法运用于多线程的异常捕获,结果并非如此,代码如下: 复制代码 代码如下: public static void Main() { try { new Threa
-
Asp.net Mvc 身份验证、异常处理、权限验证(拦截器)实现代码
1.用户登录 验证用户是否登录成功步骤直接忽略,用户登录成功后怎么保存当前用户登录信息(session,cookie),本文介绍的是身份验证(其实就是基于cookie)的,下面看看代码. 引入命名空间 using System.Web.Security; 复制代码 代码如下: Users ModelUser = new Users() { ID = 10000, Name = UserName, UserName = UserName, PassWord = PassWord, Roles =
-
.NET(C#):Emit创建异常处理的方法
目录 Emit异常处理流程 显示Exception对象的Message属性 返回目录 Emit异常处理流程来看这种C#异常处理代码: 复制代码 代码如下: static void doo(Exception e) { try { throw e; } catch (ApplicationException ex) { Console.WriteLine("捕获ApplicationException"); } catch { Console.WriteLine("捕获Exce
-
ASP.NET MVC下基于异常处理的完整解决方案总结
EntLib的异常处理应用块(Exception Handling Application Block)是一个不错的异常处理框架,它使我们可以采用配置的方式来定义异常处理策略.而ASP.NET MVC是一个极具可扩展开发框架,在这篇文章中我将通过它的扩展实现与EntLib的集成,并提供一个完整的解决异常处理解决方案. 一.基本异常处理策略 我们首先来讨论我们的解决方案具体采用的异常处理策略: 对于执行Controller的某个Action方法抛出的异常,我们会按照指定配置策略进行处理.我们可以采
-
详谈.NET的异常处理
年关将至,对于大部分程序员来说,马上就可以闲下来一段时间了,然而在这个闲暇的时间里,唯有争论哪门语言更好可以消磨时光,估计最近会有很多关于java与.net的博文出现,我表示要作为一个吃瓜群众,静静的看着大佬们发表心情. 以上的废话说的够多了,这里就不再废话了,还是切入正题吧. 在项目开发中,对于系统和代码的稳定性和容错性都是有对应的要求.实际开发项目中的代码与样例代码的区别,更多的是在代码的运行的稳定性.容错性.扩展性的比较.因为对于实现一个功能来说,实现功能的核心代码是一样的,可能只是在写法
-
总结十条.NET异常处理建议
.NET中从始至终要紧记异常处理的策略:抛出具体的一个异常,而不是只抛出Exception类型的异常,这样能方便我们捕获对应类型的异常.我们在编写代码时要注意考虑到应用程序最差的情况:显示有好的信息,并提供适当的管理员联系信息. 1.不要抛出"new Exception()" 请别这样做.Exception是一个非常抽象的异常类,捕获这类异常通常会产生很多负面影响.通常情况下应该定义我们自己的异常类,并且需要区分系统抛出的异常和我们自己抛出的异常. 2.不要将重要的异常信息存储在Mes
-
ASP.NET MVC异常处理模块详解
一.前言 异常处理是每个系统必不可少的一个重要部分,它可以让我们的程序在发生错误时友好地提示.记录错误信息,更重要的是不破坏正常的数据和影响系统运行.异常处理应该是一个横切点,所谓横切点就是各个部分都会使用到它,无论是分层中的哪一个层,还是具体的哪个业务逻辑模块,所关注的都是一样的.所以,横切关注点我们会统一在一个地方进行处理.无论是MVC还是WebForm都提供了这样实现,让我们可以集中处理异常. 在MVC中,在FilterConfig中,已经默认帮我们注册了一个HandleErrorAttr
-
ASP.NET Core异常和错误处理(8)
在这一章,我们将讨论异常和错误处理.当 ASP.NET Core应用程序中发生错误时,您可以以各种不同的方式来处理.让我们来看看通过添加一个中间件来处理异常情况,这个中间件将帮助我们处理错误. 要模拟出错,让我们转到应用程序,运行,如果我们只是抛出异常的话,看看程序是如何运转转的. using Microsoft.AspNet.Builder; using Microsoft.AspNet.Hosting; using Microsoft.AspNet.Http; using Microsoft
随机推荐
- Perl中的真与假深入研究
- JavaScript Event学习第十章 一些可替换的事件对
- ckeditor syntaxhighlighter代码高亮插件配置分享
- javascript 中设置window.location.href跳转无效问题解决办法
- SQL 查询语句积累
- 详解Vue.js动态绑定class
- Js中的onblur和onfocus事件应用介绍
- 两种java文件上传实例讲解
- js精美的幻灯片画集特效代码分享
- Symfony模板的快捷变量用法实例
- 编写采集规则的好帮手—RegexBuddy 下载,正则不再难
- Python连接mysql数据库的正确姿势
- Windows和Linux下使用Python访问SqlServer的方法介绍
- java 完全二叉树的构建与四种遍历方法示例
- SQLServer 常用语句(按功能分)
- 概述jQuery的元素筛选
- JavaScript—window对象使用示例
- 浅谈C++中replace()方法
- Java异常退出条件的判断示例代码
- iOS 底部按钮和应用图标显示未读消息(带数字)