我希望在一个线程中做同样的事情，我已经开始从我的MVC4应用程序中排队邮件，因此当异常被引发时，我没有HttpContext可用。为了做到这一点，我最终与以下基于这个问题和另一个答案在这里找到:elmah:异常没有HttpContext?

在配置文件中，我指定了一个应用程序名称:

<elmah>
    <security allowRemoteAccess="false" />
    <errorLog type="Elmah.SqlErrorLog, Elmah" connectionStringName="ELMAH" applicationName="myApplication"/>   
</elmah>

然后在代码中(就像上面提供的答案，但没有HttpContext)你可以传递null而不是HttpContext:

ThreadPool.QueueUserWorkItem(t => {
     try {
         ...
         mySmtpClient.Send(message);
     } catch (SomeException e) {
         Elmah.ErrorLog.GetDefault(null).Log(new Elmah.Error(e));
     }
 });

我建议在您自己的一个简单的包装类中包装对Elmah的调用。

using Elmah;

public static class ErrorLog
{
    /// <summary>
    /// Log error to Elmah
    /// </summary>
    public static void LogError(Exception ex, string contextualMessage=null)
    {
        try
        {
            // log error to Elmah
            if (contextualMessage != null) 
            {
                // log exception with contextual information that's visible when 
                // clicking on the error in the Elmah log
                var annotatedException = new Exception(contextualMessage, ex); 
                ErrorSignal.FromCurrentContext().Raise(annotatedException, HttpContext.Current);
            }
            else 
            {
                ErrorSignal.FromCurrentContext().Raise(ex, HttpContext.Current);
            }

            // send errors to ErrorWS (my own legacy service)
            // using (ErrorWSSoapClient client = new ErrorWSSoapClient())
            // {
            //    client.LogErrors(...);
            // }
        }
        catch (Exception)
        {
            // uh oh! just keep going
        }
    }
}

然后在需要记录错误时调用它。

try {
   ...
} 
catch (Exception ex) 
{
    // log this and continue
    ErrorLog.LogError(ex, "Error sending email for order " + orderID);
}

这有以下好处:

You don't need to remember this slightly archaic syntax of the Elmah call If you have many DLLs you don't need to reference Elmah Core from every single one - and just put this in your own 'System' DLL. If you ever need to do any special handling or just want to put in a breakpoint to debug errors you have it all one place. If you ever move away from Elmah you can just change one place. If you have legacy error logging you want to retain (I just happen to have a simple error logging mechanism that's tied into some UIs that I dont immediately have time to remove).

注意:我为上下文信息添加了一个'contextualMessage'属性。如果你愿意，你可以省略这个，但我发现它非常有用。Elmah自动展开异常，因此底层异常仍将在日志中报告，但当您单击contextualMessage时将可见。

直接日志写入方法，自ELMAH 1.0开始工作:

try 
{
    some code 
}
catch(Exception ex)
{
    Elmah.ErrorLog.GetDefault(HttpContext.Current).Log(new Elmah.Error(ex));
}

ELMAH 1.2引入了更灵活的API:

try 
{
    some code 
}
catch(Exception ex)
{
    Elmah.ErrorSignal.FromCurrentContext().Raise(ex);
}

这两种解决方案之间存在差异:

Raise方法对异常应用ELMAH过滤规则。日志方法没有。 Raise是基于订阅的，能够将一个异常记录到多个记录器中。

我希望在一个线程中做同样的事情，我已经开始从我的MVC4应用程序中排队邮件，因此当异常被引发时，我没有HttpContext可用。为了做到这一点，我最终与以下基于这个问题和另一个答案在这里找到:elmah:异常没有HttpContext?

在配置文件中，我指定了一个应用程序名称:

<elmah>
    <security allowRemoteAccess="false" />
    <errorLog type="Elmah.SqlErrorLog, Elmah" connectionStringName="ELMAH" applicationName="myApplication"/>   
</elmah>

然后在代码中(就像上面提供的答案，但没有HttpContext)你可以传递null而不是HttpContext:

ThreadPool.QueueUserWorkItem(t => {
     try {
         ...
         mySmtpClient.Send(message);
     } catch (SomeException e) {
         Elmah.ErrorLog.GetDefault(null).Log(new Elmah.Error(e));
     }
 });

是的，这是可能的。ELMAH被设计用来拦截未处理的异常。但是，您可以通过ErrorSignal类向ELMAH发出异常信号。这些异常不会被抛出(不会冒泡)，而只被发送到ELMAH(以及ErrorSignal类的Raise事件的订阅者)。

举个小例子:

protected void ThrowExceptionAndSignalElmah()
{
    ErrorSignal.FromCurrentContext().Raise(new NotSupportedException());
}

我试图写自定义消息到elmah日志使用Signal.FromCurrentContext().Raise(ex);并发现这些例外都是冒泡的，例如:

try
{
    ...
}
catch (Exception ex)
{
    Elmah.ErrorSignal.FromCurrentContext().Raise(ex);
    // this will write to the log AND throw the exception
}

此外，我不知道elmah是如何支持不同级别的日志记录的——是否有可能通过web关闭详细日志记录。配置设置?