FlatBuffrs详解.pdfVIP

著作人： 黄柏 创作时间：2015年8月21 日星期五 FlatBuffers详解 1.为什么使用FlatBuffers 使用FlatBuffers 的原因很简单，那就是简单、效率高 便利。 为了传输数据，我们做了不少努力，研制出不少编解码方法，如：BER、PER、JSON、BSON、 XML、HTML等。然而，不管使用何种方法，最终都是直接对数据进行操作，中间的编码和解 码运算似乎是多余的。奥卡姆剃刀告诉我们：“如无必要，勿增实体”。在不增加实体的情 况下，直接对数据进行操作，这就是FlatBuffers 的开发目的。FlatBuffers仅仅增加了 VTable和偏移量两个实体。 FlatBuffers很简单，使用起来一点都不难。首先定义好协议文件(schema )，然后使用工具编译成源码文件，然后就可以直接调用源码的接口来操作数据。 FlatBuffers 的效率很高。FlatBuffers数据在缓冲区内都是平整的，可以直接访问。 FlatBuffers使用起来很便利。协议文件设计好后就可以发布。任何人拿到这个文件都 可以编译成源码来对数据进行操作。这对团队开发很有利。另外使用FlatBuffers不用担心 协议文件设计不周到的问题，因为你可以随意往Table里面添加或者删除成员。 2.为什么不使用FlatBuffers 因为我不关心效率，所以我不使用FlatBuffers。但是能省点CPU资源也没什么不好， 至少可以多跑几个服务。 FlatBuffers传输的数据较大，所以我不使用FlatBuffers。其实可以对数据进行压缩 再传输。 因为目前开发的项目都使用XML HTTP，所以我不使用FlatBuffers。建议能在新的模 块中使用FlatBuffers。 因为打包后的FlatBuffers 中的矢量数据不能随意修改，感觉不爽，所以不使用。对于 一般的应用来说，打完包后就会立即发送，很少会修改数据的。 因为目前FlatBuffers 的union类型不支持大于256个类型，然而项目中的union将包 含超过256个类型的数据结构，所以我不使用FlatBuffers。对于这个问题，可以使用二级 或者多级union来解决，即由多个union来实现，如二级union可以至少支持65536个类型。 FlatBuffers传输的数据没有JSON、XML HTML那么直观，所以不想使用。对于这个 问题，可以在收包程序进行LOG来弥补，可以通过查看LOG来获知传输的内容。另外，由于 不是明文传输，所以一般的人，如果没有协议文件，即使截取到数据包还得需要花一定的力 气才能解开，有利于保密。 FlatBuffers 目前没有办法生成C源码，我们的项目使用的都是C源码。对于这个问题， 我相信不久就会有版本能生成C源码。 1 著作人： 黄柏 创作时间：2015年8月21 日星期五 3.FlatBuffers详解 FlatBuffers其实就是一个保存了一系列标量和矢量的缓冲区。这个缓冲区中的标量 矢量可以被直接访问。 缓冲区的数据一旦构造成功，里面的矢量数据一般不能变更，除非矢量的长度不大于构 造时的长度，且矢量保存的不是偏移量，否则会产生错误。 3.1. 标量 所有的整形变量 （8位～64位）和浮点变量均为标量。标量的特点是长度固定，字节序 列为LittleEndian，这和大部分CPU 的一样，以加快访问速度。 FlatBuffers 中的偏移量也是标量，但是在构造后不能变更。 Struct结构也可以当做是标量来看待。 3.2. 矢量 字符串和数组是矢量。字符串是以\0结尾。矢量的开头必须是一个32位的长度，用 来指明矢量的长度，这个长度不包括\0和长度本身所占的空间。 图 1 如图1所示，STRING VECTOR都是矢量，唯一的区别是STRING包含一个\0结束符 合。VECTOR SIZE保存的是VECTOR ELEMENTS 的长度，单位是字节。 如果VECTORELEMENTS是标量或者STR