在第一行非空白非注釋行，必須寫：

syntax = "proto3";

字段規(guī)則移除了 “required”，并把 “optional” 改名為 “singular”；

在 proto2 中 required 也是不推薦使用的。proto3 直接從語法層面上移除了 required 規(guī)則。其實可以做的更徹底，把所有字段規(guī)則描述都撤銷，原來的 repeated 改為在類型或字段名后加一對中括號。這樣是不是更簡潔？

語言增加 Go、Ruby、JavaNano 支持；

移除了 default 選項；

在 proto2 中，可以使用 default 選項為某一字段指定默認值。在 proto3 中，字段的默認值只能根據(jù)字段類型由系統(tǒng)決定。也就是說，默認值全部是約定好的，而不再提供指定默認值的語法。

在字段被設置為默認值的時候，該字段不會被序列化。這樣可以節(jié)省空間，提高效率。

但這樣就無法區(qū)分某字段是根本沒賦值，還是賦值了默認值。這在 proto3 中問題不大，但在 proto2 中會有問題。

比如，在更新協(xié)議的時候使用 default 選項為某個字段指定了一個與原來不同的默認值，舊代碼獲取到的該字段的值會與新代碼不一樣。

另一個重約定而弱語法的例子是 Go 語言里的公共/私有對象。Go 語言約定，首字母大寫的為公共對象，否則為私有對象。所以在 Go 語言中是沒有 public、private 這樣的語法的。

枚舉類型的第一個字段必須為 0 ；

這也是一個約定。

移除了對分組的支持；

分組的功能完全可以用消息嵌套的方式來實現(xiàn)，并且更清晰。在 proto2 中已經(jīng)把分組語法標注為『過期』了。這次也算清理垃圾了。

舊代碼在解析新增字段時，會把不認識的字段丟棄，再序列化后新增的字段就沒了；

在 proto2 中，舊代碼雖然會忽視不認識的新增字段，但并不會將其丟棄，再序列化的時候那些字段會被原樣保留。

我覺得還是 proto2 的處理方式更好一些。能盡量保持兼容性和擴展能力，或許實現(xiàn)起來也更簡單。proto3 現(xiàn)在的處理方式，沒有帶來明顯的好處，但丟掉了部分兼容性和靈活性。

移除了對擴展的支持，新增了 Any 類型；

Any 類型是用來替代 proto2 中的擴展的。目前還在開發(fā)中。

proto2 中的擴展特性很像 Swift 語言中的擴展。理解起來有點困難，使用起來更是會帶來不少混亂。

相比之下，proto3 中新增的 Any 類型有點想 C/C++ 中的 void* ，好理解，使用起來邏輯也更清晰。

增加了 JSON 映射特性；

語言的活力來自于與時俱進。當前，JSON 的流行有其充分的理由。很多『現(xiàn)代化』的語言都內置了對 JSON 的支持，比如 Go、PHP 等。而 C++ 這種看似保羅萬象的學院派語言，因循守舊、故步自封，以致于現(xiàn)出了式微的苗條。