为什么杰克逊这么慢？

Question

我使用简单的 Jackson 代码从我的对象转换为 json 字符串，但它真的很慢。 在我的机器中只转换一个对象需要 70 毫秒。 我做了什么吗？

ObjectMapper myObjectMapper = new ObjectMapper();
void testJson()
{

    MyClass state = new MyClass();
    try
    {
        String result = myObjectMapper.writeValueAsString(state);
    } catch (Exception ex)
    {

    }

}

MyClass 只有 4 名成员

 MyClass
    {
    public int a;
        public  int b;
        public int c;
        public String d;
    }

Answer 1

我使用简单的 Jackson 代码从我的对象转换为 json 字符串，但它真的很慢。 在我的机器中只转换一个对象需要 70 毫秒。 我做了什么吗？

70 毫秒来编码和发送 JSON 消息是难以置信的。 毫无疑问，真正的解释是 70 毫秒的测量是您对代码进行基准测试的方式的产物。 可能，您没有考虑 JVM 预热效果。

所以，是的，你做的基准测试不正确。 大概。

现在我找到了通过网络发送MyClass的实例的三种解决方案： 1：使用Jackson转换为byte[]并发送。 2：使用内置序列化转换成byte[]并发送。 3：将MyClass的成员转成String，再转成byte[]发送。 还有其他更好的解决方案吗？

理论上（即，如果您有足够的技巧、时间和耐心）可以通过手动将数据编码到字节缓冲区并发送它来实现最佳性能。 但这只是理论上的。

如果您正在寻找可能比您尝试过的替代方案更快的实用解决方案，请查看Google Protocol Buffers 。 他们被认为是快速...

---

一个对象70毫秒，但是当我尝试1000个对象时，只需要114毫秒，是不是很奇怪？

实际上，考虑到 JVM 的工作方式，这并不奇怪。

当 JVM 启动时，它会加载您的代码并开始使用字节码解释器运行它。 在对代码进行一点解释之后，JVM 运行 JIT 编译器，为频繁调用的方法生成优化的本机代码。 此编译过程需要大量时间。

因此，当您测量发送一个对象所花费的时间时，您可能实际上是在测量发送一个对象的时间并进行大量 JIT 编译。 但是不需要重复 JIT 编译工作。 最终结果 - 与 1000 个相比，处理一个对象似乎需要很长时间。

JIT 编译是常见的 JVM 预热效果之一，它会扭曲编写不佳的 Java 基准测试。