摘要： 默認傳輸類TTransportDefaults提供了抽象類TTransport的默認實現，實現了非虛擬的方法（*_virt） read(), readAll(), write(),borrow() and consume()。基類TTransport總是調用對應的虛擬函數，而默認傳輸類按照默認的方式實現而不去自己在覆蓋哪些對應的虛擬函數了。 其實這個默認傳輸類的主要作用是作為虛擬傳輸類TVirtualTransport的父類，那么為什么需要這個類作為虛擬傳輸類的父類而不是直接采用抽象基類？由下面介紹虛擬基類的實現方式來決定的，因為為了避免采用虛基類，所以虛擬傳輸類采用了模板的方式來實現多繼承. 閱讀全文

摘要： 本章主要介紹Thrift的傳輸層功能的實現，傳輸的方式多種多樣，可以采用壓縮、分幀等，而這些功能的實現都是相互獨立，和上一章介紹的協議類實現方式比較雷同，還是先看看這部分的類關系圖，如下： 由上面的類關系圖可以看出，這部分的功能是相當的強大，所以類比較多且關系錯綜復雜。但是如果理解清楚了這些類直接的關系就很容易掌握這部分的實現技術和這部分實現的功能。我們把這個類關系圖分為三部分來看，第一部分看抽象基類TTransport類，它是所有傳輸類的基類，有很大一部分類直接從它繼承實現它提供或者說定義的接口函數（純虛函數），這些傳輸類功能比較單一實現也比較簡單；第二部分就是TTransport抽象類的. 閱讀全文

摘要： Linux Kernel BUG:soft lockup CPU#1 stuck分析1.線上內核bug日志kernel: Deltaway too big! 18428729675200069867 ts=18446743954022816244 write stamp =18014278822746377kernel:------------[ cut here ]------------kernel:WARNING: at kernel/trace/ring_buffer.c:1988 rb_reserve_next_event+0x2ce/0x370()(Not tainted)kern 閱讀全文

摘要： 我的新浪微博：http://weibo.com/freshairbrucewoo。歡迎大家相互交流，共同提高技術。第六節其他協議類主要的協議類基本上已經介紹完畢了，當然如果你有更好的實現和思路也可以實現自己的協議類，只要按照我前面介紹的類層次結構繼承就可以了。除了前面幾節介紹的協議類，Thrift還實現了一些自己內部使用的協議類，例如TDebugProtocol類，采用開發人員可讀的文本協議，有助于調試，又例如TProtocolTap類，它可以使用兩種協議類進行兩次協議轉換。放一個竊聽裝置在協議對象，任何讀取這個類都是通過一個封閉的協議對象的，但也反映為寫第二個協議對象，還有一個就是用于異常的 閱讀全文

摘要： 我的新浪微博：http://weibo.com/freshairbrucewoo。歡迎大家相互交流，共同提高技術。這個協議類不建議投入到實際的生產環境（除非自己做了很強的壓力和全面的測試）。這個密集協議的最大作用就是盡可能使用小的空間，密集協議類有兩種類型的實例對象，一種是獨立的，它不被使用在rpc通信中，而只是用于編碼和解碼；另一種是非獨立的實例類型，它可以用于rpc通信，不過現在還不支持這種類型的實例。要使用這個密集協議類來進行編碼和解碼必須支持Thrift自己實現的一直特殊的記錄數據類型形式：就是type_spec屬性，它的主要作用就是用于本地化反射機制來進行讀寫數據。最佳的實踐方法如下 閱讀全文

摘要： 我的新浪微博：http://weibo.com/freshairbrucewoo。歡迎大家相互交流，共同提高技術。JSON(JavaScriptObjectNotation)是一種數據交換格式，是以JavaScript為基礎的數據表示語言，是在以下兩種數據結構的基礎上來定義基本的數據描述格式的：1)含有名稱/值對的集合；2)一個有序的列表。對于JSON，其部分數據結構的BNF定義如下所示。形如{“name”:”ldxian”,”age”:23}就表示一個JSON對象，其有兩個屬性，值分別為ldxian和23。其余的如數字、注釋等跟其他編程語言差不多。下面就開始看看facebook的thrift 閱讀全文

摘要： 我的新浪微博：http://weibo.com/freshairbrucewoo。歡迎大家相互交流，共同提高技術。這個協議類采用了zigzag編碼，這種編碼是基于Variable-lengthquantity編碼提出來的，因為Variable-lengthquantity編碼對于負數的編碼都需要很長的字節數，而zigzag編碼對于絕對值小的數字，無論正負都可以采用較少的字節來表示，充分利用了Varint技術。所以這個協議類采用zigzag編碼可以節省傳輸空間，使數據的傳輸效率更高。至于zigzag具體的編碼實現方式可以網上查查，其實就是把從低位到最后一個還存在1（二進制）的最高位表示出來就可以 閱讀全文

摘要： 我的新浪微博：http://weibo.com/freshairbrucewoo。歡迎大家相互交流，共同提高技術。這個協議是Thrift支持的默認二進制協議，它以二進制的格式寫所有的數據，基本上直接發送原始數據。因為它直接從TVirtualProtocol類繼承，而且是一個模板類。它的模板參數就是一個封裝具體傳輸發送的類，這個類才是真正實現數據傳輸的。這個類的定義上一節舉例已經出現過了就不在列出來了。下面我就結合scribe的Log函數執行的具體過程來分析使用這個協議所執行的功能，看看二進制協議是怎樣工作的。RPC調用使用到協議部分主要是在發送函數相關信息到服務器和接收服務器返回結果。現在.. 閱讀全文

摘要： 我的新浪微博：http://weibo.com/freshairbrucewoo。歡迎大家相互交流，共同提高技術。這部分相關的類主要實現與協議相關的內容，這里說的協議是指對數據傳輸格式封裝的協議，實現不同的協議來適合不同場景下的數據傳輸，因為在不同的場景下不同協議對于數據傳輸來說效率有很大的差別。下面是這個部分相關類的類關系圖：由以上類圖可以發現所有的協議類都從TProtocol類直接或間接繼承，每一個協議類都有一個對應的生產對象工廠（協議工廠）。TProtocol是一個抽象的類，不能直接使用的，它有一個直接子類默認實現了所有方法（空實現），如果我們需要定義自己的數據傳輸協議可以直接從這個類繼 閱讀全文

摘要： 我的新浪微博：http://weibo.com/freshairbrucewoo。歡迎大家相互交流，共同提高技術。 之前對Thrift自動生成代碼的實現細節做了詳細的分析，下面進行處理層的實現做詳細分析了！會利用到自動代碼生成的知識。 這部分是協議層和用戶提供的服務實現之間的紐帶，定義了調用服務實現的接口框架，真正實現某種服務接口是通過上一章介紹的代碼生成工具生成的代碼。本章將介紹這個框架的基本原理，然后通過生成的一個實例來具體介紹怎樣完成一次完整的服務，這個可能涉及到下面章節的一些知識，對于這些知識不詳細分析其功能，只是介紹它在其中起什么作用。選擇的實例是Facebook內部用這個框架實.. 閱讀全文