同一类框架，后出现的总会吸收之前框架的优点，然后加以改进，avro在序列化方面相对thrift就是一个很好的例子。借用Apache Avro 与 Thrift 比较 一文中的几张图来说明一下，avro在序列化方面的改进：
1、无需强制生成目标语言代码
avro提供了二种使用方式，一种称之为Sepcific方式，这跟thrift基本一致，都是写定义IDL文件，然后用编译器(或插件)生成目标class，另一种方式是Generic，这种方式下，不用生成目标代码，而是采用动态加载定义文件的方式，将 FieldName - FieldValue，以Map<K,V>的方式存储。
2、scheme/tag信息不重复写入二进制数据，存储及传输更高效
上图是thrift的存储格式，每块数据前都有一个tag用于标识数据域的类型及编号（这部分tag信息可以理解为数据域的meta信息），如果传输一个List集合，集合中的每条记录，这部分meta信息实际是重复存储的，多少有些浪费。
这是avro的改进，avro抛弃了对Filed编号的做法，而是直接在class的头部，把所有schema元数据信息包含在内（见下面的java代码），这样，client与server二端其实都已经知道数据的schema(架构模式)信息，仅仅在client与server通讯初始化，首次传输即可，以后无需再传递这部分信息，提升了网络传输效率。类似刚才的List集合这种情况，这部分信息也需要重复存储到2进制数据中，反序列化时，也不需再关注schema的信息，存储空间更小。
package yjmyzz.avro.study.dto;@SuppressWarnings("all")
@org.apache.avro.specific.AvroGenerated
public class QueryParameter extends org.apache.avro.specific.SpecificRecordBase implements org.apache.avro.specific.SpecificRecord {public static final org.apache.avro.Schema SCHEMA$ = new org.apache.avro.Schema.Parser().parse("{\"type\":\"record\",\"name\":\"QueryParameter\",\"namespace\":\"yjmyzz.avro.study.dto\",\"fields\":[{\"name\":\"ageStart\",\"type\":\"int\"},{\"name\":\"ageEnd\",\"type\":\"int\"}]}");public static org.apache.avro.Schema getClassSchema() {return SCHEMA$;}//...
}
这是avro生成的java代码，从源代码可以印证Schema确实已经包含在java代码内。
关于avro的序列化，可以用下面的代码测试一下：
package yjmyzz.avro.test;import org.apache.avro.Schema;
import org.apache.avro.generic.GenericData;
import org.apache.avro.generic.GenericDatumReader;
import org.apache.avro.generic.GenericDatumWriter;
import org.apache.avro.generic.GenericRecord;
import org.apache.avro.io.*;
import org.apache.avro.specific.SpecificDatumReader;
import org.apache.avro.specific.SpecificDatumWriter;
import org.junit.Assert;
import org.junit.Test;
import yjmyzz.avro.study.dto.QueryParameter;
import java.io.ByteArrayOutputStream;
import java.io.IOException;public class SerializeTest {@Testpublic void test() throws IOException {QueryParameter queryParameter = getQueryParameter();//****** 1 Specific 方式-序列化*******//ByteArrayOutputStream out1 = new ByteArrayOutputStream();DatumWriter<QueryParameter> writer1 = new SpecificDatumWriter<QueryParameter>(QueryParameter.class);BinaryEncoder encoder1 = EncoderFactory.get().binaryEncoder(out1, null);writer1.write(queryParameter, encoder1);encoder1.flush();out1.close();byte[] byte1 = out1.toByteArray();System.out.println("Avro Specific二进制序列后的byte数组长度：" + byte1.length);//反序列化DatumReader<QueryParameter> reader1 = new SpecificDatumReader<QueryParameter>(QueryParameter.class);Decoder decoder1 = DecoderFactory.get().binaryDecoder(out1.toByteArray(), null);QueryParameter result1 = reader1.read(null, decoder1);Assert.assertEquals(queryParameter.getAgeStart(), result1.getAgeStart());Assert.assertEquals(queryParameter.getAgeEnd(), result1.getAgeEnd());//**我是万恶的分割线***////****** 2 Genericy 方式-序列化*******//Schema.Parser parser = new Schema.Parser();//Schema schema = parser.parse(new File("/Users/jimmy/Work/Code/avro/avro-contract/src/main/avro/QueryParameter.avsc"));Schema schema = parser.parse(getClass().getResourceAsStream("/QueryParameter.avsc"));//根据schema创建一个record示例(跟反射的思想有点类似)GenericRecord datum = new GenericData.Record(schema);datum.put("ageStart", 1);datum.put("ageEnd", 5);//序列化ByteArrayOutputStream out2 = new ByteArrayOutputStream();DatumWriter<GenericRecord> writer2 = new GenericDatumWriter<GenericRecord>(schema);Encoder encoder2 = EncoderFactory.get().binaryEncoder(out2, null);writer2.write(datum, encoder2);encoder2.flush();out2.close();byte[] byte2 = out2.toByteArray();System.out.println("Avro Generic二进制序列后的byte数组长度：" + byte2.length);//反序列化DatumReader<GenericRecord> reader2 = new GenericDatumReader<GenericRecord>(schema);Decoder decoder2 = DecoderFactory.get().binaryDecoder(out2.toByteArray(), null);GenericRecord result2 = reader2.read(null, decoder2);Assert.assertEquals(datum.get("ageStart"), result2.get("ageStart"));Assert.assertEquals(datum.get("ageEnd"), result2.get("ageEnd"));}private QueryParameter getQueryParameter() {QueryParameter query = new QueryParameter();query.setAgeStart(1);query.setAgeEnd(5);return query;}
}
Avro Specific二进制序列后的byte数组长度：2
Avro Generic二进制序列后的byte数组长度：2
与前一篇thrift中的序列化结果相比，存储占用的空间比thrift的TCompactProtocol还要小，确实在序列化方面avro做得更好。
但是，凡事总有二面性，虽然avro在序列化方面做了不少改进，但是其RPC的实现并没有做出太多的创新，默认提供的HttpServer、NettyServer都是直接用的其它开源产品实现，不象Thrift自己提供了全新的实现，所以在RPC的性能方面，avro仍有很多可以优化的空间，默认情况下，从我自己测试的情况下，avro是不敌thrift的。但具体能优化到什么程度，就看使用的人在网络通讯、网络协议方面的功底了，有朋友说avro使用c#语言开发Server与Client端，对源代码优化后，可达到每秒20~30万的处理数。