本文主要是介绍FastJson与JackSon 的碰撞。服务发送方与服务接收方字段不一致问题，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
情景再现
对接文档人家要求字段为
于是乎 咱就在服务的发送方定义参数字段为
服务接收方接收的类型为
later。。。。。
服务接收方接收到的参数字段 就不变成了fOrgId。跟外部系统对接就提示参数错误
原因 ：lombok 在做set get的时候自动 无论你字段的首字母是大写的还是小写的全都 转为小写的，也就是经典的驼峰式。
解决方法：
至于为什么加两个注解，这两个注解的区别，以及作用是什么，请听我娓娓道来。
首先是这两个注解的来源
@JSONField
来源于 FastJSON， FastJSON是由阿里巴巴开源的高性能JSON处理库，以其出色的解析速度和易用性而闻名。它支持丰富的JSON解析和序列化功能，非常适合高并发的Web应用
@JsonProperty
来源于Jackson ，Jackson是Spring Boot的默认JSON处理库 是一个高效、功能丰富的Java JSON处理库，广泛应用于各类Java项目中。它由Fasterxml公司维护，提供了序列化、反序列化、数据绑定等多种功能。
作用：
都是为了进行序列化 ，反序列化 转化为指定字段。
为什么加两个注解：
开始的时候 我使用了@JSONField 进行字段转换， 那是一顿操作呀，服务发送方日志也打印了
组装的值没问题 字段打印也没问题 为FOrgId，但是啊，就很离奇，到服务接收方 ，接收的值打印出来却是fOrgId。
原因：原来@JSONField是FastJSON的，只针对于FastJSON的那一套JSON序列化起作用，对于Spring的序列化是不起作用的。所以用换了@JsonProperty。
再看打印，诶？还不对，还是fOrgId。
点进去看服务接收方的那个类的toString被重写了
噢噗，大哥，不是吧，这么玩~。所以就这么用了两个注解。
但是。。。事情还没完，服务接收方还是不对，这是啥原因，想到@JsonProperty 在引包的时候有两个，是不是包引错了，，，嘿！！这么一换 还真是。。。
切记！！一定要引用第一个。
总结：
1.如果项目单纯只是spring项目没有使用FastJson框架的东西那么就使用@JsonProperty 而且Jackson功能全面，支持的数据格式包括JSON、XML、YAML、CSV等。它提供了丰富的注解如@JsonProperty、@JsonIgnore等来精确控制序列化和反序列化过程。
如果使用了FastJson那么就要用@JSONField，FastJSON以性能著称，尤其在解析和序列化速度上表现出色。它在高并发环境下具有较好的表现，因为其设计目标之一就是高性能。
2.重点在FastJson框架下@JsonProperty不起作用，在没有使用FastJson框架的时候@JSONField不起作用
这篇关于FastJson与JackSon 的碰撞。服务发送方与服务接收方字段不一致问题的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
