c# – 没有堆栈跟踪的异常 – 怎么样？
|
我们有一个服务,将在应用程序域级别(通过Log4net)记录未处理的异常.
我们记录：
此异常没有堆栈跟踪.如何在异常对象上做一些疯狂的事情呢？ 我们的处理代码： AppDomain.CurrentDomain.UnhandledException += LogAnyExceptions;
private void LogAnyExceptions(object sender,UnhandledExceptionEventArgs e)
{
log.Error("unhandled",(Exception)e.ExceptionObject);
throw (Exception)e.ExceptionObject;
}
对我来说,这次重掷是无意义的,因为AppDomain会随着进程而下降,但我不认为这会影响我们的情况. Windows应用程序事件查看器也只显示这个空引用异常并且没有跟踪. 我已经测试了异常处理程序日志记录,并且它成功记录了堆栈跟踪和任何内部异常.如果我们的代码抛出,我们将看到一个堆栈跟踪.如果是由第三方c#库抛出的,那么我们再次看到至少有一个方法的堆栈跟踪(无论是否被重新抛出异常).这里我们看到一个没有堆栈跟踪的托管异常.我不知道这是怎么可能的. 看看反编译的第三方库与非托管代码进行交涉,引发异常的事件很可能在非托管的地方,但如果没有堆栈跟踪,这种情况会如何导致托管的空引用异常？ 这个问题的原因是间歇性的.我们已经在生产中运行了这段代码了好几个月,看到它已经做了一次.这很奇怪 普遍的共识是,负责这种问题的系统应该被推到一个子进程中,所以我们可以处理这个问题,并且安全,自动地重新启动,但是很高兴知道发生了什么. 编辑以包括下面的评论信息： 我的异常不是标准的重新抛出,因为堆栈跟踪是空或空的.它没有重新抛出方法的名称.进一步挖掘,可以从序列化信息构建Exception类,并且看起来序列化的信息可能包含用于堆栈跟踪的空字符串,并且潜在的可能被创建而不会导致其他错误.我想这可能来自那里,但我不知道它是如何起源的. 解决方法
如果您收到异常但没有相应的堆栈跟踪,那么在某种程度上异常处理程序可能正在评估异常并重新抛出异常.例如,如果你正在做一个抛出;你会吃到导致这一点的堆栈跟踪.要保留现有的调用堆栈,你想简单地抛出;
Throwing exceptions best practices 请注意,C#方式与Java语言的惯例相反,您应该在其中抛出ex; Java参考：Best Practice: Catching and re-throwing Java Exceptions （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |