iOS开发之Thrift的二进制数据编解码
来源:互联网 发布:开淘宝店考试 编辑:程序博客网 时间:2024/05/20 03:05
什么是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文件中定义了这么一个结构:
struct ExamConfig
{
1:required i64 actionId
2:required string value
}
然后用命令thrift -gen cocoa编译出来的OC代码,我们随便打开一个Thrift编出来的对象可以看到都会有一个write:方法一个read:方法,例如:
我们看到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的属性的顺序不变,即使通信双方使用了各自使用不同的属性名称也不会有问题。
- iOS开发之Thrift的二进制数据编解码
- iOS开发网络篇之Base64编解码
- Android音频开发(5):音频数据的编解码
- Android音频开发:音频数据的编解码
- Android音频开发(5):音频数据的编解码
- IOS开发各种加解密,编解码
- IOS开发各种加解密,编解码
- Netty4 + Thrift压缩二进制编解码 10W TPS(1K的复杂POJO对象)的跨节点远程服务调用
- [netty]-消息编解码之google的Protobuf编解码
- ios 字符串的base64编解码
- iOS---Url编解码的问题
- apple IOS的base64编解码
- iOS base64编解码
- iOS Base64编解码
- iOS base64编解码
- iOS 【BASE64 编解码】
- iOS-URL编解码
- 编解码JSON数据
- hihocoder 数论二·Eular质数筛法
- AngularJs中promise 和 $q 的一点解释
- 第二周-Coursera/Stanford机器学习课程学习笔记-多变量线性回归
- Josephus问题
- Session会话失效,重定向到登录页面,iframe模式框架下,会出现在iframe中
- iOS开发之Thrift的二进制数据编解码
- NY10 skiing
- Hibernate5.01 的Maven的依赖
- HDU 5667 Sequence (矩阵快速幂 + 费马小定理)
- 同步软件29个软件
- 第八课 linux系统概览(3)
- DNS记录类型介绍(A记录、MX记录、NS记录等)
- 跟我一起学习MySQL技术内幕(第五版):(第二章学习日记6)
- 内容观察者