我正在使用 .net 3.5 创建 asp.net 网络应用程序，想知道何时使用 Try Catch Finally 块，何时不使用？尤其是，大部分的 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
{ }
}
try{...} catch {...}，以便如果出现问题，可以回滚到上一个良好状态（使用事务）。这可能是一个或多个存储过程 - 这取决于您的应用程序。catch (Exception ex) 或catch() - 被称为“catch all”异常处理 - 而应该有特定的catch语句，例如catch (IndexOutOfRangeException ex)。
但是，如果您无法处理异常或者没有任何方法来清理异常，那么您就不应该捕获它。当你想在catch块中处理异常时，应该只使用try catch。我所说的“处理”是指记录错误、由于错误选择不同的路径等。如果你只是想重新抛出异常，那么使用try catch就没有意义。
正如其他人所说，这取决于情况。我倾向于在两种情况下使用try/catch/finally块：
我需要以某种方式处理异常，而不仅仅是重新抛出它。
我需要在finally块中清理一些资源。
除了这两种情况之外，我让调用代码处理可能发生的任何异常。
using 基本上是用于清理资源（通过 Dispose）的 try-finally 块。 - Brian try
{
throw new ApplicationException("Fake sql ex");
}
//catch and do nothing. swallowing exceptions
catch(Exception){ }
大多数情况下，您不应该捕获异常。有些情况下，捕获异常是有意义的，例如：
当您可以从特定异常中恢复时。 当您需要记录或报告它（例如，向用户）-通常在代码的顶层。 当调用者无法处理异常时，因此您需要将其转换为其他错误格式。
此外，using块语句可用于实际调用IDisposable对象上的Dispose，这消除了try...finally的需要。
你期望存储过程返回什么样的异常？如果你不使用pokemon exception handling，并且确切知道你的应用程序应该做什么，那么任何不符合你想要捕获的特定异常的内容都将被Application对象捕获。
换句话说，不要使用catch {}或catch (Exception)，而是使用专门的异常处理：
catch(SqlException e)
{
// Log stacktrace and show a friendly error to your user
}
Application.Error事件是应该捕获意外行为并比简单让客户返回您说“我的字段没有显示任何内容”更易跟踪的地方。