性能提示try / catch块

时间:2010-09-07 11:43:02

标签: c# asp.net

在ASP.NET中,我希望您了解处理异常的最佳方法。

  • 您是否建议使用try / catch块?
  • 最好在每一段代码/组件上使用try / catch块?或者在最糟糕的情况下?

非常感谢您的帮助谢谢!

5 个答案:

答案 0 :(得分:5)

你绝对不应该在try / catch块中包装每一段代码。您应该只捕获在任何给定点可以实际处理的异常。应允许所有其他异常传播。

异常的一个好处是您不需要在本地处理每个错误。通过在整个地方使用try / catch,您可以积极地反对这个概念。

答案 1 :(得分:1)

当您拥有需要清理的连接等资源时,请随时尝试使用。但是如果你真的可以对异常做些什么,那就使用try catch。否则让它冒泡堆栈并在全局asax中捕获它,这样你就可以优雅地失败。

答案 2 :(得分:0)

少扔例外:您可能想要阅读stackoverflow thread

答案 3 :(得分:0)

抛出异常是了解应用程序出错的最佳方式。

作为旁注,对于支持大型系统的开发人员来说,最烦人的事情就是试图弄清楚为什么某些东西没有倒下但是没有正确执行,这是因为有人在业务流程的某个地方发现了一个错误并且只是代码去ssshhhhh。

答案 4 :(得分:-1)

尽量将try / catch块保持在最低限度,因为它们会产生性能开销。当您在异常发生时(例如,关闭连接等)能够安全地纠正应用程序的状态时,仅使用try / catch / finally。