Java to JSON轉換：JSTL vs Methodical（Jackson/Gson）

Question

我是一位熟悉Java的前端開發人員。我有一個真正艱難的時間提高性能&開發優點/缺點使用方法轉換與JSTL轉換Java對象到JSON。

我知道，通過有條件的轉換，額外的一層getter/setter類可以用於安全性 - 也有一個非常大的預感，它只是圍繞着更快，更少的資源密集型，但我不能找到任何證據。我只能找到JSON庫之間的比較。

我的原因，我需要詳細說明：

• 嚴格的安全 - 因缺乏證據反駁
• 更容易 - 由我們控制哪些數據被顯示在JSP
• 更快，更少的開銷反駁標準化 - 由缺乏靈活性反駁

下面是我遇到的幾個鏈接（下面） - 我真的在尋找一些比圖書館的比較堅實的研究。另外，如果任何人都能向我展示傑克遜提供的OJM地圖的一些可靠實例 - 那真是太棒了。

• http://www.informit.com/articles/article.aspx?p=30334&seqNum=3
• http://jackson.codehaus.org/
• Spring MVC - Is JSTL Tag JSON Conversion OK?
• http://code.google.com/p/google-gson/
• http://code.google.com/p/json-io/
• http://code.google.com/p/commons-json/

再一次，我知道這是很通用 - 但我只是廁所國王的建議和提出的原因爲什麼有條不紊比使用JSTL。

Answer 1

對於性能而言，根據大多數公開測量，例如JVM Serializers基準，Jackson是快速常用的庫。您可以輕鬆地自行測試此功能，也可以通過Google進行測試（基準測試版適用於Android，Java SE）。

Jackson OJM很簡單。由於對象 'OB'：

​​

和併發症大多來自Java泛型的任何處理的Map S，List S（使用TypeReference）;非標準的命名約定（使用註釋爲Java屬性名稱定義JSON名稱）等。

教程存在，例如：

• Jackson Databind（項目頁傑克遜2.0數據綁定，README）
• Jackson in 5 minutes

大多數主要的Java框架正在使用或將要使用傑克遜爲自己JSON轉換：所有JAX-RS實現（Jersey，RESTeasy，CXF），Restlet（2.0），Play（2.0），SpringMVC。由於效率和可擴展性，它已成爲事實上的標準庫，後者對於框架最爲重要。基於傑克遜的JSON處理也被發現與「更快」的二進制格式競爭（這意味着在大多數Web服務案例中切換到使用Thrift，Avro或Protobuf幾乎沒有什麼收穫）。

GSON也被廣泛使用，與傑克遜一樣易於使用數據綁定。