JSON反序列化后輸出的是類信息@字符串，為什么？您的JSON格式與Java對象屬性不匹配。news類中的newstype屬性是一個Java對象，但它是JSON字符串中的一個數組。有Protocol

JSON反序列化后輸出的是類信息@字符串，為什么？

您的JSON格式與Java對象屬性不匹配。news類中的newstype屬性是一個Java對象，但它是JSON字符串中的一個數組。

有Protocol buffer這種輕便的序列化反序列化工具，Json為什么還會大量使用？

原因很簡單：

1。JSON是JavaScript本機支持，沒有外部依賴項

2。JSON是人類可讀的

3。開發(fā)人員很懶惰

關于序列化協(xié)議和框架，估計你可以創(chuàng)建一個百科全書，流行的有：XML、JSON、bson、Hessian、protocol buffers等

還有很多其他的不受少數人歡迎，排名不分先后。

雖然有各種各樣的協(xié)議和框架，但序列化本質上可以分為兩種類型：

二進制協(xié)議的優(yōu)點是體積小、效率高。例如，協(xié)議緩沖區(qū)可以用來將數據壓縮成位，序列化和反序列化具有良好的性能，非常適合各種系統(tǒng)通信和接口調用。

但問題也在這里，二進制數據幾乎沒有可讀性，所以在程序的開發(fā)和調試中，更讓程序員痛苦，尤其是頻繁變化的數據結構。

文本協(xié)議恰恰相反，數據量大，性能差，但能滿足可讀性要求。例如，我們可以很容易地理解JSON或人肉結構數據的一部分。對于快速開發(fā)和web開發(fā)來說，它可以提高開發(fā)效率，開發(fā)人員不必過于關注協(xié)議或框架，只關注業(yè)務。

我的觀點如下：

1。對于業(yè)務穩(wěn)定、性能要求高的場景，應該優(yōu)先考慮協(xié)議緩沖區(qū)等二進制序列化協(xié)議

2。對于性能要求低、業(yè)務更改頻繁的場景，應該優(yōu)先考慮JSON和XML等文本協(xié)議