thrift封装的通信协议分析，并移植到单片机

thrift跨平台特性非常好，我在很多客户端都用过，pc/c++,android/Java,ios/cocoa,
但最近需要把客户端移植到单片机，这就比较头疼。
本来最接近的是c_glib，但这样需要glib库，担心会比较大，
而且我试着用glib编译了一下，编译出的代码非常复杂，感觉执行效率很低，
考虑到我的客户端的用到的命令很少，所以干脆网络抓包分析一下后，手动封装.
当然，还有一个前提是，封包协议必须是TBinaryProtocol的。

如这位大侠所述，TBinaryProtocol封包结构，
TBinaryProtocol是thrift最常用的一个封包，封包结构为：

版本号|MessageType 2byte

req/resp包类型： 2byte 
调用函数：函数名长度 4byte + 函数名（长度由前4byte计算）（典型的string封包）
消息序号seqid 4byte
参数1 ：参数类型 1byte + 参数序号 2byte + 参数值（由参数类型获取相应的参数值封包）
参数2：
结束符 1byte，值为0
封包由 版本号|消息类型 + 调用函数 + 消息序号 + 参数 + 结束符 组成。

以下面结构为例，
struct decrypt_rsp{
1: required i16 state;           //03 0001 00
2: optional string internRandom; //0b 0002 000000xx xxxxxx...
3: optional string result;       //0b 0003 000000xx xxxxxx...
}
TCP抓包数据为
00000045 800100020000000663726561746500000000 0c 0000 06 0001 0000 0b 0002 00000022 32636566363936663731613236616162336162323338643332373036366264303330 00 00

分析如下：
00000045 帧长度，因为用的是TFramedTransport
8001  版本号
0002  表示为response包
00000006 637265617465  调用函数‘decrypt’
00000000 消息序号
0c 0000 06 0001 0000 0b 0002 00000022 32636566363936663731613236616162336162323338643332373036366264303330 00 参数部分
00 结束符 

参数部分为一个T_STRUCT结构体，T_STRUCT结构体以结束符结束。
0c 0000 .... 00，0c表示为结构体，0000为field_id，00为结束符。

此处T_STRUCT结构体里面包了有两个参数:state和internRandom。
06 0001 0000 为state参数，06表示i16, 0001表示第1个参数，0000表示值
0b 0002 00000022 32636566363936663731613236616162336162323338643332373036366264303330 为internRandom参数，0b表示为string，0002表示第2个参数，00000022为值长度，32636566363936663731613236616162336162323338643332373036366264303330为值。
result在这个包里没有使用。