出处：http://www.cppblog.com/tx7do/archive/2011/05/07/145865.html
最简单的TCP网络封包解包(补充)-序列化
如若描述或者代码当中有谬误之处，还望指正。将数据能够在TCP中进行传输的两种方法
1.直接拷贝struct就可以了；
2.序列化。
拷贝Struct存在的问题
1.不能应付可变长类型的数据，比如STL中的那些容器，当然，STL的容器归根到底就是一个class，他们的长度都是不确定的；
2.内存对齐的问题，Windows默认的对齐是4字节，如果不去刻意关闭掉对齐的话，那么可能会多出不少没必要的字节数，但是如果关闭了，内存拷贝又会慢一些。
序列化是怎么序列化的？
其实很简单，我们使用一个uint8类型的数组，假设我们这里有一个uint16类型的数据，那么我们就把它拷贝进去uint8的数组里面，那么它就占了两个元素。这是最基本的规则。具体请参考代码里面的ByteBuffer::append()方法。而那些class神马的，我们只要按照自己设定的规则顺序拷贝进去就可以了。这个在BytBuffer里面默认支持了常用的STL容器，可以参看代码。
类型定义
ByteBuffer的代码
如何利用ByteBuffer序列化和反序列化
假设我们要序列化std::string的数据，那么我们这样做：
在实用下细节上的一些区别
通常情况下，一个协议的数据集会定义为一个struct，然后重载其<<和>>算符用于序列化和反序列化。这个如果仅仅是在C++下倒还好，但如若放置在混合语言编程的情况下，这可能就不行了，如若纯逻辑都在lua或者python神马里面做，那可就不行咯，只能为每个基本类型写一个read和write的方法：readInt8,readInt16,,readString,writeInt8,writeInt16,writeString等等。然后在每个协议处理方法里面按照顺序逐个的处理协议数据集的每一个数据了。
Google Protocol Buffer(ProtoBuf)
在开源工具里面，不得不提到的就是它了，它很适合于混合语言的情况下。它自己有一套自己的数据描述语言，数据序列化的描述都写在.proto。只需要写一次.proto文件，便可以在多语言里面使用了该协议了。比如，我曾经做过一个VC+Flash AS3的项目，就是用的它。如果没有它，网络协议我必须在c++里面定义一次，flash里面定义一次，麻烦死了，麻烦倒还是小事情，如果两边的定义不同步的话，那可就糟糕了。当然，如果没有跨语言的需求，还是尽量简单为好，毕竟简单的东西自己可以比较轻松的掌控。
主页地址：http://code.google.com/p/protobuf/
代码下载：testByteBuffer.rar
EDIT:
time_t解序列化写错了，参数应该是一个传出值，为一个引用，但是我把引用符给忘记了。特此订正！
posted on 2011-05-07 01:33 杨粼波 阅读(3061) 评论(10) 编辑 收藏 引用 所属分类: 原创文章 、网络编程 、C++
评论
# re: 最简单的TCP网络封包解包(补充)-序列化[未登录] 2011-05-07 09:56 true
mongos里面的ByteBuffer确实好用，以前也做过把他单独提取出来，再添加几个方法使用 回复 更多评论
# re: 最简单的TCP网络封包解包(补充)-序列化 2011-05-07 10:27 杨粼波
我是从arcemu里面拿出来的，感觉好像和mongos里面的是一样的。
还有一种利用std::stringstream做序列化的，倒也还可以。
用std::vector可以利用STL的内存分配器，这个比较省心。 回复 更多评论
# re: 最简单的TCP网络封包解包(补充)-序列化 2011-05-07 12:08 饭中淹
我使用的是类型加数值的序列化和反序列化，封包不仅用于网络，还用于db，内部消息等地方。
回复 更多评论
# re: 最简单的TCP网络封包解包(补充)-序列化 2011-05-07 12:10 饭中淹
这样做有个好处是不需要定型的struct，处理过程只要传入一个复合类型value的数组即可，对于统一整体架构，减少代码工作量很有帮助。 回复 更多评论
# re: 最简单的TCP网络封包解包(补充)-序列化[未登录] 2011-05-07 12:12 杨粼波
@饭中淹
还有一个，就是数据持久化。
嗯。。。。反正是IO神马的地方都可以用用。
我的服务器事件系统的一些数据有的也是用这个传递。 回复 更多评论
# re: 最简单的TCP网络封包解包(补充)-序列化[未登录] 2011-05-07 12:15 杨粼波
@饭中淹
我没有尝试过“类型加数值的序列化和反序列化”，这个的空间不太好吧？会相对多吃点字节数吧？ 回复 更多评论
# re: 最简单的TCP网络封包解包(补充)-序列化 2011-05-07 12:37 饭中淹
@杨粼波
目前的方式是用单字节来表示一个类型。
类型有 int, uint, float, string
int, uint, float 又有数组类型。
string和array是带16位的Length字段。
array除了1字节的array类型指定，还带一个1字节的元素数据类型。
对整体容量的增加，有限。
不过，现在这种方式并不是最好的方式。
我认为的最好的方式，所有类型都提取成一个数据类型对象，也就是类似GOOGLE PROTOCOL BUFFER的用额外的描述生成的一个对结构体的描述。这个方式是跟我的数据对象和映射的整体逻辑架构相关的。目标是实现服务器端，在对所有数据和逻辑的描述上形成的整体架构的统一，同时将类型和表义信息从最终数据存储中去掉。
不过这种情况下，可能会出现版本问题，由于双方描述的版本差异，导致兼容性问题。我的解决方法，是把原有的类型信息，更换为FIELDINDEX信息，也就是字段索引。在结构体描述的更改过程中，遵循字段出现增加，就增长其FIELDINDEX的原则。这样，在有限的版本空间内，FIELDINDEX会精确对应到相应的字段上。如果FIELDINDEX超出值域限制，那只有放到新的结构描述中去了。
我在网络封包这块，有着很长的一个摸索过程，大概经历过以下几个阶段：
1- 结构体直接作为封包发送
2- 结构体序列化（封包内只有数据本身，手动编写序列化和反序列化的方法）
3- 结构体序列化（封包内带有类型信息，手动编写序列化和反序列化的方法）
4- 数据对象和数据映射（封包内带有字段信息，通过数据映射来序列化和反序列化）
回复 更多评论
# re: 最简单的TCP网络封包解包(补充)-序列化[未登录] 2011-05-07 13:04 杨粼波
@饭中淹
和我想的差不多。
比XML要紧凑一些。
以前看Jabber的时候，它是用XML序列化，不过，空间代价太大了。
版本兼容性，这是一个问题。我现在的做法是完全不兼容。只要是协议版本不一致，就强制性升级更新。我觉得这是一个简单有效的方法。如果还要兼容协议版本，做的事情多得多，这样就得耗费大量的时间在上面，而且对稳定性有一定的影响。 回复 更多评论
# re: 最简单的TCP网络封包解包(补充)-序列化 2011-05-09 10:22 zuhd
template <typename T>
ByteBuffer& operator>>(ByteBuffer& b, std::vector<T>& v)
{
uint32 vsize;
b >> vsize;
v.clear();
while (vsize--)
{
T t;
b >> t;
v.push_back(t);
}
return b;
}
======================================
小伙子，怎么支持vector<vector<int> >的数据类型啊？ 回复 更多评论
# re: 最简单的TCP网络封包解包(补充)-序列化 2011-05-14 11:21 杨粼波
@zuhd
C++的模板是支持递归的，是没问题的。 回复 更多评论