Java的序列化如何工作以及何时应使用它来代替某些其他持久性技术？

Question

我最近一直在尝试学习更多信息，并且通常在工作和个人项目中测试Java的序列化，我必须说，我对它的了解越多，就越不喜欢它。不过，这可能是由错误信息引起的，所以这就是为什么我要向大家询问以下两件事：

1： 在字节级别，序列化如何知道如何将序列化的值与某个类匹配？

我这里的问题之一是，我对ArrayList进行了一个小测试，其中包含值“一个”，“两个”，“三个”。序列化后，字节数组占用了78个字节，对于这么少的信息量（19
+ 3 + 3 + 4字节）来说，这似乎是一个很大的数目。当然会有一定的开销，但这引出了我的第二个问题：

2：是否 可以将序列化视为持久存储对象的好方法？现在显然，如果我使用一些自制的XML格式，则持久性数据将是这样的

<object>
    <class="java.util.ArrayList">
    <!-- Object array inside Arraylist is called elementData -->
    <field name="elementData">
        <value>One</value>
        <value>Two</value>
        <value>Three</value>
    </field>
</object>

与一般的XML一样，它有点肿，占用138个字节（即没有空格）。JSON中的可能是

{
    "java.util.ArrayList": {
        "elementData": [
            "one",
            "two",
            "three"
        ]
    }
}

这是75字节，因此已经比Java的序列化小。对于这些基于文本的格式，很显然，必须有一种方法可以将基本数据表示为文本，数字或两者的任意组合。

因此，回顾一下，序列化如何在字节/位级别上工作，何时应使用，何时不应该使用序列化以及序列化的真正好处是什么（除了Java的标准配置）？

Answer 1

我个人将尝试避免Java的“内置”序列化：

• 它不能移植到其他平台
• 效率不高
• 它非常脆弱-使它能够处理一个类的多个版本有些棘手。除非您小心，否则即使更改编译器也可能破坏序列化。

有关实际字节的含义的详细信息，请参见Java Object Serialization
Specification
。

有多种选择，例如：

• 正如您所展示的，XML和JSON（当然有各种XML风格）
• YAML
• Facebook的Thrift（RPC以及序列化）
• Google协议缓冲区
• 黑森州（网络服务以及序列化）
• 阿帕奇（Apache Avro）
• 您自己的自定义格式

（免责声明：我在Google工作，并且正在将协议缓冲区移植到C＃作为我20％的项目，因此很明显，我认为这是一种很好的技术：）

出于明显的原因，跨平台格式几乎总是比特定于平台的格式更具限制性-例如，协议缓冲区具有一组有限的本机类型-
但互操作性非常有用。您还需要考虑版本控制的影响，以及向后和向前的兼容性等。文本格式通常是可以手动编辑的，但是在空间和时间上效率较低。

基本上，您需要仔细查看您的需求。