异常在C＃

Question

的异常中操作我知道这可能是一个有点古怪，但怀疑毕竟是一个疑问...... 在以下情况下会发生什么......

private void SendMail() 
{ 
    try 
    { 
     //i try to send a mail and it throws an exception 
    } 
    catch(Exception ex) 
    { 
     //so i will handle that exception over here 
     //and since an exception occurred while sending a mail 
     //i will log an event with the eventlog 

     //All i want to know is what if an exception occurs here 
     //while writing the error log, how should i handle it?? 
    } 
} 

谢谢。

Answer 1

我会亲自包装调用以写入事件日志与另一个try \ catch语句。

但是，最终取决于您的规格。如果系统将故障写入事件日志至关重要，那么您应该允许将其抛出。然而，根据你的例子，我怀疑这是你想要做的。

Answer 2

您也可以在catch块中添加try-catch块。

Answer 3

每个异常仅在try-catch块内被捕获。你可以嵌套尝试，但通常不是一个好主意。

Answer 4

考虑到写入文件时的异常类型（权限，磁盘空间...）我建议不要在这里处理它。如果第一次失败，很有可能无法在事件日志中写入事件日志中无法写入的信息...

让它冒泡并由上级处理试着抓。

Answer 5

您可以简单地捕获错误记录方法中的错误。但是我不会亲自这样做，因为错误日志记录是您的应用程序根本无法运行的标志。

private void SendMail() 
{ 
    try 
    { 
     //i try to send a mail and it throws an exception 
    } 
    catch(Exception ex) 
    { 
     WriteToLog(); 
    } 
} 

private void WriteToLog() 
{ 
    try 
    { 
     // Write to the Log 
    } 
    catch(Exception ex) 
    { 
     // Error Will Robinson 
     // You should probably make this error catching specialized instead of pokeman error handling 
    } 
} 

Answer 6

Chris S.有最好的答案。在catch块内放置try-catch块是非常不明智的。并在你的情况下，它会只是缠绕你的代码。如果您在这里查看是否成功写入日志文件，那么您必须在每个尝试写入日志文件的地方执行此操作。在通知/处理这些模块中的错误条件时，您可以通过让所有单独的模块自成一体，轻松避免这种不必要的代码重复。当您的邮件发送失败，你执行你的catch块内适当的行动来处理这一特殊情况，如：

1. 处置您的邮件对象
2. 的确保您的插座已关闭
3. 内容编写的条目到你的日志文件中注意错误

在你的catch块中，只需调用你定义的任何API来将日志条目写入你的日志文件中，而忘记其余的。在你的日志API里面，你应该处理任何与日志有关的例外情况（磁盘已满，没有写入文件的权限，找不到文件的权限等等）。您的邮件模块不需要知道日志记录是否成功，应该将责任委派给日志记录模块。

Answer 7

我个人使用简单的扩展方法来处理这种情况。

public static class MyExtentions 
{ 
    public static void LogToErrorFile(this Exception exception) 
    { 
     try 
     { 
      System.IO.File.AppendAllText(System.IO.Path.Combine(Application.StartupPath, "error_log.txt"), 
       String.Format("{0}\tProgram Error: {1}\n", DateTime.Now, exception.ToString())); 
     } 
     catch 
     { 
      // Handle however you wish 
     } 
    } 
} 

的用法很简单：

try 
{ 
    ... 
} 
catch(Exception ex) 
{ 
    ex.LogToErrorFile(); 
} 

然后，您可以处理扩展方法中捕捉到的异常，但是你想，或者干脆不抓住它，让它泡到顶部。我发现这种设计是一种简单，可重复的方式来处理整个应用程序中的异常。

Answer 8

• 首先，我会说不抓住catch块中的“Exception”。你可以代替邮件，检查所有的有效性，然后捕获你可以做些什么（并通过友好的消息通知用户）的特定异常（SmtpException）。从你的代码抛出异常并告知UI并不是一个坏主意。如果你的方法接受了某些规范的输入，并且如果它们不符合，你的方法应该/可以抛出错误并告知用户它。

• 对于无法控制的异常，请使用全局处理异常，如Application_Error for web。 Getting Better Information on Unhandled Exceptions Peter Bromberg更好地解释了这一点。

• 对于任何正在访问的资源，比如事件日志，请确保您的程序集有权访问它。

• 相关链接Build a Really Useful ASP.NET Exception Engine By Peter A. Bromberg 和 Documenting Exceptional Developers By Peter A. Bromberg 对于Web应用程序考虑 Health monitoring Exception logging

• 一件事，如果你的应用程序出错/抛出错误不能处理（全部）其更好让它优雅地下降而不是继续。在不稳定状态下应用并不是一个好主意。