在这里汇总一下：thrift版本差异和源码及jar包下载。文档，示例(脚本、代码、)，白皮书，常见问题。
有很内容是重复的，给位看官自行过滤。
英文资料
API
使用介绍
原理简介(推荐阅读) 和 简单范例
IBM developerWorks 详细教程以及很多资料(可惜版本是0.6.0的，推荐观看)
thrift的wiki（优缺点）
0.8下载
各版本SVN http://svn.apache.org/repos/asf/thrift/tags/
Thrift是个啥东东？
来自wiki.apache.org/thrift/FrontPage的定义
Thrift is a software framework for scalable cross-language services development.
Thrift是为了实现跨语言服务访问的一个框架
Thrift allows you to define data types and service interfaces in a simple definition file.
Thrift定义了数据和服务的描述方式，是一种IDL
Taking that file as input, the compiler generates code to be used to easily build RPC clients and servers that communicate seamlessly across programming languages.
写一个定义文件，就可以使用thrift来生成某种语言RPC客户端和服务端程序框架。你只需要考虑如何实现你的服务就可以了。并且它支持很多种语言。
这有点像web service, 定义好一个web service服务描述文件后，可以使用如axis等工具生成服务器端或客户端的框架程序。
为什么还需要Thrift
thrift-20070401.pdf中有解释。
1、多语言开发的需要
比如其中提到的搜索服务，LAMP本身没有这个功能，开发者可能使用C++开发，php如何访问这个服务呢？于是需要有一种高效的跨语言访问的方法。
2、性能问题
web service也可以实现多语言互访问的功能，但xml文件太大，性能不行。Thrift可以使用二进值的格式。
Apache Thrift 的官方网站为：http://thrift.apache.org/，具体安装步骤如下：
- 下载 thrift 源文件（http://svn.apache.org/repos/asf/thrift/tags/thrift-0.6.1/）
- 将 thrift 源文件导入 eclipse，进入 /lib/java 目录，使用 ant 编译 build.xml 获得 libthrift-0.6.1-snapshot.jar (其他版本类似)
- 将 libthrift-0.6.1-snapshot.jar、slf4j-api-1.5.8.jar、slf4j-log4j12-1.5.8.jar 和 log4j-1.2.14.jar 导入 eclipse 开发环境
- 下载 thrift 编译工具，该工具可将 thrift 脚本文件编译成 java 文件，下载地址：http://apache.etoak.com//thrift/0.6.0/thrift-0.6.1.exe
- 创建 Hello.thrift 脚本文件，具体代码如上一章节所述，进入 thrift-0.6.1.exe 所在目录，执行命令"thrift-0.6.1.exe -gen java x:\Hello.thrift"，在当前运行盘符下，可看见 gen-java 目录，进入目录可看到生成的 Java 代码。更多 thrift 的命令内容，请参考 thrift 自带的 help 命令
- 编写服务端和客户端代码，完成 thrift 的安装和部署
几个tips：
- 结构体不能继承
- 异常在service中方法抛出之前必须先定义
- required和optional的区别：规范的struct定义中的每个域均会使用required或者optional关键字进行标识。如果required标识的域没有赋值，thrift将给予提示。如果optional标识的域没有赋值，该域将不会被序列化传输。如果某个optional标识域有缺省值而用户没有重新赋值，则该域的值一直为缺省值。
- 不同于protocal buffer，thrift不支持枚举类嵌套，枚举常量必须是32位的正整数。
- 客户端和server端通道的选择要一致。
- 0.8和0.6版本的差异主要在初始化server端，构造函数变了： TServer server = new TSimpleServer(new Args(serverTransport).processor(processor).protocolFactory(new TBinaryProtocol.Factory()));
- 应用中发现一个问题，就是3中开始struct中字段都是required的，在C#调用java端方法时，对象未赋值，导致异常；后改为optional，正常工作。
Thrift是一个非常棒的工具，是Facebook的开源项目，目前的开发非常的活跃，由Apache管理，所以用的是Apache Software License，这非常重要，因为可以放心的对其修改并用到自己的项目中。
谈到修改Thrift,这非常重要。因为我觉得如果要严肃的使用Thrift，不可避免的要深入了解它，并几乎都要修改Thrift的代码。一个通信框架，它不可能帮你做到所有的事情，也不可能在不了解的情况下就贸然的使用。
1.Thrift 的Java Server/Client有个较为严重的bug(https://issues.apache.org/jira/browse/THRIFT-601 )，随机向thrift sever的监听端口发些数据，可能会导致Server OutOfMemory，细细看看代码，这个bug有点土。
2.Thrift Client线程不安全，多线程下使用可能导致Server和客户端程序崩溃。Client的每次调用远程方法其实是有多次Socket写操作，因此每个线程中使用的Client要保证独立，如果多个线程混用同一个Client(其实是用同一个Socket)，可能会导致传输的字节顺序混乱，使得Server OutOfMemory(参考1）
3.Thrift定义数据结构时，尽量避免用map, 或者set。在cpp下, map被对应为std::map(rb tree)和std::set，thrift生成的类不会重载”<”，因此需要手动修改生成类，否则link没法通过。较为麻烦。
4.如果Client端基于效率考虑，要缓存Socket，需要重新实现其TTransport类，以支持 Socket缓存池。当然，这个实现其实跟thrift没多大关系，算是2次开发。但一般都要这么做的吧？
5.如果Client基于效率考虑，缓存了Socket，那么thrift Server端的模式选择就较为重要了。如果使用同步的TThreadPoolServer，那么无可避免的，客户端缓存1个Socket，Server端就会有一个线程一直处于Server状态，等待peek这个Socket上的数据。这个线程就不能用于其它请求了。所以，及时清理Client端的Socket及控制Socket池的大小是非常必要的。
6.听同事说CPP Thrift Server的Epoll NonBlocking模式有效率问题。其实，并发要求不高的Server用LT模式的EPoll其实很方便的，当然，这个要自己给Thrfit Server做patch了，不过也不麻烦。开发起来也是很方便的。我想给我们的Server加个EPOLLONESHOT的同步EPoll实现。
7.CPP下的 TThreadPoolServer和TThreadServer由一个有趣的问题，如果有客户端维护长连接，那么对这个Server实例做析构的时候会堵塞（前面说过了，在peek中…）。
8.用valgrind看，thrift cpp似乎有一些内存问题。没细看。
9.无论是Java，还是CPP，Server端都无法通过合法的方式获取Client的ip, port。可以通过编写ThriftServerEventHandler可以处理这件事情。如果想要获取Client ip, port的话，可以看看这个东西。
上面文章的作者还有两篇帖子 是 TCP通道关闭时发生了什么 和 这个
最后，我整理了一个0.8版本的包，包括了java和c#的调用示例，java源码，白皮书的中文版，一个复杂的脚本示例(wiki上下载的)，所以依赖的jar包等
thrift文件.zip
若失效可以留下邮箱。
——牛顿法（多维数据）)
)
-工厂方法)