参考什么是使自定义 .NET 异常可序列化的正确方法？
以及所有 .NET 异常都可序列化吗？...
为什么我的异常应该是可序列化的？
有人说，如果第三方库定义的自定义异常是不可序列化的，“它可以被认为是一个错误”。为什么？
为什么在这方面异常与其他类不同？
问问题
6758 次
4 回答
59
因为您的异常可能需要在不同的 AppDomain 之间进行编组，如果它们不能（正确）序列化，您将丢失宝贵的调试信息。与其他类不同，您无法控制您的异常是否会被编组——它会。
当我的意思是“您将无法控制”时，我的意思是您创建的类通常具有有限的存在空间，并且存在是众所周知的。如果它是一个返回值并且有人试图在不同的 AppDomain（或在不同的机器上）调用它，他们会得到一个错误，并且可以说“不要那样使用它”。调用者知道他们必须将其转换为可以序列化的类型（通过包装方法调用）。但是，由于如果没有被捕获，异常就会冒泡到最顶端，它们可以超越您甚至不知道的 AppDomain 边界。您在不同 AppDomain 中的 20 级自定义应用程序异常可能是 Main() 报告的异常，并且在此过程中没有任何东西可以将其转换为您的可序列化异常。
于 2009-07-01T00:03:18.467 回答
1
除了 Talljoe 的回答之外，您的异常也可以通过 Web 服务传递，在这种情况下，异常需要可序列化/可反序列化，以便可以将其转换为 XML 并由 Web 服务传输
于 2009-07-01T00:19:43.677 回答
1
我认为所有类的默认值都应该是可序列化的，除非它们包含一个明确不可序列化的类。仅仅因为某些设计师没有考虑过，就无法转移课程，这很烦人。
与“Final”相同，所有变量默认情况下都应为“Final”，除非您明确说明它们是“Mutable”。
另外，我不确定拥有一个非私有变量是否有意义。
哦，好吧，需要设计我自己的语言。
But the answer is, you don't know how your exception will be used and they are assumed to be able to be thrown across remote calls.
于 2009-07-01T00:56:25.333 回答
-1
Another place where objects required to be serializable is Asp.Net Session. We store last exception in Session and not serializable exceptions needs extra translation to store their details as serializable( specifying original exception as inner doesn't help)
于 2017-02-15T09:19:22.710 回答