尝试捕获并重新抛出异常

考虑这两种模型:

1-通过重新- throwing ex :

catch(Exception ex)
{
    throw ex;
}

你松了 StackTrace 。如果 exception 记录在 堆栈跟踪 包含调用堆栈的即时帧(方法调用的历史记录)丢失。

2-相比之下 throw :

catch(Exception ex)
{
    // do something here
    throw;
}

你坚持 堆栈跟踪 。您可以进行额外的处理,然后重新抛出 例外 而不会松开跟踪字符串。

它继续将异常抛出调用堆栈。这段代码所做的一件事与没有捕获异常不同,它会将异常位置(调用堆栈、行号等)重置为重新抛出异常的位置,这样就不会有原始异常的抛出位置。

如果你真的不打算在接球区做什么,我建议你不要接球,或者至少用一个 throw 而不是 throw ex .

它将异常抛出给调用者。但它在这里处理它,这样就不会抛出未处理的异常。然而,老实说,我看不出这有什么好处。就让它抛出异常。为什么?因为异常只是 未处理的 如果上面的整个调用堆栈没有 try ... catch 。这没有做任何有用的事情。

它会被无限次投掷/接球卡住吗 环还是它最终会离开试跳?

没有。是的。

正如其他人所指出的那样,该代码对调试没有任何好处,反而有害。

一个好的catch块将捕获特定的预期问题并记录&继续(该问题并不表明应用程序状态已损坏),记录并停止(因为应用程序现在处于未知状态,继续可能会造成更大的伤害),做其他事情(例如,回到等效的技术/算法),等待并重试。

默认情况下,应该记录意外情况,并停止应用程序——要么放弃页面,要么如果是winforms应用程序,尽可能恢复到已知状态。