coding try catch规范

如果使用了“Try-Catch”，且捕获到了异常，CLR做的只不过是遍历Exception Handing Table中的Catch项；然后再次遍历Exception
Handing Table中的Finally项，所用时间几乎都花费在遍历Exception Handing
Table上；而如果没有捕获到异常，CLR只是遍历Exception Handing Table中的Finally项，所需时间微乎其微。
而“Try-Catch”遍历后的执行对应操作所用时间，则根据你的具体代码所定，“Try-Catch”引起的只是监控与触发，不应将这部分的代码时间也算“Try-Catch”的消耗。
所以，可以从性能和代码评审两方面考虑，一般建议有以下几点准则：
1.尽量给CLR一个明确的异常信息，不要使用Exception去过滤异常
2.尽量不要将try…catch写在循环中
3. try尽量少的代码，如果有必要可以使用多个catch块，并且将最有可能抛出的异常类型，书写在距离try最近的位置
4.不要只声明一个Exception对象，而不去处理它。这样做白白增加了Exception Handing Table的长度。
5.使用性能计数器实用工具的“CLR Exceptions”检测异常情况，并适当优化
6.使用成员的Try-Parse模式，如果抛出异常，那么用false代替它
结论，Try-Catch虽然会消费一点时间，但程序人员大可不必谈虎色变，通过上面的分析，与其说“Try-Catch”会损耗或影响性能，不如说“Try-Catch”与其他代码一样，只是性能的普通消费者，但出于代码书写评审方面的考虑，还是尽量关照一下“Try-Catch”吧。