看了提高一下dotnet程序的效率一中关于exception的部分和相关的评论,我觉得有些知识点可能大家平时没有注意到或没有深入的了解：

1. Exception在没有产生exception的时候,换句话说没catch到exception的时候没有效率影响. 这是不对的,try里面的语句不会被compiler优化,compiler能编译程序不是主要用途,能优化才是它的价值所在.
2. winform和webform的exception处理没有什么不同的,exception是.net framework的,是.net的重要组成部分.
3. “如果在web上传递信息的时候采用了异常机制，那么并发量大的情况下，这个开销将是吓人的”这个结论是对的,结果是当有大量exceptions的时候,你的server将会遭遇high cpu.
4. exception的处理会暂停当前的工作被优先处理,如果throw出一个exception,让它穿透,当你在最远的地方catch它的时候,性能的损耗是最多的.
5. exception的处理也是GC头疼的问题之一, 这也是high cpu的根源
6. asp.net框架里你可以在global.asax里handle所以的异常,但是并不能说明你的website就这些异常了,有写异常已经被asp.net自己处理了.比如Response.End()方法.
7. 如果你的perfmon里# of excepts thrown / sec的值超过20,建议该review一下程序了,是否真的有必要去抛出这些异常或能否避免这样的情况发生.
8. 别人说的并不一定都是对的,就像上面的7条一样.花点时间亲手做个实验吧.

千里之堤,以蝼蚁之穴溃；百尺之室，以突隙之烟焚.
I/O,Data Access,这些看似在性能上存在bottleneck的东西其实是源于我们思维的定式：你的操作系统和文件系统难道真的发挥硬盘的I/O水平了吗？你的一定要把数据放在一个叫做数据库的东西里面吗？
了解原理和内部实现, the more the better.

Feedback