-
thrift
鎖定
- 外文名
- Thrift
- 類 別
- 接口描述語言和二進制通訊協議
- 開發商
- 開發時間
- 2007年4月
- 學 科
- 通訊工程
- 領 域
- 通訊工程
目錄
thrift簡介
Thrift是一種接口描述語言和二進制通訊協議，它被用來定義和創建跨語言的服務。它被當作一個遠程過程調用（RPC）框架來使用，是由Facebook為“大規模跨語言服務開發”而開發的。它通過一個代碼生成引擎聯合了一個軟件棧，來創建不同程度的、無縫的跨平台高效服務，可以使用C#、C++（基於POSIX兼容系統）、Cappuccino、Cocoa、Delphi、Erlang、Go、Haskell、Java、Node.js、OCaml、Perl、PHP、Python、Ruby和Smalltalk。雖然它以前是由Facebook開發的，但它現在是Apache軟件基金會的開源項目了。該實現被描述在2007年4月的一篇由Facebook發表的技術論文中，該論文現由Apache掌管。
[1]
thrift架構
Thrift包含一套完整的棧來創建客户端和服務端程序。頂層部分是由Thrift定義生成的代碼。而服務則由這個文件客户端和處理器代碼生成。在生成的代碼裏會創建不同於內建類型的數據結構，並將其作為結果發送。協議和傳輸層是運行時庫的一部分。有了Thrift，就可以定義一個服務或改變通訊和傳輸協議，而無需重新編譯代碼。除了客户端部分之外，Thrift還包括服務器基礎設施來集成協議和傳輸，如阻塞、非阻塞及多線程服務器。棧中作為I/O基礎的部分對於不同的語言則有不同的實現。
Thrift支持眾多通訊協議：
- TBinaryProtocol – 一種簡單的二進制格式，簡單，但沒有為空間效率而優化。比文本協議處理起來更快，但更難於調試。
- TCompactProtocol – 更緊湊的二進制格式，處理起來通常同樣高效。
- TDebugProtocol – 一種人類可讀的文本格式，用來協助調試。
- TDenseProtocol – 與TCompactProtocol類似，將傳輸數據的元信息剝離。
- TJSONProtocol – 使用JSON對數據編碼。
- TSimpleJSONProtocol – 一種只寫協議，它不能被Thrift解析，因為它使用JSON時丟棄了元數據。適合用腳本語言來解析。
支持的傳輸協議有：
- TFileTransport – 該傳輸協議會寫文件。
- TFramedTransport – 當使用一個非阻塞服務器時，要求使用這個傳輸協議。它按幀來發送數據，其中每一幀的開頭是長度信息。
- TMemoryTransport – 使用存儲器映射輸入輸出。（Java的實現使用了一個簡單的ByteArrayOutputStream。）
- TSocket – 使用阻塞的套接字I/O來傳輸。
- TZlibTransport – 用zlib執行壓縮。用於連接另一個傳輸協議。
Thrift還提供眾多的服務器，包括：
- TNonblockingServer – 一個多線程服務器，它使用非阻塞I/O（Java的實現使用了NIO通道）。TFramedTransport必須跟這個服務器配套使用。
- TSimpleServer – 一個單線程服務器，它使用標準的阻塞I/O。測試時很有用。
- TThreadPoolServer – 一個多線程服務器，它使用標準的阻塞I/O。
thrift優點
Thrift一些已經明確的優點包括：
- 跟一些替代選擇，比如SOAP相比，跨語言序列化的代價更低，因為它使用二進制格式。
- 它有一個又瘦又幹淨的庫，沒有編碼框架，沒有XML配置文件。
- 應用層通訊格式與序列化層通訊格式是完全分離的。它們都可以獨立修改。
- 預定義的序列化格式包括：二進制格式、對HTTP友好的格式，以及緊湊的二進制格式。
- 兼作跨語言文件序列化。
- 協議使用軟版本號機制軟件版本管理。Thrift不要求一箇中心化的和顯式的版本號機制，例如主版本號/次版本號。松耦合的團隊可以輕鬆地控制RPC調用的演進。
- 沒有構建依賴也不含非標準化的軟件。不存在不兼容的軟件許可證混用的情況。
thrift創建一個Thrift服務
Thrift由C++編寫，但可以為眾多語言創建代碼。要創建一個Thrift服務，必須寫一些Thrift文件來描述它，為目標語言生成代碼，並且寫一些代碼來啓動服務器及從客户端調用它。
Thrift將由這個描述信息生成獨立的代碼。例如，在Java裏，PhoneType將是Phone類中一個簡單的enum。
