try...catch...效率思考

今天想要在某程序的插件里面大量使用try...catch来增加程序的健壮性

但是十分担心性能问题，因为该程序是中间件，一旦出现严重的性能问题，将会对整个系统造成负面影响

首先找到的是下面这篇文章：

http://www.cnblogs.com/wlb/archive/2009/11/30/1613412.htm

作者很有研究精神，写了一个测试程序，对.net下的try...catch进行了测试

首先我是很怀疑这种测试的，之前看过一本如何提高C语言性能的书，对于测试程序的写法有很大讲究，

因此对于这种临时性的测试程序，我不敢保证它的测试程序是可信的

另外，使用的是.net平台，与我的C++代码实现还是有较大区别的

但是这个测试出现了一个我意想不到的结果，那就是加上try...catch...之后，代码的整体速度反而提高了！

无论如何，以我的理解，加入了一段代码，对整体的性能影响再怎么小，也是会产生负面影响的

为什么会更高？

这个问题我可能暂时给不出答案，

在我的理解里面，try...catch...采用的是系统调用

系统调用不同于函数调用，他是需要从用户态切换到内核态，然后再切换回来

这类上下文的切换不同于普通用户态内部的切换，对CPU性能的消耗是较大的，因此效率应该会下降

如果大量使用，那么程序的性能应该有较大的损失

最后，我看到了http://baiy.cn/doc/cpp/inside_exception.htm，这篇白杨的文章

不知道他是谁，但是在这篇文章里面他较为系统的解释了编译器以及C++机制下面处理异常的原理

看完之后，我的理解是，在加入try...catch...代码时，编译器会自动生成对应的映射表

当异常发生时，程序会根据当前状态自动去查找映射表，找到对应的错误触发模块，并不断通过栈回退的方式释放资源

使得程序在发生异常时仍然能够正常运行（异常中的异常是特例，不做讨论）

在文章的末尾，白杨给出了try...catch...的时间开销，微乎其微，基本上是可以忽略的：仅仅是多次的比较以及很少的空间开销

其实在看这些文章的时候我内心已经决定在代码中加入try...catch...了，

因为既然中间件重要，那么牺牲一些效率来达到高健壮性才是正确的

很感谢我这种牛角尖精神，至少多少了解了一些异常处理的方式

有时间的时候可以还写一个测试程序来测试效率的影响，挺好的

最后附加一篇文章：http://www.cnblogs.com/isline/archive/2010/04/22/1717837.html

结论与白杨的文章类似，效率开销没有想象的大