Thrift的二进制数据编解码--以OC为例

什么是Thrift

Thrift是一种接口描述语言和二进制通讯协议，它被用来定义和创建跨语言的服务，这是维基百科的描述。简单来说就是你可以按照Thrift定义语法编写.thrift,然后用Thrift命令行生成各种语言的代码，比如OC、Java、C++、JS，调用这些代码就可以完成客户端与服务器的通信了，不需要自己去写网络请求、数据解析等接口。更多详情可以通过这里了解。

为什么使用Thrift

在本人的实际项目中主要考虑到这两个优点：

• RPC。通过简单定义Thrift描述语言文件，使用Thrift -gen命令可以生成多种语言的代码，这些代码包含了网络通信,数据编解码的功能。这就免去了前后台编写这部分繁琐的代码，同时也统一了前后台的实现逻辑。
• Thrift的二进制数据的编码比json更加紧凑、减少了无用的数据的传输。这也是本文讨论的重点。

Thrift的数据编解码

我们知道json中一个对象类似于这样的：{"key":"content"},但实际上这个对象只有“content”才是我们真正想要的数据，而“key”这个字符串并不是我们实际需要的，只是为了做一个标记，方便我们查找“content”。而Thrift则可以省去“key”这个多余的字符串。这是怎么做到的呢？首先我们在Example.thrift文件中定义了这么一个结构：

{
    1:required  i64 actionId     
    2:required  string  value
}```
然后用命令thrift -gen cocoa编译出来的OC代码，我们随便打开一个Thrift编出来的对象可以看到都会有一个write:方法和一个read:方法，例如：
![write:方法](http://upload-images.jianshu.io/upload_images/1801567-202bf3c0fcf55ce2.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
![read:方法](http://upload-images.jianshu.io/upload_images/1801567-19ef7e70051e25bd.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
我们看到1中`[outProtocol writeFieldBeginWithName: @"actionId" type: TType_I64 fieldID: 1];`的实现是这样的：
```- (void) writeFieldBeginWithName: (NSString *) name
                            type: (int) fieldType
                         fieldID: (int) fieldID
{
  [self writeByte: CheckedCastIntToUInt8(fieldType)];
  [self writeI16: CheckedCastIntToUInt8(fieldID)];
}```
注意到参数name实际中并没有被使用，只使用了fieldType（数据类型）、fieldID（协议定义中的序号,比如1:required    i64 actionId     中的1）。再看看2中```[inProtocol readFieldBeginReturningName: &fieldName type: &fieldType fieldID: &fieldID];```的实现：
```- (void) readFieldBeginReturningName: (NSString **) name
                                type: (int *) fieldType
                             fieldID: (int *) fieldID
{
  if (name != NULL) {
    *name = nil;
  }
  int ft = [self readByte];
  if (fieldType != NULL) {
    *fieldType = ft;
  }
  if (ft != TType_STOP) {
    int fid = [self readI16];
    if (fieldID != NULL) {
      *fieldID = fid;
    }
  }
}```
同样的也没有使用到参数name。
我们再看下面这个例子：
假如服务器使用的ExamConfig定义是这样的：
```struct ExamConfig
{
    1:required  i64 actionId     
    2:required  string  value
}```
而客户端使用的ExamConfig定义是这样的：
```struct ExamConfig
{
    1:required  i64 actionId2    
    2:required  string  value2
}```
请问服务器发送ExamConfig数据到客户端客户端能正确的解析出数据吗？答案是YES。
###结论
这就说明了我们定义thrift的结构里的属性名称实际上在thrift数据二进制编解码是被忽略的（thrift的json编解码未验证），这个名称的作用只是作为生成的OC代码类的属性名称。这也解释了为什么Thrift的二进制编码会比平时使用的json更省流量。同时也说明了只要我们在.thrift文件中定义struct的时候保证struct的属性的顺序不变，即使通信双方使用了各自使用不同的属性名称也不会有问题。