Android：如果我将serialVersionUID添加到旧的可序列化对象会怎样？
如果您获取一个从未明确指定serialVersionUID的旧可序列化对象，然后将serialVersionUID添加到该对象，会发生什么？在我看来，下一次由最终用户更新应用程序时，它将尝试反序列化磁盘中的数据，发现serialVersionUID不匹配，用服务器/
db /中的新数据覆盖数据，然后再执行此操作很好。我对这个假设是否正确？在执行此操作时，我是否还要警惕其他问题？
private class X implements serializable {...
private static final long serialVersionUID = 0L;
问题答案：
- 如果您给它提供的值与
serialver现在在类上运行该工具所显示的值相同，则什么也不会发生。 - 如果您赋予它不同的值，则包括该类的现有串行流的进一步反序列化将失败，并带有
InvalidClassException。
在我看来，下次由最终用户更新应用程序时，它将尝试反序列化光盘中的数据
正确。
找出serialVersionUID不匹配
仅当它确实不匹配时。如果您遵循上述建议，则它将匹配。
用服务器/数据库/任何地方的新数据覆盖数据
不正确 往上看。
然后你就没事了。
没有。
我对这个假设是否正确？
没有。
-
问题内容： 有没有办法确定序列化Java对象的生成？ 问题是我序列化了一个对象而没有明确指定。现在，反序列化过程抱怨类不兼容。但是，我并没有以使其不兼容的方式更改类。因此，我假设在类中指定足够了，因为它存储在对象数据中。为此，我需要从序列化数据中读取。 问题答案： 您可以通过扩展ObjectInputStream来做到这一点： 我相信可以通过替换方法返回的描述符来读取所有序列化的数据，但是我还没有
-
问题内容： 假设您有一些AppendObjectOutputStream类（这是一个ObjectOutputStream！），它重写了writeStreamHeader（），如下所示： 现在，假设您打算将多个对象保存到一个文件中。程序每次运行时，一个对象。即使在第一次运行时，您是否也会使用AppendObjectOutputStream（）？ 问题答案： 您必须首先使用常规ObjectOutput
-
假设您有一些AppendObjectOutputStream类（这是一个ObjectOutputStream！）将重写writeStreamHeader（），如下所示： 现在，假设您计划将多个对象保存到一个文件中；每次程序运行一个对象。即使在第一次运行时，您也会使用AppendObjectOutputStream（）吗？
-
问题内容： 几个月前，我将java.io.Serializable对象序列化为文件。现在，我需要阅读内容，但是从那以后，serialVersionUID发生了变化，现在我遇到了“类不兼容”错误。我知道一个事实，即没有任何数据成员已更改，因此唯一的障碍是serialVersionUID检查。 有没有办法禁用检查或修改二进制文件中的serialVersionUID？ 澄清说明 这个问题是假设我无法编辑
-
我正在执行对DynamoDB表的扫描，然后我需要将返回项中的相应属性添加到类型的列表中（具有单个构造函数）。代码当前成功扫描DB并返回扫描结果的。然而，由于某种原因，我的迭代似乎返回null。