ELMAH异常处理问题：Inner Exception为NULL

针对你遇到的.NET 4.6.2 MVC项目中ELMAH频繁记录无有效信息异常的问题，我整理了几个可行的解决方案，帮助你捕获更详细的异常上下文：

1. 检查全局异常处理是否篡改了异常信息 #

很多MVC项目会在Global.asax中定义Application_Error方法处理全局异常，如果这里的逻辑没有正确传递原始异常给ELMAH，就可能导致信息丢失。确保你的代码是这样的：

protected void Application_Error(object sender, EventArgs e)
{
    var rawException = Server.GetLastError();
    if (rawException != null)
    {
        // 直接传递原始异常给ELMAH，不要自行包装或修改
        Elmah.ErrorSignal.FromCurrentContext().Raise(rawException);
        // 清除错误避免默认错误页干扰
        Server.ClearError();
    }
}

如果之前有对异常进行包装（比如new Exception("自定义消息", rawException)），务必停止这种操作，确保ELMAH拿到的是原始异常实例。

2. 自定义ELMAH ErrorLog补充异常细节 #

当InnerException为null时，我们可以通过自定义SqlErrorLog来捕获更多异常元数据（比如堆栈跟踪、目标方法、请求上下文等），并将这些信息写入ELMAH的日志中：

步骤1：创建自定义ErrorLog类 #

using Elmah;
using System.Text;

namespace YourProjectNamespace
{
    public class EnhancedSqlErrorLog : SqlErrorLog
    {
        public EnhancedSqlErrorLog(IDictionary config) : base(config) { }

        public override string Log(Error error)
        {
            if (error.Exception != null && error.Exception.InnerException == null)
            {
                var detailBuilder = new StringBuilder();
                detailBuilder.AppendLine("=== Enhanced Exception Details ===");
                detailBuilder.AppendLine($"Exception Type: {error.Exception.GetType().FullName}");
                detailBuilder.AppendLine($"Source: {error.Exception.Source ?? "Unknown"}");
                detailBuilder.AppendLine($"StackTrace:\n{error.Exception.StackTrace ?? "No stack trace available"}");
                detailBuilder.AppendLine($"Target Method: {error.Exception.TargetSite?.Name ?? "Unknown"}");
                // 追加请求上下文信息
                detailBuilder.AppendLine("\n=== Request Context ===");
                detailBuilder.AppendLine($"URL: {error.Request.Url?.ToString() ?? "Unknown"}");
                detailBuilder.AppendLine($"HTTP Method: {error.Request.HttpMethod ?? "Unknown"}");
                detailBuilder.AppendLine($"User Agent: {error.Request.UserAgent ?? "Unknown"}");

                // 将补充信息合并到原错误详情中
                error.Detail = string.IsNullOrEmpty(error.Detail) 
                    ? detailBuilder.ToString() 
                    : $"{error.Detail}\n\n{detailBuilder.ToString()}";
            }

            return base.Log(error);
        }
    }
}

步骤2：在web.config中配置自定义ErrorLog #

修改<elmah>节点下的<errorLog>配置，指定你的自定义类：

<elmah>
    <errorLog 
        type="YourProjectNamespace.EnhancedSqlErrorLog, YourProjectAssembly" 
        connectionStringName="ELMAHConnectionString" />
    <!-- 其他ELMAH配置... -->
</elmah>

注意替换YourProjectNamespace和YourProjectAssembly为实际的命名空间和程序集名称。

3. 禁用MVC默认的HandleErrorAttribute #

MVC的HandleErrorAttribute可能会拦截异常并返回友好页，但同时会阻止ELMAH捕获原始异常。你可以在FilterConfig.cs中暂时注释掉这个过滤器，测试是否能捕获到真实异常：

public class FilterConfig
{
    public static void RegisterGlobalFilters(GlobalFilterCollection filters)
    {
        // 暂时注释，测试异常捕获
        // filters.Add(new HandleErrorAttribute());
    }
}

测试完成后，如果你需要保留友好错误页，可以调整HandleErrorAttribute的逻辑，确保异常被传递给ELMAH。

4. 直接访问ELMAH的错误管理页面 #

在测试环境中，你可以通过ELMAH的内置页面查看更详细的错误上下文（比如请求参数、表单数据、会话内容）。确保web.config中允许本地访问：

<elmah>
    <security allowRemoteAccess="false" /> <!-- 仅允许本地访问，生产环境保持false -->
    <errorLog ... />
</elmah>

然后访问http://your-local-domain/elmah.axd，找到对应的错误条目，查看AllXml字段的完整内容，里面可能包含被忽略的请求细节，帮助定位问题。

内容的提问来源于stack exchange，提问作者Dominick