最近在項目中須要使用一種高效數據序列化的工具。碰巧在幾篇文章中都提到了FlatBuffers 這個庫。特別是 Android 性能優化典範第四季1中兩個對比圖,讓我對它產生濃厚的興趣。以下:html
(注:圖片來自1)java
可見,FlatBuffers 幾乎從空間和時間複雜度上完勝其餘技術,我決定詳細調研一下此技術。android
FlatBuffers 是一個開源的跨平臺數據序列化庫,能夠應用到幾乎任何語言(C++, C#, Go, Java, JavaScript, PHP, Python),最開始是 Google 爲遊戲或者其餘對性能要求很高的應用開發的。項目地址在 GitHub 上。官方的文檔在 這裏。git
本文將介紹一下我使用 FlatBuffers 的一些感覺,但願對想要了解或者使用 FlatBuffers 的同窗有一點幫組。github
FlatBuffer 相對於其餘序列化技術,例如 XML,JSON,Protocol Buffers 等,有哪些優點呢?官方文檔的說法以下:編程
官方提供了一個性能對比表以下:數組
(注:來自 官方文檔)緩存
在作 Android 開發的時候,JSON 是最經常使用的數據序列化技術。咱們知道,JSON 的可讀性很強,可是序列化和反序列化性能倒是最差的。解析的時候,JSON 解析器首先,須要在內存中初始化一個對應的數據結構,這個事件常常會消耗 100ms ~ 200ms2;解析過程當中,要產生大量的臨時變量,形成 Java 虛擬機的 GC 和內存抖動,解析 20KB 的數據,大概會消耗 100KB 的臨時內存2。FlatBuffers 就解決了這些問題。性能優化
簡單來講,FlatBuffers 的使用方法是,首先按照使用特定的 IDL 定義數據結構 schema
,而後使用編譯工具 flatc
編譯 schema 生成對應的代碼,把生成的代碼應用到工程中便可。下面詳細介紹每一步。數據結構
首先,咱們須要獲得 flatc
,這個須要從源碼編輯獲得。從 GitHub 上 Clone 代碼,
$ git clone https://github.com/google/flatbuffers
在 Mac 上,使用 Xcode 直接打開 build/Xcode/
裏面項目文件,編譯運行,便可在項目根目錄生成咱們須要的 flatc
工具。也可使用 cmake 編輯,例如在 Linux 上,運行以下命令便可:
$ cmake -G "Unix Makefiles" $ make
首先要使用 FlatBuffers 的 IDL 定義好數據結構 Schema,編寫 Schema 的詳細文檔在這裏。其語法和 C 語言相似,比較容易上手。咱們這裏引用一個簡單的例子2,假設數據結構以下:
class Person { String name; int friendshipStatus; Person spouse; List<Person>friends; }
編寫成 Schema 以下,文件名爲 Person.fbs
:
// Person schema namespace com.race604.fbs; enum FriendshipStatus: int {Friend = 1, NotFriend} table Person { name: string; friendshipStatus: FriendshipStatus = Friend; spouse: Person; friends: [Person]; } root_type Person;
而後,使用 flatc
能夠把 Schema 編譯成多種編程語言,咱們僅僅討論 Android 平臺,因此把 Schema 編譯成 Java,命令以下:
$ ./flatc --java Person.fbs
在當前目錄生成以下文件:
. └── com └── race604 └── fbs ├── FriendshipStatus.java └── Person.java
Person
類有響應的函數直接獲取其內部的屬性值,使用很是簡單:
Person person = ...; // 獲取普通成員 String name = person.name(); int friendshipStatus = person.friendshipStatus(); // 獲取數組 int length = person.friendsLength() for (int i = 0; i < length; i++) { Person friends = person.friends(i); ... }
下面咱們來構建一個 Person 對象,名字是 "John"
,其配偶(spouse)是 "Mary"
,還有兩個朋友,分別是 "Dave"
和 "Tom"
,實現以下:
private ByteBuffer createPerson() { FlatBufferBuilder builder = new FlatBufferBuilder(0); int spouseName = builder.createString("Mary"); int spouse = Person.createPerson(builder, spouseName, FriendshipStatus.Friend, 0, 0); int friendDave = Person.createPerson(builder, builder.createString("Dave"), FriendshipStatus.Friend, 0, 0); int friendTom = Person.createPerson(builder, builder.createString("Tom"), FriendshipStatus.Friend, 0, 0); int name = builder.createString("John"); int[] friendsArr = new int[]{ friendDave, friendTom }; int friends = Person.createFriendsVector(builder, friendsArr); Person.startPerson(builder); Person.addName(builder, name); Person.addSpouse(builder, spouse); Person.addFriends(builder, friends); Person.addFriendshipStatus(builder, FriendshipStatus.NotFriend); int john = Person.endPerson(builder); builder.finish(john); return builder.dataBuffer(); }
基本方法就是經過 FlatBufferBuilder
工具,往裏面填寫數據,詳細的寫法能夠參考官方文檔3。可見,其實寫法略顯繁瑣,不太直觀。
如官方文檔的介紹,FlatBuffers 就像它的名字所表示的同樣,就是把結構化的對象,用一個扁平化(Flat)的緩衝區保存,簡單的來講就是把內存對象數據,保存在一個一維的數組中。借用 Facebook 文章2的一張圖以下:
可見,FlatBuffers 保存在一個 byte 數組中,有一個「支點」指針(pivot point)以此爲界,存儲的內容分爲兩個部分:元數據和數據內容。其中元數據部分就是數據在前面,其長度等於對象中的字段數量,每一個 byte 保存對應字段內容在數組中的索引(從支點位置開始計算)。
如圖,上面的 Person
對象第一個字段是 name
,其值的索引位置是 1,因此從索引位置 1 開始的字符串,就是 name
字段的值 "John"
。第二個字段是 friendshipStatus
,其索引值是 6,找到值爲 2
, 表示 NotFriend
。第三個字段是 spouse
,也一個 Person
對象,索引值是 12,指向的是此對象的支點位置。第四個字段是一個數組,圖中表示的數組爲空,因此索引值是 0。
經過上面的解析,能夠看出,FlatBuffers 經過本身分配和管理對象的存儲,使對象在內存中就是線性結構化的,直接能夠把內存內容保存或者發送出去,加載「解析」數據只須要把 byte 數組加載到內存中便可,不須要任何解析,也不產生任何中間變量。
它與具體的機器或者運行環境無關,例如在 Java 中,對象內的內存不依賴 Java 虛擬機的堆內存分配策略實現,因此也是跨平臺的。
經過前面的體驗,FlatBuffers 幾乎秒殺了 JSON,我也嘗試使用到如今的項目中,可是最後仍是放棄了,下面說說 FlatBuffers 的幾點缺點:
我最後在項目中放棄是由於上面的第 4 點,由於在個人項目中,數據結構變化很大,不方便使用 Schema 徹底定義。話又說回來,FlatBuffers 這麼多好處,仍是很吸引個人,可能會在其餘的項目中嘗試。
因此,在什麼狀況下選擇使用 FlatBuffers 呢?我的感受須要知足如下幾點:
參考資料: