1. 什么是序列化？
程序猿在编写应用程序的时候每每需要将程序的某些数据存储在内存中，而后将其写入某个文件或是将它传输到网络中的还有一台计算机上以实现通信。这个将程序数据转化成能被存储并传输的格式的过程被称为“序列化”（Serialization），而它的逆过程则可被称为“反序列化”（Deserialization）。html
简单来讲，序列化就是将对象实例的状态转换为可保持或传输的格式的过程。与序列化相对的是反序列化，它依据流重构对象。这两个过程结合起来，可以轻松地存储和数据传输。好比，可以序列化一个对象，而后使用 HTTP 经过 Internet 在client和server之间传输该对象。算法
总结网络
序列化：将对象变成字节流的形式传出去。数据结构
反序列化：从字节流恢复成原来的对象。
框架
2. 为何要序列化？优势在哪里？
简单来讲，对象序列化通常用于两个目的：
google
（1） 将对象存储于硬盘上 ，便于之后反序列化使用
编码
（2）在网络上传送对象的字节序列spa
对象序列化的优势在哪里？网络传输方面的便捷性、灵活性就不说了，这里举个咱们经常可能发生的需求：你有一个数据结构，里面存储的数据是通过很是多其余数据经过很是复杂的算法生成的，由于数据量很是大，算法又复杂，所以生成该数据结构所用数据的时间可能要很是久（或许几个小时，甚至几天），生成该数据结构后又要用做其余的计算，那么你在调试阶段，每次执行个程序，就光生成数据结构就要花上这么长的时间，无疑代价是很是大的。假设你肯定生成数据结构的算法不会变或不常变，那么就可以经过序列化技术生成数据结构数据存储到磁盘上，下次又一次执行程序时仅仅需要从磁盘上读取该对象数据就能够，所花费时间也就读一个文件的时间，可想而知是多么的快，节省了咱们的开发时间。
指针
3. C++对象序列化的四种方法
将C++对象进行序列化的方法通常有四种，如下分别介绍：调试
3.1 Google Protocol Buffers（protobuf）
Google Protocol Buffers (GPB)是Google内部使用的数据编码方式，旨在用来取代XML进行数据交换。可用于数据序列化与反序列化。主要特性有：
- 高效
- 语言中立(Cpp, Java, Python)
- 可扩展
3.2 Boost.Serialization
Boost.Serialization可以建立或重建程序中的等效结构，并保存为二进制数据、文本数据、XML或者实用户本身定义的其它文件。该库具备下面吸引人的特性：
- 代码可移植（实现仅依赖于ANSI C++）。
- 深度指针保存与恢复。
- 可以序列化STL容器和其它常用模版库。
- 数据可移植。
- 非入侵性。
3.3 MFC Serialization
Windows平台下可以使用MFC中的序列化方法。MFC 对 CObject 类中的序列化提供内置支持。所以，所有从 CObject 派生的类均可利用 CObject 的序列化协议。
3.4 .Net Framework
.NET的执行时环境用来支持用户定义类型的流化的机制。它在此过程当中，先将对象的公共字段和私有字段以及类的名称（包含类所在的程序集）转换为字节流，而后再把字节流写入数据流。在随后对对象进行反序列化时，将建立出与原对象全然一样的副本。
3.5 简单总结
这几种序列化方案各有优缺点，各有本身的适用场景。当中MFC和.Net框架的方法适用范围很是窄，仅仅适用于Windows下，且.Net框架方法还需要.Net的执行环境。參考文献1从序列化时间、反序列化时间和产生数据文件大小这几个方面比較了前三种序列化方案，得出结论例如如下（仅供參考）：
- Google Protocol Buffers效率较高，但是数据对象必须预先定义，并使用protoc编译，适合要求效率，赞成本身定义类型的内部场合使用。
- Boost.Serialization 使用灵活简单，而且支持标准C++容器。
- 相比而言，MFC的效率较低，但是结合MSVS平台使用最为方便。
为了考虑平台的移植性、适用性和高效性，推荐你们使用Google的protobuf和Boost的序列化方案，如下介绍我使用这两种方案的心得及注意事项。
本文转自:最常用的两种C++序列化方案的使用心得