<分区>
Possible Duplicate:
Performance Cost Of 'try'
我在 MSDN 的“处理异常的最佳实践”中偶然发现了这个评论:
“使用异常处理更好，因为在正常情况下执行的代码更少”
在上下文中是否应该在调用方法之前检查对象的状态，或者只是调用方法并捕获异常。以上建议是在异常事件很少见的情况下。
假设属性检查并不意味着昂贵的计算，而只是返回一个状态值，与属性检查相比，非抛出情况下 try/catch block 的执行成本有多低？
我想知道这个建议，因为即使 try/catch 是免费的或接近免费的，被调用的方法在很多情况下也会自己做一堆检查。
最佳答案
.NET 中的异常非常廉价，除非它们被引发。一旦引发异常，有效成本就会增加很多。
话虽这么说，但我强烈建议您在此处针对最可维护的解决方案进行编程，并在且仅当测量后证明这是一个问题时才担心性能。
一个只返回状态的属性获取方法被优化为一个字段查找，并且几乎是一个单一的操作——通常任何事情都会比以后的更慢。但是，我怀疑异常处理是否会对您的整体速度造成任何明显影响，除非它处于非常非常紧密的循环中 - 在这种情况下，整体性能可能不会比您为避免异常处理而引入的检查差.
关于c# - .NET try/catch 便宜吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4025523/