当我开始项目时,我选择了 GSON,因为它已经完成得最多,并且得到了良好的支持。
我现在感觉表现不是很好。因此,假设当我从 Web 服务加载包含 200 个项目(对象)的数组时,需要大约 5 秒的时间才能将其解析为 Nexus S 上的对象数组。在模拟器上,情况更加明显。在这种情况下,我喜欢模拟器的缓慢,因为它很好地显示了所有这些坏点。
现在我的应用程序已经非常可靠了 - 我正在寻找不同的方法来完成我需要做的事情,也许可以节省安装大小。由于 HTC 问题,我必须使用自定义命名空间将 GSON 烘焙到我的应用程序中。
比较 json 解析器库。
Big File Results
![enter image description here](https://i.stack.imgur.com/0HSEC.jpg)
小文件结果
根据解析速度的优点选择使用哪个库取决于您的环境。
- 如果您所在的环境经常或主要处理大型问题
JSON 文件,然后Jackson是您感兴趣的图书馆。 GSON 苦苦挣扎
最多有大文件。
- 如果您的环境主要处理大量小型 JSON 请求,
例如在微服务或分布式架构设置中,
然后GSON是您感兴趣的图书馆。杰克逊最挣扎
与小文件。
-
如果您最终不得不经常处理这两种类型的文件,JSON.简单在两项测试中都以非常接近的成绩排名第二,使其成为
适用于可变环境的良好主力。 Jackson 和 GSON 都没有
在多种文件大小上表现良好
http://blog.takipi.com/the-ultimate-json-library-json-simple-vs-gson-vs-jackson-vs-json/ http://blog.takipi.com/the-ultimate-json-library-json-simple-vs-gson-vs-jackson-vs-json/
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)