ObjectMapper,别再像个二货一样一直new了!
发布网友
发布时间：2024-09-17 21:40
共1个回答
热心网友
时间：2024-09-29 10:22
很多同学发现，jackson并没有类似fastjson的JSON.parseObjec这样的，确实看起来很快的方法。要想解析json，你不得不new一个ObjectMapper，来处理真正的解析动作。
这段代码就在CV工程师手中遍地开了花。
这代码有问题么？
你要说它有问题，它确实能正确的执行。你要说它没问题，在追求性能的同学眼里，这肯定是一段十恶不赦的代码。
一般的工具类，都是单例的，同时是线程安全的。ObjectMapper也不例外，它也是线程安全的，你可以并发的执行它，不会产生任何问题。
这段代码，ObjectMapper在每次方法调用的时候，都会生成一个。那它除了造成一定的年轻代内存浪费之外，在执行时间上有没有什么硬伤呢？
new和不new，真的区别有那么大么？
有一次，xjjdog隐晦的指出某段被频繁调用的代码问题，被小伙伴怒吼着拿出证据。
证据？这得搬出Java中的基准测试工具JMH，才能一探究竟。
JMH(the Java Microbenchmark Harness) 就是这样一个能够做基准测试的工具。如果你通过我们一系列的工具，定位到了热点代码，要测试它的性能数据，评估改善情况，就可以交给JMH。它的测量精度非常高，最高可达到纳秒的级别。
JMH是一个jar包，它和单元测试框架JUnit非常的像，可以通过注解进行一些基础配置。这部分配置有很多是可以通过main方法的OptionsBuilder进行设置的。
测试结果如下。
从测试结果可以看出，如果我们每次调用都new一个ObjectMapper，每秒可以执行200万次JSON解析；如果全局使用一个ObjectMapper，则每秒可以执行2000多万次，速度足足快了10倍。
所以在项目中写代码的时候，我们只需要保证有一个全局的ObjectMapper就可以了。
当然，由于ObjectMapper有很多的特性需要配置，你可能会为不同的应用场景分配一个单独使用的ObjectMapper。总之，它的数量不需要太多，因为它是线程安全的。
End
因此，保持良好的编码习惯，使用全局的ObjectMapper。避免频繁new ObjectMapper导致的性能损失。在项目中，合理配置ObjectMapper，可以更高效地处理JSON解析任务，提高程序性能。
