• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            Fork me on GitHub
            隨筆 - 215  文章 - 13  trackbacks - 0
            <2016年11月>
            303112345
            6789101112
            13141516171819
            20212223242526
            27282930123
            45678910


            專注即時通訊及網游服務端編程
            ------------------------------------
            Openresty 官方模塊
            Openresty 標準模塊(Opm)
            Openresty 三方模塊
            ------------------------------------
            本博收藏大部分文章為轉載,并在文章開頭給出了原文出處,如有再轉,敬請保留相關信息,這是大家對原創作者勞動成果的自覺尊重!!如為您帶來不便,請于本博下留言,謝謝配合。

            常用鏈接

            留言簿(1)

            隨筆分類

            隨筆檔案

            相冊

            Awesome

            Blog

            Book

            GitHub

            Link

            搜索

            •  

            積分與排名

            • 積分 - 215659
            • 排名 - 118

            最新評論

            閱讀排行榜

            >>> Google FlatBuffers——開源、跨平臺的新一代序列化工具

            轉載自:http://www.cnblogs.com/lizhenghn/p/3854244.html

            前段時間剛試用了一個序列化工具cereal,請看cereal:C++實現的開源序列化庫,打算再總結下我對google proto buf序列化庫的使用呢,

            結果還沒動手,大Google又出了一個新的、開源、跨平臺的序列化工具:FlatBuffers。那就索性先了解了解這個工具把。

            一. 什么是Google FlatBuffers

            FlatBuffers是一個開源的、跨平臺的、高效的、提供了C++/Java接口的序列化工具庫。它是Google專門為游戲開發或其他性能敏感的應用程序需求而創建。尤其更適用于移動平臺,這些平臺上內存大小及帶寬相比桌面系統都是受限的,而應用程序比如游戲又有更高的性能要求。它將序列化數據存儲在緩存中,這些數據既可以存儲在文件中,又可以通過網絡原樣傳輸,而不需要任何解析開銷。

            代碼托管主頁:https://github.com/google/flatbuffers

            項目介紹主頁:http://google.github.io/flatbuffers/index.html

            二. 為什么要使用Google FlatBuffers

            1. 對序列化數據的訪問不需要打包和拆包——它將序列化數據存儲在緩存中,這些數據既可以存儲在文件中,又可以通過網絡原樣傳輸,而沒有任何解析開銷;
            2. 內存效率和速度——訪問數據時的唯一內存需求就是緩沖區,不需要額外的內存分配。 這里可查看詳細的基準測試
            3. 擴展性、靈活性——它支持的可選字段意味著不僅能獲得很好的前向/后向兼容性(對于長生命周期的游戲來說尤其重要,因為不需要每個新版本都更新所有數據);
            4. 最小代碼依賴——僅僅需要自動生成的少量代碼和一個單一的頭文件依賴,很容易集成到現有系統中。再次,看基準部分細節;
            5. 強類型設計——盡可能使錯誤出現在編譯期,而不是等到運行期才手動檢查和修正;
            6. 使用簡單——生成的C++代碼提供了簡單的訪問和構造接口;而且如果需要,通過一個可選功能可以用來在運行時高效解析Schema和類JSON格式的文本;
            7. 跨平臺——支持C++11、Java,而不需要任何依賴庫;在最新的gcc、clang、vs2010等編譯器上工作良好;

            三. 為什么不使用Protocol Buffers的,或者JSON

            Protocol Buffers的確和FlatBuffers比較類似,但其主要區別在于FlatBuffers在訪問數據前不需要解析/拆包這一步。 而且Protocol Buffers既沒有可選的文本導入/導出功能,也沒有Schemas語法特性(比如union)。

            JSON是非常可讀的,而且當和動態類型語言(如JavaScript)一起使用時非常方便。然而在靜態類型語言中序列化數據時,JSON不但具有運行效率低的明顯缺點,而且會讓你寫更多的代碼來訪問數據(這個與直覺相反)。

            想了解更多關于FlatBuffers的“為什么”請訪問flatbuffers白皮書

            四. 內建的數據類型 

            • 8 bit: byte ubyte bool
            • 16 bit: short ushort
            • 32 bit: int uint float
            • 64 bit: long ulong double
            • Vector of any other type (denoted with [type]). Nesting vectors is not supported, instead you can wrap the inner vector in a table.
            • string, which may only hold UTF-8 or 7-bit ASCII. For other text encodings or general binary data use vectors ([byte] or [ubyte]) instead.
            • References to other tables or structs, enums or unions.

            詳細介紹請參考:schema語法格式。 

            五. 如何使用

            1. 編寫一個用來定義你想序列化的數據的schema文件(又稱IDL),數據類型可以是各種大小的int、float,或者是string、array,或者另一對象的引用,甚至是對象集合;
            2. 各個數據屬性都是可選的,且可以設置默認值。
            3. 使用FlatBuffer編譯器flatc生成C++頭文件或者Java類,生成的代碼里額外提供了訪問、構造序列化數據的輔助類。生成的代碼僅僅依賴flatbuffers.h;請看如何生成
            4. 使用FlatBufferBuilder類構造一個二進制buffer。你可以向這個buffer里循環添加各種對象,而且很簡單,就是一個單一函數調用;
            5. 保存或者發送該buffer
            6. 當再次讀取該buffer時,你可以得到這個buffer根對象的指針,然后就可以簡單的就地讀取數據內容;

            六. 一個簡單的Schemas(IDL)文件

            namespace zl.persons;  
              
            enum GENDER_TYPE : byte  
            {  
                MALE    = 0,  
                FEMALE  = 1,  
                OTHER   = 2  
            }  
              
            table personal_info  
            {  
                id : uint;  
                name : string;  
                age : byte;  
                gender : GENDER_TYPE;  
                phone_num : ulong;  
            }  
              
            table personal_info_list  
            {  
                info : [personal_info];  
            }  
              
            root_type personal_info_list;

            注意:這里有table、struct的區別:
            table是Flatbuffers中用來定義對象的主要方式,和struct最大的區別在于:它的每個字段都是可選的(類似protobuf中的optional字段),而struct的所有成員都是required。
            table除了成員名稱和類型之外,還可以給成員一個默認值,如果不顯式指定,則默認為0(或空)。struct不能定義scalar成員,比如說string類型的成員。在生成C++代碼時,struct的成員順序會保持和IDL的定義順序一致,如果有必要對齊,生成器會自動生成用于對齊的額外成員。如以下Schemas代碼:

            struct STest
            {
                a : int;
                b : int;
                c : byte;
            }

            在生成為C++代碼之后,會補充兩個用于padding的成員__padding0與__padding1:

            MANUALLY_ALIGNED_STRUCT(4) STest {
             private:
              int32_t a_;
              int32_t b_;
              int8_t c_;
              int8_t __padding0;
              int16_t __padding1;
             
             public:
              STest(int32_t a, int32_t b, int8_t c)
                : a_(flatbuffers::EndianScalar(a)), b_(flatbuffers::EndianScalar(b)), c_(flatbuffers::EndianScalar(c)), __padding0(0) {}
             
              int32_t a() const { return flatbuffers::EndianScalar(a_); }
              int32_t b() const { return flatbuffers::EndianScalar(b_); }
              int8_t c() const { return flatbuffers::EndianScalar(c_); }
            };
            STRUCT_END(STest, 12);

            table的成員順序是動態調整的,這和struct有區別。在生成C++代碼時,生成器會自動調整為最佳順序以保證它占用最小的內存空間。

            七. 一個完整Demo

            這里只給一個函數演示如何對對象進行序列化,完整工程請直接點擊下載,或者前往github查看google_flatbuffers_test

            std::string CreateOnePerson()
            {
                flatbuffers::FlatBufferBuilder builder;
                fb_offset<fb_string> name = builder.CreateString("hello word");

                zl::persons::personal_infoBuilder pib(builder);
                pib.add_id(1);
                pib.add_age(25);
                pib.add_gender(zl::persons::GENDER_TYPE_MALE);
                pib.add_name(name);
                pib.add_phone_num(1234567890);
                flatbuffers::Offset<zl::persons::personal_info> personinfo = pib.Finish();

                fb_offset<zl::persons::personal_info> info[1];
                info[0] = personinfo;

                fb_offset<fb_vector<fb_offset<zl::persons::personal_info>>> info_array = fb_create_vector(builder, info, sizeof(info) / sizeof(info[0]));
                fb_offset<zl::persons::personal_info_list> info_list = create_personal_info_list(builder, info_array);
                fb_finish(builder, info_list);

                // return the buffer for the caller to use.
                return std::string(reinterpret_cast<const char *>(builder.GetBufferPointer()), builder.GetSize());
            }

            八. 其他

            關于性能,除了Google公布的基準測試外,有人自己測試驗證過,上面的IDL文件即來源于該作者的這篇文章

            九. 參考

            http://google.github.io/flatbuffers/index.html

            http://powman.org/archives/md__schemas.html

            http://blog.csdn.net/menggucaoyuan/article/details/34409433

            http://liubin.org/2014/06/19/google-flatbuffers-cross-platform-serialization-library/

            posted on 2016-11-30 08:55 思月行云 閱讀(654) 評論(0)  編輯 收藏 引用 所屬分類: C\C++Golang
            aaa级精品久久久国产片| 亚洲香蕉网久久综合影视| 久久偷看各类wc女厕嘘嘘| 人妻少妇精品久久| 久久国产一片免费观看| 久久久久人妻精品一区三寸蜜桃| 国产成人精品久久亚洲| 99久久婷婷国产综合精品草原| 狠狠色丁香久久综合五月| 精品一区二区久久久久久久网站| 色狠狠久久AV五月综合| 精品久久无码中文字幕| 久久精品一区二区国产| 国产精品成人久久久久三级午夜电影| 国产精品无码久久四虎| 亚洲伊人久久成综合人影院 | 人妻久久久一区二区三区| 99久久精品免费看国产一区二区三区 | 亚洲国产精品久久久久网站| 青草影院天堂男人久久| 久久久久女教师免费一区| 久久国产色av免费看| 国产情侣久久久久aⅴ免费| 精品久久久久久无码国产| 久久无码中文字幕东京热 | 久久亚洲国产成人精品性色| 99麻豆久久久国产精品免费| 久久久中文字幕日本| 久久综合给合久久国产免费| 久久精品国产亚洲AV高清热 | 欧美精品福利视频一区二区三区久久久精品 | 97久久国产亚洲精品超碰热| 中文字幕亚洲综合久久| 久久91精品国产91| 久久精品嫩草影院| 亚洲中文字幕无码久久2020 | 国内精品久久久久影院一蜜桃| 国产精品成人精品久久久| 午夜欧美精品久久久久久久| 国产福利电影一区二区三区,免费久久久久久久精 | 99久久婷婷国产一区二区|