使用 C#，有没有更好的方法来处理多种类型的异常，而不是一堆丑陋的 catch 块？
这种情况的最佳做法是什么？
例如：
try
{
// Many types of exceptions can be thrown
}
catch (CustomException ce)
{
...
}
catch (AnotherCustomException ace)
{
...
}
catch (Exception ex)
{
...
}
【问题讨论】：
标签： c# .net exception error-handling
只抓住你需要专门解决的问题，然后离开
catch(Exception e)
{
}
对于其他所有内容（或跳过它并将此异常提供给堆栈）
【讨论】：
不幸的是，C# does not have user exception filters 喜欢 VB.NET，所以你只能：
【讨论】：
catch (Exception ex) if (ex.Message.Contains("Fatal"))。
这样不好吗？
如果你只想处理一个异常：
try
{
// Many types of exceptions can be thrown
}
catch (TheExceptionIWantToHandle ex)
{
// handle it
}
catch (Exception ex)
{
// suppress all other exceptions
}
如果你想处理除一个以外的所有异常：
try
{
// Many types of exceptions can be thrown
}
catch (TheExceptionIDoNotWantToHandle ex)
{
// suppress all other exceptions
}
catch (Exception ex)
{
// handle it
}
好不好？
【讨论】：
你唯一能做的就是模拟 VB.NET 的异常过滤器：
try {
DoSomething();
} catch (Exception e) {
if (!ex is CustomException && !ex is AnotherCustomException) {
throw;
}
// handle
}
有时这更好，有时则不然。如果处理程序中有一些我想要的通用逻辑，我主要会使用它，但异常不共享基本类型。
【讨论】：
if(!(ex is CustomException || ex is AnotherCustomException)) 怎么样？
if (ex is CustomException || ex is AnotherCustomException) { /*handle*/ } else { throw; } 或bool canHandle = ex is CustomException || ex is AnotherCustomException; if (!canHandle) throw; /* handle */
您应该查看企业库Exception Handling block。它允许通过策略（包装策略、传播策略、替换策略、日志记录策略等）对异常进行更精细的控制。您可以使用它来标准化编写异常块的方式并使用配置来精确处理发生的情况一种特殊类型的异常。
【讨论】：
我同意 Reed：这是最好的方法。
我会添加这些 cmets：
只捕捉你将要做的事情。如果您无法解决问题，那么捕获特定异常是没有意义的。
不要过度使用 catch 块。在许多无法解决异常的情况下，最好让异常冒泡到一个中心点（例如 Page_Error）并在那里捕获它。然后，您记录异常并向用户显示一条消息。
【讨论】：
在我看来，一堆“丑陋”的 catch 块是处理这种情况的最佳方法。
我喜欢这个的原因是它非常明确。您明确说明要处理哪些异常以及应如何处理它们。在大多数情况下，尝试将处理合并为更简洁的形式的其他形式会失去可读性。
我的建议是坚持这一点，并处理您希望明确处理的异常，每个异常都在它们自己的 catch 块中。
【讨论】：