何时使用、何时不使用 Try Catch Final

Question

我正在 .net 3.5 中创建 asp.net Web 应用程序，我想知道何时使用以及何时不使用 Try Catch Final 块？特别是，我的大部分 try catch 都围绕着执行存储过程和填充文本字段或网格视图？当您执行存储过程并填充数据显示控件时，您会每次使用Try Catch吗？

我的代码块通常如下所示：

    protected void AddNewRecord()
    {
        try
        {
           //execute stored proc
           // populate grid view controls or textboxes
        }
        catch (Exception ex)
        {
           //display a messagebox to user that an error has occured
           //return
        }
        finally
        { }
   }

Answer 1

答案是“这取决于”。

您可能希望在每个原子操作周围使用 try{...} catch {...} ，以便在出现问题时可以回滚到上一个良好状态（使用事务）。这可能是一个或多个存储过程 - 这取决于您的应用程序。

如果要捕获异常，请确保明确捕获了哪些异常。您不应该使用 catch (Exception ex) 或 catch() - 称为“捕获所有”异常处理 - 但应使用特定的 catch 语句，例如 catch (IndexOutOfRangeException ex) （例如）。

但是，如果您无法处理异常或者无法清理异常，那么您不应该捕获它。

Answer 2

当您打算在 catch 块中处理异常时，应该只使用 try catch。我所说的句柄的意思是，记录错误，由于错误而选择不同的路径等。如果您只是打算重新抛出它，则尝试捕获是没有意义的。

Answer 3

正如其他人所说，这取决于情况。我倾向于在两种情况下使用 try/catch/finally 块：

• 我需要以某种方式处理异常，而不是简单地重新抛出它。

• 我需要清理 finally 块中的一些资源。

除了这两种情况之外，我让调用代码处理可能发生的任何异常。

Answer 4

除了其他人所说的之外，请务必避免这样做：

    try
    {
        throw new ApplicationException("Fake sql ex");
    }
    //catch and do nothing.  swallowing exceptions
    catch(Exception){ }                 

Answer 5

大多数时候你不应该捕获异常。在某些地方，捕获异常确实有意义，例如，

当您可以从特定异常中恢复时。
当您需要记录或报告它（例如，向用户）时——通常在代码的顶层。
当代码的调用者无法处理异常时，您需要将它们转换为其他错误格式。

此外，using 块语句可用于实际调用 IDisposable 对象上的 Dispose，从而无需 try...finally。

Answer 6

您期望存储过程出现什么Exception？假设您不使用 pokemon 异常处理并准确了解您的应用程序预期执行的操作，任何不符合您想要捕获的特定异常的内容都将被 Application 对象捕获。

换句话说，不要使用 catch {} 或 catch (Exception)，而是使用专门的异常处理：

catch(SqlException e)
{
   // Log stacktrace and show a friendly error to your user
}

Application.Error 事件是应该捕获意外行为并且更容易捕获的地方跟踪，而不是简单地让客户返回给您说“我的字段没有显示任何内容”。

Answer 7

在最内层循环中使用“try catch”，当发生特定异常时，该循环应继续执行。请注意，如果您有一个执行 10,000 次的循环，并且在第十次重复时发生异常，但不会影响其他 9,990 次，则捕获异常并让循环继续运行可能会很有用。另一方面，如果异常指示一个错误，表明循环的第 11、12、13 次也将失败，那么让异常终止循环比继续重试操作要快得多那是行不通的。