C#中Try-Catch语句真的影响程序性能吗？
很多帖子都分析过Try-Catch的机制，以及其对性能的影响。
但是并没有证据证明，Try-Catch过于损耗了系统的性能，尤其是在托管环境下。记得园子里有位网友使用StopWatch分析过Try-Catch在不同情况下，与无Try-Catch的代码相比，代码运行的时间指标，结果并没有很大差异。
下面我来结合IL分析一下Try-Catch吧。
●机制分析
.Net中基本的异常捕获与处理机制是由try…catch…finally块来完成的，它们分别完成了异常的监测、捕获与处理工作。一个try块可以对应零个或多个catch块，可以对应零个或一个finally块。不过没有catch的try似乎没有什么意义，如果try对应了多个catch，那么监测到异常后，CLR会自上而下搜索catch块的代码，并通过异常过滤器筛选对应的异常，如果没有找到，那么CLR将沿着调用堆栈，向更高层搜索匹配的异常，如果已到堆栈顶部依然没有找到对应的异常，就会抛出未处理的异常了，这时catch块中的代码并不会被执行。所以距离try最近的catch块将最先被遍历到。
如有以下代码：
try
{
Convert.ToInt32("Try");
}
catch(FormatExceptionex1)
{
stringCatchFormatException="CatchFormatException"; } catch(NullReferenceExceptionex2) {
stringCatchNullReferenceException="CatchNullReferenceException"; }
finally { stringFinally="Finally"; }