因为我觉得这些答案只是触及了表面，所以我试图更深入地挖掘。

所以我们真正想做的是不编译的东西，比如：

// Won't compile... damn
public static void Main()
{
    try
    {
        throw new ArgumentOutOfRangeException();
    }
    catch (ArgumentOutOfRangeException)
    catch (IndexOutOfRangeException) 
    {
        // ... handle
    }

我们之所以要这样做，是因为我们不希望异常处理程序捕获我们稍后在流程中需要的东西。当然，我们可以捕获异常并检查“如果”该怎么做，但老实说，我们并不真的想要这样做。（FxCop，调试器问题，丑陋）

那么，为什么这段代码不能编译呢？我们怎么能以这种方式破解它呢？

如果我们查看代码，我们真正想做的是转发调用。然而，根据MS Partition II，IL异常处理程序块不会像这样工作，这在本例中是有意义的，因为这意味着“异常”对象可以具有不同的类型。

或者用代码编写它，我们要求编译器这样做（这不完全正确，但我想这是最接近的）：

// Won't compile... damn
try
{
    throw new ArgumentOutOfRangeException();
}
catch (ArgumentOutOfRangeException e) {
    goto theOtherHandler;
}
catch (IndexOutOfRangeException e) {
theOtherHandler:
    Console.WriteLine("Handle!");
}

这不会编译的原因很明显：“$exception”对象具有什么类型和值（此处存储在变量“e”中）？我们希望编译器处理这一点的方式是注意，这两个异常的公共基类型都是“异常”，将其用于包含这两个例外的变量，然后仅处理捕获的两个例外。在IL中实现这一点的方式是“filter”，它在VB.Net中可用。

为了使它在C#中工作，我们需要一个具有正确“Exception”基类型的临时变量。为了控制代码流，我们可以添加一些分支。这里是：

    Exception ex;
    try
    {
        throw new ArgumentException(); // for demo purposes; won't be caught.
        goto noCatch;
    }
    catch (ArgumentOutOfRangeException e) {
        ex = e;
    }
    catch (IndexOutOfRangeException e) {
        ex = e;
    }

    Console.WriteLine("Handle the exception 'ex' here :-)");
    // throw ex ?

noCatch:
    Console.WriteLine("We're done with the exception handling.");

这样做的明显缺点是我们不能正确地重新投掷，而且——老实说——这是一个非常丑陋的解决方案。通过执行分支消除，可以稍微解决丑陋的问题，这使解决方案稍微好一点：

Exception ex = null;
try
{
    throw new ArgumentException();
}
catch (ArgumentOutOfRangeException e)
{
    ex = e;
}
catch (IndexOutOfRangeException e)
{
    ex = e;
}
if (ex != null)
{
    Console.WriteLine("Handle the exception here :-)");
}

这只剩下“掷骰”了。要使其工作，我们需要能够在“catch”块内执行处理，而使其工作的唯一方法是捕获“Exception”对象。

此时，我们可以添加一个单独的函数，使用重载解析来处理不同类型的异常，或者处理异常。两者都有缺点。首先，以下是使用助手函数的方法：

private static bool Handle(Exception e)
{
    Console.WriteLine("Handle the exception here :-)");
    return true; // false will re-throw;
}

public static void Main()
{
    try
    {
        throw new OutOfMemoryException();
    }
    catch (ArgumentException e)
    {
        if (!Handle(e)) { throw; }
    }
    catch (IndexOutOfRangeException e)
    {
        if (!Handle(e)) { throw; }
    }

    Console.WriteLine("We're done with the exception handling.");

另一种解决方案是捕获Exception对象并相应地处理它。基于以上上下文，最字面意思的翻译如下：

try
{
    throw new ArgumentException();
}
catch (Exception e)
{
    Exception ex = (Exception)(e as ArgumentException) ?? (e as IndexOutOfRangeException);
    if (ex != null)
    {
        Console.WriteLine("Handle the exception here :-)");
        // throw ?
    }
    else 
    {
        throw;
    }
}

因此，总结如下：

如果我们不想重新抛出，我们可以考虑捕获正确的异常，并将它们存储在临时文件中。如果处理程序很简单，并且我们希望重用代码，那么最好的解决方案可能是引入一个助手函数。如果我们想重新抛出，我们别无选择，只能将代码放入“异常”捕获处理程序，这将中断FxCop和调试器未捕获的异常。

异常过滤器现在在c#6+中可用。你可以的

try
{
       WebId = new Guid(queryString["web"]);
}
catch (Exception ex) when(ex is FormatException || ex is OverflowException)
{
     WebId = Guid.Empty;
}

在C#7.0+中，您也可以将其与模式匹配相结合

try
{
   await Task.WaitAll(tasks);
}
catch (Exception ex) when( ex is AggregateException ae &&
                           ae.InnerExceptions.Count > tasks.Count/2)
{
   //More than half of the tasks failed maybe..? 
}

所以你在每个异常开关中重复了很多代码？听起来提取一个方法是个好主意，不是吗？

因此，您的代码归结为：

MyClass instance;
try { instance = ... }
catch(Exception1 e) { Reset(instance); }
catch(Exception2 e) { Reset(instance); }
catch(Exception) { throw; }

void Reset(MyClass instance) { /* reset the state of the instance */ }

我想知道为什么没有人注意到代码重复。

从C#6中，您还可以使用其他人已经提到的异常过滤器。因此，您可以将上面的代码修改为：

try { ... }
catch(Exception e) when(e is Exception1 || e is Exception2)
{ 
    Reset(instance); 
}

C#9的更新

使用C#9中的新模式匹配增强功能，可以缩短异常过滤器中的表达式。现在，捕获多个异常很简单，如下所示：

try
{
    WebId = new Guid(queryString["web"]);
}
catch (Exception e) when (e is FormatException or OverflowException)
{
    WebId = Guid.Empty;
}

@密歇根州

代码的略微修订版本：

catch (Exception ex)
{
   Type exType = ex.GetType();
   if (exType == typeof(System.FormatException) || 
       exType == typeof(System.OverflowException)
   {
       WebId = Guid.Empty;
   } else {
      throw;
   }
}

字符串比较既丑陋又缓慢。

想在这条已经很长的线索上加上我的简短回答。还没有提到的是catch语句的优先顺序，更具体地说，您需要了解您试图捕获的每种类型的异常的范围。

例如，如果您使用“catch-all”异常作为异常，它将优先于所有其他catch语句，您显然会遇到编译器错误。但是，如果您颠倒了catch语句的顺序（我认为这有点反模式），您可以将catch-allException类型放在底部，这将捕获任何在尝试中不适合更高级别的异常。。捕捉块：

            try
            {
                // do some work here
            }
            catch (WebException ex)
            {
                // catch a web excpetion
            }
            catch (ArgumentException ex)
            {
                // do some stuff
            }
            catch (Exception ex)
            {
                // you should really surface your errors but this is for example only
                throw new Exception("An error occurred: " + ex.Message);
            }

我强烈建议大家阅读此MSDN文档：

异常层次结构