C# 异常处理（Catch Throw）IL分析

1、catch throw的几种形式及性能影响：

        对应的il代码（以下代码是release版本的il代码）：

        可以看到form1_click、form1_load、form1_enter中的try catch已经被编译器优化掉了：

        只有form1_doubleclick中的try catch中对try catch进行了处理：

        即在form1_doubleclick中的try catch才会对性能产生影响。

==》可以看出一下三种try catch的写法对于release版本的代码来说是完全一样，也不会产生任何的性能消耗：

对于上面的结论大家可以写测试demo验证一下 （已测试，结果与分析一致

）。       

那么对于debug模式下的il代码是什么样子的呢？

        可以看出四种写法在debug模式下区别只是：rethrow与throw的区别。il中rethrow与throw分别代表啥呢？

        throw：引发当前位于计算堆栈上的异常对象。

        rethrow：再次引发当前异常。

        即当我们抛出一个异常时， clr会重新设置一个异常起始点。 clr只记录最近一次异常抛出的位置。下面代码抛出一个异常，从而导致clr重新设置该异常的起始点：

        相反，如果我们抛出一个异常对象， clr将不会重新设置其堆栈的起始点，下面代码抛出一个异常，但不会导致clr重新设置异常的起始点：

        c#中使用throw和throw ex抛出异常，但二者是有区别的。

        在c#中推荐使用throw；来抛出异常；throw ex；会将到现在为止的所有信息清空，认为你catch到的异常已经被处理了，只不过处理过程中又抛出新的异常，从而找不到真正的错误源。

throw e重新抛出异常，并非转发原来的异常，而会更改包括stacktrace在内的许多异常内部信息；对于调用连很深情况，性能损耗超出想象。

拓展阅读：

<a target="_blank" href="http://blog.csdn.net/jiankunking/article/details/49443493">il指令详细</a>