问题标签 [serializable]

参考什么是使自定义 .NET 异常可序列化的正确方法？
以及所有 .NET 异常都可序列化吗？...

为什么我的异常应该是可序列化的？
有人说，如果第三方库定义的自定义异常是不可序列化的，“它可以被认为是一个错误”。为什么？

为什么在这方面异常与其他类不同？

什么是使异常可序列化的正确方法的答案？表示自定义异常的“正确”基本实现包括 4 个 ctor：

马上，我会说这对于 Exception 类型来说是一个非常糟糕的名字。但是，除此之外，

1. 出于二进制序列化的目的，这就是 SO 问题所指的，我必须实现所有 4 个构造函数吗？我认为出于 [Serializable] 的目的，我必须提供一个接受 2 个类型参数（SerializationInfo、StreamingContext）的 ctor，因为异常源自 System.Exception，它本身进行自定义序列化。我可以理解。但是我必须实现其他 ctors才能正确提供可序列化的异常吗？我知道，如果我想允许一个类型可 xml 序列化，我需要提供默认（无操作）ctor。[Serializable] 也一样吗？暂时，让我们将自己局限在 [Serializable] 的狭隘关注上，而将任何关于“框架设计”的更广泛的指导原则放在一边。

2. 转向更广泛的问题：指南说自定义例外应该实现 4 个常见的 ctors。该指南背后的原因是什么？如果我设计了一个自定义异常，如果我不提供 null/default ctor，这真的是不礼貌，甚至是错误吗？如果我不提供允许 innerException 的 ctor，这真的是不礼貌，甚至是错误吗？为什么？考虑一下我的自定义异常是在我的库代码中生成的，并且我曾经抛出的唯一实例包括一条消息，并且没有 innerException。

3. 简而言之，对于不提供其他属性的自定义异常，以下代码是否可以接受？

另请参阅：Winterdom 博客：使异常可序列化。

什么是 C# 中的可序列化对象？我想可序列化这个词比“可序列化对象”更让我失望。

我需要将 [Serializable] 属性添加到对性能极为敏感的类中。

这个属性会对类的操作产生任何性能影响吗？

有没有办法让我的班级 json 可序列化？我担心的是递归引用。

嗨，我有一个类的问题，我想通过将其放入 putExtras() 来传递一个意图，它是可序列化的，代码如下所示：

问题是，y 现在是一个 ArrayList 而不再是 ObjectB 所以我不能转换它..如果我将代码更改为

它工作正常

我正在使用 wsdl.exe 从一个巨大的 wsdl 文件中自动生成 Web 服务代理代码。然后，我将它生成的 .cs 文件编译为 dll 并在我的程序中使用它来进行 Web 服务调用。

问题是在我的程序中使用 sql 会话状态时，我无法将代理对象保存到会话状态。我在 wsdl.exe 生成的文件中将主类标记为可序列化，但没关系，因为它继承了不可序列化的 System.Web.Services.Protocols.SoapHttpClientProtocol？

有谁知道让自动生成的代码与会话状态一起工作的方法？

如果我像msdn中的这篇文章一样使我的异常可序列化，那么我的异常可以通过 WCF 序列化吗？

例如：对象 A 包含对象 B，对象 B 包含对象 C，对象 C 又包含对象 A。

对象 A 会正确序列化吗？

此处的注释 #9表示它不起作用。

相反，XStream表明它确实处理循环引用。

为了使类可序列化，我们执行以下操作：

而不是这个：

为什么，如果我们想让一个类可序列化，我们要实现一个特殊的接口。如果我们想排除一些字段，我们使用关键字 transient? 为什么在这两种情况下都不使用特殊关键字？我的意思是有任何理由以不同的方式制作相同的东西吗？我知道，没有这样的关键字，serializable但为什么不引入它而不是特殊接口Serializable？