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不起作用