为什么在c#中捕获并重新抛出异常?

我正在看关于可序列化dto的文章c# -数据传输对象。

这篇文章包含了下面这段代码:

public static string SerializeDTO(DTO dto) {
    try {
        XmlSerializer xmlSer = new XmlSerializer(dto.GetType());
        StringWriter sWriter = new StringWriter();
        xmlSer.Serialize(sWriter, dto);
        return sWriter.ToString();
    }
    catch(Exception ex) {
        throw ex;
    }
}

文章的其余部分看起来理智而合理(对于新手来说)，但是try-catch-throw抛出了一个WtfException…这不完全等同于不处理异常吗?

结论:

public static string SerializeDTO(DTO dto) {
    XmlSerializer xmlSer = new XmlSerializer(dto.GetType());
    StringWriter sWriter = new StringWriter();
    xmlSer.Serialize(sWriter, dto);
    return sWriter.ToString();
}

还是我错过了c#中错误处理的一些基本内容?它与Java非常相似(减去受控异常)，不是吗?．.．也就是说，它们都改进了c++。

堆栈溢出问题重新抛出无参数catch和什么都不做之间的区别?这似乎支持了我的观点，试着接球是不行的。

编辑:

只是为了给将来找到这条线索的人做个总结…

不

try {
    // Do stuff that might throw an exception
}
catch (Exception e) {
    throw e; // This destroys the strack trace information!
}

堆栈跟踪信息对于确定问题的根本原因至关重要!

try {
    // Do stuff that might throw an exception
}
catch (SqlException e) {
    // Log it
    if (e.ErrorCode != NO_ROW_ERROR) { // filter out NoDataFound.
        // Do special cleanup, like maybe closing the "dirty" database connection.
        throw; // This preserves the stack trace
    }
}
catch (IOException e) {
    // Log it
    throw;
}
catch (Exception e) {
    // Log it
    throw new DAOException("Excrement occurred", e); // wrapped & chained exceptions (just like java).
}
finally {
    // Normal clean goes here (like closing open files).
}

在不太特定的异常之前捕获更特定的异常(就像Java一样)。

引用:

MSDN -异常处理 MSDN - try-catch (c#参考)

当前回答

大多数答案都是关于catch-log-rethrow的。

与其在代码中编写它，不如考虑使用AOP，特别是带有OnExceptionOptions IncludeParameterValue和 IncludeThisArgument

2012-12-25 22:41:10

其他回答

当您为库或dll编程函数时，这可能很有用。

此重抛出结构可用于有目的地重置调用堆栈，以便从函数本身获取异常，而不是从函数内部的单个函数中查看抛出的异常。

我认为这样做只是为了让抛出的异常更清晰，并且不会进入库的“根”。

2018-05-27 15:35:30

虽然许多其他答案提供了很好的示例，说明为什么您可能希望捕获重抛出异常，但似乎没有人提到“最终”场景。

举个例子，你有一个方法，你在其中设置了游标(例如一个等待游标)，该方法有几个出口点(例如if () return;)，你想确保游标在方法结束时被重置。

为此，您可以将所有代码包装在try/catch/finally中。在最后将光标设置回右光标。这样就不会隐藏任何有效的异常，在catch中重新抛出它。

try
{
    Cursor.Current = Cursors.WaitCursor;
    // Test something
    if (testResult) return;
    // Do something else
}
catch
{
    throw;
}
finally
{
     Cursor.Current = Cursors.Default;
}

2016-08-09 11:47:08

大多数答案都是关于catch-log-rethrow的。

与其在代码中编写它，不如考虑使用AOP，特别是带有OnExceptionOptions IncludeParameterValue和 IncludeThisArgument

2012-12-25 22:41:10

在你发布的代码中的例子中，事实上，捕捉异常没有任何意义，因为在捕捉上没有做任何事情，它只是重新抛出，事实上它弊大于利，因为调用堆栈丢失了。

但是，您可以捕获异常来执行一些逻辑(例如关闭文件锁的sql连接，或者只是一些日志记录)，在发生异常时将其扔回调用代码来处理。这在业务层中比在前端代码中更常见，因为您可能希望实现业务层的编码器处理异常。

在你发布的例子中，捕捉异常是没有意义的。不要那样做!

2009-05-19 08:19:11

c#(在c# 6之前)不支持CIL“过滤异常”，而VB支持，因此在c# 1-5中，重新抛出异常的一个原因是在catch()时没有足够的信息来确定是否要真正捕获异常。

例如，在VB中你可以做到

Try
 ..
Catch Ex As MyException When Ex.ErrorCode = 123
 .. 
End Try

.．.它不会处理具有不同ErrorCode值的myexception。在v6之前的c#中，如果ErrorCode不是123，你必须捕获并重新抛出MyException:

try 
{
   ...
}
catch(MyException ex)
{
    if (ex.ErrorCode != 123) throw;
    ...
}

从c# 6.0开始，你可以像VB一样过滤:

try 
{
  // Do stuff
} 
catch (Exception e) when (e.ErrorCode == 123456) // filter
{
  // Handle, other exceptions will be left alone and bubble up
}

2009-05-19 08:20:21

为什么在c#中捕获并重新抛出异常?

推荐文章

最新文章

标签