由于thrift功能较protobuf丰富，因此单从序列化机制上进行性能比较，按照序列化后字节数、序列化时间、反序列化时间三个指标进行，对thrift的二进制、压缩、protobuf三种格式进行对比。

测试方法：取了15000+条样本数据，分别写了三个指标的测试程序，在我自己的电脑上执行，其中时间测试循环1000次，总的序列化/反序列化次数1500W+。

平均字节数：

thrift二进制	535
thrift压缩	473
protobuf	477

序列化（1500W次）时间（ms）：

thrift二进制	306034
thrift压缩	304256
protobuf	177652

反序列化（1500W次）时间（ms）：

thrift二进制	287972
thrift压缩	315991
protobuf	157192

thrift的时间测试可能不是很准，由于thrift产生代码的复杂性，编写的测试代码为了适应其接口，在调用堆栈上可能有一些额外开销。

//package protocol;
option java_package = "com.xingdian.seeyou.net.protocol";
enum ENCRYPT_TYPE {RC4 = 1;
};message ExchangeKeyReq {required bytes N = 1;required int32 E = 2;
}message ExchangeKeyRes {required bytes key = 1;required ENCRYPT_TYPE type = 2;
}message ExchangeKey {optional ExchangeKeyReq exchange_key_req = 1;optional ExchangeKeyRes exchange_key_res = 2;
}

这里要package protocol这个东西，后台给过来的protobuf文件中可能有这一行，我们是加载不了message的，这段文字我们一定要注释掉。对于这个message对于js比较棘手一点的可能是bytes这个数据类型了，下面会说明

//create ProtoBufif (typeof dcodeIO === 'undefined' || !dcodeIO.ProtoBuf) {throw (new Error("ProtoBuf.js is not present. Please see www/index.html for manual setup instructions."));}var ProtoBuf = dcodeIO.ProtoBuf;ExchangeKey = loadProto("exchange_key.proto","ExchangeKey");FrontendPk = ProtoBuf.loadProtoFile("proto/frontend.proto").build("FrontendPk");/*** @param  {string}* @param  {string}* @return {protoBuf object}*/function loadProto(fileName,objectName){return ProtoBuf.loadProtoFile("proto/"+fileName).build(objectName);}/**序列化* @return {buff}*/function createExchangeKeyReq(){crypt = new JSEncrypt( {default_key_size: 1024} );var crKey = crypt.getKey();var bytesN = crKey.n.toByteArray();var ExchangeKeyReq = loadProto("exchange_key.proto","ExchangeKeyReq");var exchangeKeyReq = new ExchangeKeyReq();exchangeKeyReq.setE(crKey.e);// 129byteexchangeKeyReq.setN((new Int8Array(bytesN,1)).buffer);var exchangeKey = new ExchangeKey();exchangeKey.setExchangeKeyReq(exchangeKeyReq);// console.log("ExchangeKey ProtoBuf对象数据：");// console.log(exchangeKey);var msgDec = exchangeKey.toBuffer();var length = msgDec.byteLength;var dataView = new DataView(new ArrayBuffer(length+8));var msgDecView = new DataView(msgDec);//setdataView.setUint32(0,length,false);dataView.setUint32(4,10000,false);for(var i  = 0;i< length;i++){dataView.setUint8(i+8,msgDecView.getUint8(i));}return    dataView.buffer;}/**反序列化* @param  {[xhr.response]}* @return {[string]}*/function parseRc4(evt){var resBuffer = evt.data.slice(8);var resExchangeKey = ExchangeKey.decode(resBuffer);var exchangeKeyRes = resExchangeKey.getExchangeKeyRes();var rc4Key = exchangeKeyRes.getKey();var rc4KeyBase64 = rc4Key.toBase64();rc4key = crypt.decrypt(rc4KeyBase64);// console.log("decrypt RC4 Secret: "+RC4key);return rc4key;}

对于经常要使用到的message对象 我们抽取出来，每次都去load很影响性能。上面提到了对于bytes类型的数据js怎么处理，这里需要用到js中的buff对象去匹配，不然其他的数据类型都会异常

exchangeKeyReq.setN((new Int8Array(bytesN,1)).buffer);

序列化，后面代码是因为消息需要添加8个字节的包头，不然可以直接返回exchangeKey.toBuffer()，