减少JSON数据大小的一些常见步骤是什么？

我遇到了一些问题，其中一些数据存储的吞吐量很大。我们正在使用Jackson将POJO序列化为JSON。压缩JSON数据的方法有哪些

一个最初的想法是建议使用BSON，但显然它并不比JSON小多少

退房

---

您可以看到一些比较。

如果您不热衷于JSON，您可以尝试：

MessagePack是一个基于二进制的高效对象序列化库。 它支持在多种语言之间交换结构化对象，如 JSON。但与JSON不同，它非常快速和小

---

有多种语言的实现。

是的，不幸的是，对于这个项目，我们有点倾向于使用JSON，但我听到了MessagePackage的一些好东西。仔细看之后，也许我可以通过注释相同的对象，将MessagePack仅用于数据存储。您知道MessagePack是否支持对象层次结构吗？i、 e.即父类x=解码（原始数据）；它应该知道x实际上是子类的一个实例？我不确定你的意思，但是任何你转换成JSON的东西你都应该能够用MessagePack序列化。更多信息请访问。如果这更多的是关于存储的，你能gzip你的JSON吗？你能找到解决这个问题的方法吗？我也有同样的问题。我有一个JSON文档，但我不确定如何使用Messagepack序列化该JSON文档。有什么想法吗？我已经就此提出了一个问题，但到目前为止没有答复。如果你愿意，我可以在这里提供一个链接。我们使用Jackson库进行JSON处理，并且能够使用Smile扩展生成压缩的JSON，除了一些额外的配置之外，我们不需要更改任何服务器端代码。我在这里看到了各种序列化协议的一些基准，这意味着您根本没有使用messagepack？你刚刚在实际的JSON上应用了微笑扩展？我明白了。。。你知道在JSON上应用微笑后你得到了多少好处吗？它是否值得与Messagepack或Avro进行比较？或者你不使用Avro和Messagepack的原因是什么？看看我发布的链接，他们将微笑与Avro和Messagepack进行了比较。对于给定的基准测试，avro序列化为221字节，smile序列化为341字节。就序列化时间而言，微笑的速度是阿夫罗的两倍。总的来说，我之所以对Messagepack和avro保持微笑，是因为这会使项目设置非常混乱。您必须有一个上游项目来编译模式文件，然后客户端和服务器项目都必须使用这些文件。我更喜欢JSON隐式合同。