注意:这不是aduplicateofJeff'squestion.那个问题问的是“是等价物吗？”我知道没有，我想知道为什么!我问的原因是我才刚刚清楚它的重要性，结论对我来说似乎很奇怪。Microsoft的EnterpriseLibrary的ExceptionHandlingblock建议我们使用这种模式:catch(Exceptionx){if(ExceptionPolicy.HandleException(x,ExceptionPolicies.MyPolicy))throw;//recoverfromxsomehow}政策是在XML文件中定义的，这意味着如果客户有问题，我们可以修改

注意:这不是aduplicateofJeff'squestion.那个问题问的是“是等价物吗？”我知道没有，我想知道为什么!我问的原因是我才刚刚清楚它的重要性，结论对我来说似乎很奇怪。Microsoft的EnterpriseLibrary的ExceptionHandlingblock建议我们使用这种模式:catch(Exceptionx){if(ExceptionPolicy.HandleException(x,ExceptionPolicies.MyPolicy))throw;//recoverfromxsomehow}政策是在XML文件中定义的，这意味着如果客户有问题，我们可以修改

给定这段代码:using(varconn=newSqlConnection("...")){conn.Open();using(varcmd=conn.CreateCommand()){cmd.CommandText="...";using(varreader=cmd.ExecuteReader()){while(reader.Read()){//...}}}}我习惯于为我的数据访问编写try/catch/finallyblock，但是，我正在接触“使用”，这似乎是一种更简单的方法。但是，我正在尝试弄清楚如何捕获可能发生的异常。能否请您举例说明如何捕获异常？编辑添加:我被引导相信“使用

给定这段代码:using(varconn=newSqlConnection("...")){conn.Open();using(varcmd=conn.CreateCommand()){cmd.CommandText="...";using(varreader=cmd.ExecuteReader()){while(reader.Read()){//...}}}}我习惯于为我的数据访问编写try/catch/finallyblock，但是，我正在接触“使用”，这似乎是一种更简单的方法。但是，我正在尝试弄清楚如何捕获可能发生的异常。能否请您举例说明如何捕获异常？编辑添加:我被引导相信“使用

在某些情况下是否适合使用try-finallyblock而不使用catchblock？ 最佳答案 您可以使用它来确保某些操作发生在try内容之后或发生异常时，但您不希望使用该异常。需要说明的是，这并没有隐藏异常。finallyblock在异常传播到调用堆栈之前运行。当你使用using关键字时，你也会无意中使用它，因为这会编译成一个try-finally(不是一个精确的转换，但为了论证它是足够接近)。try{TrySomeCodeThatMightException();}finally{CleanupEvenOnFailure();

在某些情况下是否适合使用try-finallyblock而不使用catchblock？ 最佳答案 您可以使用它来确保某些操作发生在try内容之后或发生异常时，但您不希望使用该异常。需要说明的是，这并没有隐藏异常。finallyblock在异常传播到调用堆栈之前运行。当你使用using关键字时，你也会无意中使用它，因为这会编译成一个try-finally(不是一个精确的转换，但为了论证它是足够接近)。try{TrySomeCodeThatMightException();}finally{CleanupEvenOnFailure();

我需要调用asynccatch中的方法在再次抛出异常(及其堆栈跟踪)之前阻塞，如下所示:try{//Dosomething}catch{//但不幸的是你不能使用await在catch或finally堵塞。我了解到这是因为编译器没有任何方法返回catch阻止执行你的await之后的内容指令或类似的东西...我尝试使用Task.Wait()替换await我陷入了僵局。我在网上搜索了如何避免这种情况并找到了thissite.因为我无法更改async方法，我也不知道他们是否使用ConfigureAwait(false)，我创建了这些采用Func的方法一旦我们在不同的线程上(以避免死锁)就会启动

我需要调用asynccatch中的方法在再次抛出异常(及其堆栈跟踪)之前阻塞，如下所示:try{//Dosomething}catch{//但不幸的是你不能使用await在catch或finally堵塞。我了解到这是因为编译器没有任何方法返回catch阻止执行你的await之后的内容指令或类似的东西...我尝试使用Task.Wait()替换await我陷入了僵局。我在网上搜索了如何避免这种情况并找到了thissite.因为我无法更改async方法，我也不知道他们是否使用ConfigureAwait(false)，我创建了这些采用Func的方法一旦我们在不同的线程上(以避免死锁)就会启动

我几乎可以肯定答案是肯定的。如果我使用TryFinallyblock但不使用Catchblock，那么任何异常都会冒泡。正确吗？对一般实践有什么想法吗？赛斯 最佳答案 是的，绝对会。假设您的finallyblock没有抛出异常，当然，在这种情况下，这将有效地“替换”最初抛出的异常。 关于c#-Try/Finally(没有Catch)会冒泡异常吗？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.com/que

我几乎可以肯定答案是肯定的。如果我使用TryFinallyblock但不使用Catchblock，那么任何异常都会冒泡。正确吗？对一般实践有什么想法吗？赛斯 最佳答案 是的，绝对会。假设您的finallyblock没有抛出异常，当然，在这种情况下，这将有效地“替换”最初抛出的异常。 关于c#-Try/Finally(没有Catch)会冒泡异常吗？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.com/que