为什么 UnhandledExceptionEventArgs.ExceptionObject 是一个对象而不是 Exception？
为什么UnhandledExceptionEventArgs.ExceptionObject是一个对象而不是Exception？
我正在附加到 AppDomain.UnhandledException。
我想将 UnhandledExceptionEventArgs.ExceptionObject 转换为 Exception 并询问它。
考虑到这一点，它会永远为零吗？
MSDN 文档 并不是很有用。
获取未处理的异常对象。
Why is UnhandledExceptionEventArgs.ExceptionObject an object and not an Exception?
I am attaching to AppDomain.UnhandledException.
I would like to cast UnhandledExceptionEventArgs.ExceptionObject to an Exception and interogate it.
And with this in mind will it ever be null?
The MSDN documentation is not exatly useful.
Gets the unhandled exception object.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
不能将其类型化为 Exception，因为可能会在 .Net 中抛出并非派生自 System.Exception 的对象。 这在 C# 或 VB.Net 中是不可能的，但在其他基于 CLR 的语言中是可能的。 因此 API 必须支持这种可能性并使用类型对象。
因此，虽然它不应该为 null，但实际上它可能不是 System.Exception。
有关更多详细信息，请参阅 CLI 规范第 10.5 节（特别是 CLS 规则 40）
This cannot be typed to Exception because it's possible to throw objects in .Net that do not derive from System.Exception. This is not possible in C# or VB.Net but it is possible in other CLR based languages. Hence the API must support this possibility and uses the type object.
So while it shouldn't ever be null, it may not in fact be a System.Exception.
See CLI spec section 10.5 (specifically CLS rule 40) for more details
除了 Jared 已经提到的内容之外，如果已将
RuntimeCompatibilityAttribute(WrapNonExceptionThrows=true)应用于程序集，则可以在 .NET Framework 2.0 及更高版本中安全地转换为Exception（将由 C# 和 VB 编译器自动添加）。应用此属性后，非 Exception“异常”将被包装在 RuntimeWrappedException 中。
In addition to what Jared has already mentioned, you can safely cast to
Exceptionin .NET Framework 2.0 and higher ifRuntimeCompatibilityAttribute(WrapNonExceptionThrows=true)has been applied to your assembly (will be added automatically by the C# and VB compilers).When this attribute has been applied, non-Exception "exceptions" will be wrapped in
RuntimeWrappedException.