好看的网站设计公司建设摩托车倒闭了吗

在使用RestTemplate 发送http 请求的时候，发现nDecisonVar 转换成了ndecisonVar ,但是打印日志用fastjson 打印的没有问题，换成jackson 打印就有问题。因为RestTemplate 默认使用的jackson 作为json 序列化方式，导致的问题，但是为什么出现这个问题呢？
一直搜网上，其实也没有个准确的答案而且很多都是错的，所以我就根据我的理解解读一下。

实体类使用的Lombok @data 进行的getter setter方法生成，发现lombok 和java bean 的规范有差异

JavaBean 的命名规范允许一些特例（如属性名第二个字母大写、前两个字母大写等），但 Lombok 的设计目标是简化代码生成，而非严格遵循所有 JavaBean 特例。其核心逻辑如下：

标准化处理：Lombok 默认将属性名的首字母强制大写，避免因属性名格式不规范导致的歧义。
兼容性优先：许多框架（如 Jackson、Gson）在解析 JSON 时依赖 JavaBean 的命名规范，但 Lombok 的默认行为可能与这些框架的预期不一致，导致字段映射错误。

那大家有没有疑惑

为什么呢？

场景 Jackson 的处理策略有两个
默认 LOWER_CAMEL_CASE 策略 getQWer() → QWer → qWer（首字母小写）。
LOWER_CASE 策略 getQWer() → QWer → qwer（全小写）。
显式使用 @JsonProperty(“qWer”) 无论策略如何，JSON 键名始终为 qWer。

网上都是说 当jackson 遇到getQWer的时候会触发LOWER_CASE一样的策略，但是实际上不是的，而是jackson 在处理拆分get set 的逻辑区别
Jackson的处理过程字段 value：方法名 getValue 推断出属性名 value，与字段名一致，成功映射。字段 sName：方法名 setSName 推断出属性名 sname，而 JSON 中的字段是 sName。由于 sname ≠ sName，Jackson无法找到对应的字段或 setter 方法，导致 sName 未被赋值。如果 JSON 请求体中包含 “sName”: “John”，Jackson会尝试将值映射到 sname 属性。 这个操作就很骚

这个博客说getter的非常详细，大神讲解
https://www.cnblogs.com/xuanyumuxiu/p/17272890.html
解决方案

@JsonProperty("nDecisonVar")
Integer nDecisonVar;

不行

不对