跟踪所有处理的异常

Question

我试图了解为什么一个部署的应用程序不能正常工作。我已将问题归结为特定的更新例程。可悲的是，该例程被嵌入到什么都不做的 try-catch 中。

bool requireUpdate = false;
try
{
    requireUpdate = !client.IsUpToDate();
}
catch{ }

我需要一种方法来获取异常无需重新编译并进行部署。

有没有办法修改app.config 文件，以便它可以将所有已处理的异常追踪到日志文件，无论它们是如何处理的？

Answer 1

仅仅因为我今天发现了这一点（我真的很喜欢用不太有用的答案来复活旧问题！），因为 .NET4，AppDomain 上有一个新事件，它在任何异常处理之前触发。

在您的应用设置代码中的某个位置（例如Program.Main、Application_OnStart 等），您可以添加一个处理程序：

class Program
{
    static void Main(string[] args)
    {
        AppDomain.CurrentDomain.FirstChanceException 
            += FirstChanceException

        // ...rest of your app startup
    }

    private static bool LogFirstChanceExceptions
    {
        get  
        {
            return ConfigurationManager.AppSettings["logFirstChanceExceptions"] 
                                       .Equals(bool.TrueString)
        }
    }

    private static void FirstChanceException(object sender,
                                             FirstChanceExceptionEventArgs e)
    {
        if (e != null && 
            e.Exception != null &&
            LogFirstChanceExceptions)
        {
            Console.Error.WriteLine("First-chance {0}: {1}",
                                    e.Exception.GetType(), 
                                    e.Exception.Message);
        }
    }
}

（未经测试，无保修等。未图示：任何重入处理，以防FirstChanceException 处理程序本身抛出异常）

对 OP 没有帮助，但它可能会帮助那些可以重新编译的人，包括一些允许他们在未来切换这种跟踪的东西。

Answer 2

不幸的是，对于 已处理 异常，我们无能为力，因为它们 已被处理（即使非常糟糕，就像您的情况一样）。

获得它们的最佳方法是重写/重新编译/部署。

Answer 3

更新

CLR 分析可以帮助你！

看看这个链接： http://msdn.microsoft.com/en-us/magazine/cc301839.aspx

您基本上可以跟踪您的异常情况：

“分析 API 提供了一组广泛的回调，详细描述了异常处理周期的搜索、展开和最终阶段。一个有趣的分析场景将监视托管异常并提供附加信息，例如抛出的 Win32 线程异常、位于堆栈顶部的函数、该函数的参数以及发生异常时范围内的局部变量。”

Answer 4

使用低级调试器，例如 WinDbg，您将能够知道第一次机会异常。

Answer 5

我在 Java 中使用过的技巧：

遍历应用程序中的所有 catch 块，寻找空的。将调试或跟踪消息添加到块中，说明“捕获预期异常”和异常。无论如何，您都应该这样做，并制定一个绝对不能接受默默吞下异常的策略。

如果未能清除异常，则重新编译基本异常，如果应用程序处于调试（或跟踪）模式，则向无参数构造函数添加一个块以记录堆栈跟踪。显然，如果您的应用程序/库有自己的异常层次结构，这更容易做到，但有办法注入这种行为（这里在 C# 中执行此操作的方式与我完成此操作的方式不同）

Answer 6

还有另一种选择，但它可能漂亮也可能不漂亮：痣。

技术上用于单元测试，Moles 允许您用委托替换任何 .NET 方法。您也许可以使用它来用您的委托替换该方法，而不是做您想做的事情。

您也许可以将原始方法替换为调用 client.IsUpToDate() 的委托，这样您就可以阻止异常？

痣是 Pex 的一部分： http://research.microsoft.com/en-us/projects/pex/default.aspx

Answer 7

这个solution 可能就是您要找的。
基本上指令是使用这个代码块：

System.Diagnostics.EventLog.WriteEntry("MyEventSource", exception.StackTrace,
System.Diagnostics.EventLogEntryType.Warning);

此外，来自同一链接的 app.config 似乎是这样的： <system.diagnostics> <switches>

    <add name="MySwitch" value="Verbose" />
</switches>
<trace autoflush="true">
    <listeners>
        <add name="EventLogger"
             type="System.Diagnostics.EventLogTraceListener"
             initializeData="NameOfYourApplication" />
    </listeners>
</trace>