如何才能深入理解Thrift原理，Everything is in code.

继续以上一篇文章中的购买汽车的service为例子，我们在看编译生产的代码之前，想一下如果我们是Thrift的设计者，会生产哪些代码:

1.首先是如何正确的read，write。即序列化和反序列化对象：细节包括read，write fieldId，fieldValue

2.处理好IsSet接口

其中Car和Consumer都是简单struct（没有包含子struct），我们来看一下自动生成的代码

Struct/POJO对象

比如Car，编译后的Car.java它包含如下几个内部类:

1.CarStandard(Tuple)Scheme(Factory): scheme用于read, write即序列化反序列化car对象，本质它还是调用对应Protocol里面的read，write方法. 

目前观察发现Tuple就是将Optional属性通过BitSet的方式来存储。即将required和optional

2.Scheme中的read，write会被Car对象的read，write方法调用

其它就是一些get/set（包含IsSet方法）等方法

复合Struct对象

比如Order对象，它包含car和consumer。编译后的代码包括：

1.和简单对象类似，包含Scheme对象，它内部处理car对象时，会调用car对象的read，write方法

2.Oder对象的read，write会调用schema的read，write

Service对象

CarService编译后，会产生

1.Iface：service的接口

2.createBuyCarOrder_args:内部同样有scheme子类，负责read，write，它会调用car，order等对象的read，write

3.Client：封装了客户端的调用，构造时传入TProtocol。它通过createBuyCarOrder_args来完成序列化和反序列化，它最终会调用对象的read，write方法。

4.AsyncClient：Client的异步实现

5.Processor: 服务端的调用封装，构造时需要传入真正的服务实现类。在调用方法的时候，processor会调用真正的实现实现类，然后

6.createBuyCarOder_result：调用服务类后产生的结果的类的封装，里面包含scheme（它可以负责对结果进行read，write）

整个流程就是：

Client类发起请求，通过调用对象的read，write进行序列化，对象的read，write会调用schema的read，write

Server端收到请求后，会转到Processor中，会调用服务实现类，然后将结果封装到createBuyCarOder_result中，里面会调用对象的read，write方法进行序列话，将结果返回给Client