C中异常中的异常处理#

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

您可以简单地在错误日志记录方法中捕获错误。不过,我个人不会这么做,因为错误日志记录中断是应用程序无法正常运行的标志。

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
    }
}

只有在try-catch块中时,才会捕获每个异常。你可以尝试捕捉,但通常不是一个好主意。

try-catch 挡在你的车里 catch 也要封锁。

考虑到写入文件时的例外情况(权限、磁盘空间…),我建议不要在这里处理它。如果第一次失败,很有可能您无法写入事件日志,而无法写入事件日志。。。

让它冒泡起来,由上层的try/catch来处理。

克里斯S。有最好的答案。在catch块中放置try-catch块很少是个好主意。在你的情况下,它只会让你的代码变得复杂。如果您在此处检查是否成功写入日志文件,则必须在尝试写入日志文件的每个位置都执行此操作。在通知/处理这些模块中的错误条件时,您可以轻松地避免这种不必要的代码重复,方法是让所有单个模块都是独立的。当发送邮件失败时,您可以在catch块中执行适当的操作来处理这种异常情况,如:

1. 处理邮件对象的内容
2. 确保你的插座是关闭的

在catch块中,只需调用您定义的任何API就可以将日志条目写入日志文件,其余的就不用管了。在日志API中,您应该处理任何与日志相关的异常情况(磁盘已满、没有写入文件的权限、找不到文件等)。您的邮件模块不需要知道日志记录是否成功,应该将该职责委派给日志记录模块。

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();
}

• 首先,我要说不要在catch块中捕获“Exception”。相反,对于邮件,您可以检查所有有效性,然后捕获您可以处理的特定异常(SmtpException,),并用友好的消息通知用户。从代码中抛出异常并向UI通知异常不是一个坏主意。如果您的方法接受具有特定规范的输入,并且不满足这些输入,那么您的方法应该/可以抛出错误并通知用户。

• 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

• 还有一件事,如果你的应用程序出了问题/抛出了无法处理(根本)的错误,最好让它优雅地运行,不要继续。在不稳定状态下应用不是好主意。