try...catch对性能的影响

最近因为系统的功能扩展，需要对原来的系统做一些改进。在这个过程中发现原来的系统中存在很多try...catch语句，并且是用于循环中的，同时想起有人说过过多的try...catch对性能有影响。趁现在有时间想对这个问题做进一步的研究。
先上网搜了一下，关于这个的讨论还真不少，在此就不多说了，大家有兴趣的话可以看看。现在只做一个简单的总结。

一、大家在讨论的时候经常引入新的问题，最终导致结果不明确。经常引入的问题有这么几个
1、该不该使用try...catch？
2、什么时候使用try...catch？
3、.net框架中try...catch的实现机制？
主题：try...catch对性能的影响

二、这个几个问题不可否认是存在关系的，我觉得它们存在这样的层次关系
问题从机制到应用依次为（深—>浅）：
问题3、.net框架中try...catch的实现机制？
问题主题：try...catch对性能的影响
问题2、什么时候使用try...catch？
问题1、该不该使用try...catch？

由上面的层次关系我们就可以很清楚的知道，如果深层次的问题弄清楚了，那浅层次的问题就会迎刃而解。

那下面就开始解决问题了

由于能力有限，我至今对.Net中try...catch的实现机制也不是很清楚，只是从大家的回复中略知一二，在此就说了，以免误导其他人，这也是为什么问题的名字不是“.Net中try...catch的实现机制”的原因。O(∩_∩)O~

如果对本质的问题没有搞清楚，那只好从现象上做一些判断了。为此我写了这样一段简单的，由于代码很简单，代码的功能就不用文字描述了，直接看代码就可以了：

            int count = 10000;
            int value = 0;
            DateTime dt1 = DateTime.Now;
            for (int i = 0; i < count; i++)
            {
                try
                {
                    value = int.Parse("1");
                }
                catch
                {

                }
            }
            DateTime dt2 = DateTime.Now;
            for (int i = 0; i < count; i++)
            {
                    value = int.Parse("1");
            }
            DateTime dt3 = DateTime.Now;
            for (int i = 0; i < count; i++)
            {
                try
                {
                    value =int.Parse("AA");
                }
                catch
                {

                }
            }
            DateTime dt4 = DateTime.Now;
            for (int i = 0; i < count; i++)
            {
                if (int.TryParse("AA", out value))
                {

                }
                else
                {

                }
            }
            DateTime dt5 = DateTime.Now;

执行完成后几个DateTime型的变量的值如下：
第一次
dt1 15:00:56.3593750
dt2 15:00:56.3593750
dt3 15:00:56.3750000
dt4 15:01:34.1718750
dt5 15:01:34.1718750
第二次
dt1 18:15:57.7500000
dt2 18:15:57.7500000
dt3 18:15:57.7500000
dt4 18:16:37.0937500
dt5 18:16:37.0937500

从执行结果我们可以看出，最耗时的是第三个循环，其它三个循环不能看出本质上的差别来。所以我们可以得出这样的结论：

在不抛出异常的情况下，使用try...catch和不使用try...catch没有本质上的区别；
在抛出异常的情况下，也不是异常中的处理语句会造成性能损失（因为此示例中没有对异常做任何处理），而是抛出异常的过程会造成性能的损失。

所以如果想进一步的深入研究，那只需对.net框架异常的抛出机制研究即可，因为这个造成性能损失的关键。