總的來講,proto3 比 proto2 支持更多語言但 更簡潔。去掉了一些複雜的語法和特性,更強調約定而弱化語法。若是是首次使用 Protobuf ,建議使用 proto3 。swift
一、在第一行非空白非註釋行,必須寫:ui
syntax = 「proto3」, 不然默認版本是proto2;編碼
二、字段規則移除了 「required」,並把 「optional」 更名爲 「singular」;.net
在 proto2 中 required 也是不推薦使用的。proto3 直接從語法層面上移除了 required 規則。開發
三、「repeated」字段默認採用 packed 編碼;字符串
在 proto2 中,須要明確使用 [packed=true] 來爲字段指定比較緊湊的 packed 編碼方式。get
四、語言增長 Go、Ruby、JavaNano 支持;string
五、移除了 default 選項;io
在 proto2 中,可使用 default 選項爲某一字段指定默認值。在 proto3 中,字段的默認值只能根據字段類型由系統決定。也就是說,默認值所有是約定好的,而再也不提供指定默認值的語法。效率
在字段被設置爲默認值的時候,該字段不會被序列化。這樣能夠節省空間,提升效率。
但這樣就沒法區分某字段是根本沒賦值,仍是賦值了默認值。這在 proto3 中問題不大,但在 proto2 中會有問題。
好比,在更新協議的時候使用 default 選項爲某個字段指定了一個與原來不一樣的默認值,舊代碼獲取到的該字段的值會與新代碼不同。
六、枚舉類型的第一個字段必須爲 0 ;
這也是一個約定。
七、移除了對分組的支持;
分組的功能徹底能夠用消息嵌套的方式來實現,而且更清晰。在 proto2 中已經把分組語法標註爲『過時』了。此次也算清理垃圾了。
八、proto3代碼在解析新增字段時,會把不認識的字段丟棄,再序列化後新增的字段就沒了;
在 proto2 中,舊代碼雖然會忽視不認識的新增字段,但並不會將其丟棄,再序列化的時候那些字段會被原樣保留。
我以爲仍是 proto2 的處理方式更好一些。能儘可能保持兼容性和擴展能力,或許實現起來也更簡單。proto3 如今的處理方式,沒有帶來明顯的好處,但丟掉了部分兼容性和靈活性。
[2017-06-15 更新]:通過漫長的討論,官方終於贊成在 proto3 中恢復 proto2 的處理方式了。
九、移除了對擴展的支持,新增了 Any 類型;
Any 類型是用來替代 proto2 中的擴展的。目前還在開發中。
proto2 中的擴展特性很像 Swift 語言中的擴展。理解起來有點困難,使用起來更是會帶來很多混亂。
相比之下,proto3 中新增的 Any 類型有點像 C/C++ 中的 void* ,好理解,使用起來邏輯也更清晰。
十、增長了 JSON 映射特性;