Lombok首字母小写，第二个字母大写，jackson反序列化失败
记一次接口调用字段映射失败问题排查
在写接口的时候遇到一个很神奇的问题，编写一个post接口，在使用包装类接收body的时候发现有个字段映射不上。代码如下
@RestController
public class TestController {
@PostMapping("test")
public TestDto test(@RequestBody TestDto testDto) {
return testDto;
}
}
..........
@Getter
@Setter
public class TestDto {
private String sName;
private String value;
}
TestDto中的value可以正常获取值，但是sName却没值。
根据我多年的开发经验，推测应该是字段名的问题，大家都知道springboot接口反序列化是用的jackson，而jackson又是调用的getter和setter实现的序列化和反序列化，这样咱们大概就有一个方向。直接看一下class文件，看看@getter和@setter注解生成的方法长什么样
看起来感觉没什么问题。
那就只能debug看了，为了方便调试，手动编写getter和setter方法（复制过来），然后在setSName方法上打上断点，结果根本没停，说明根本就没有调用该方法。那我们再试试在setValue方法上打上断点，这次走到了
看一下方法调用，发现前几个都是invoke，没啥用，往前看几个，发现deserializeAndSet方法，没看到什么有用的信息
再往前看一个，看看deserializeFromObject方法里面，发现这么一个判断
看一下_beanProperties
发现这里就是保存类字段的信息地方，但是，嗯？为什么是sname，难怪我们的sName无法映射上。
那我们接下来就找找看，这个_beanProperties到底是怎么来的
在_beanProperties上打上断点，调一下接口，嗯？怎么没停？难不成这个是系统启动的时候就加载好的，重启一下试试。还是没有！再调一下接口试试，这次终于是停了
我们再来看看这properties是哪来的
继续深入
终于看到了我们熟悉的内容，这不就是我们要找的东西吗，发现又是从props来的，再回头
继续在_properties上打上断点，注意一定要把Field access勾选上，不然没办法监听到参数的使用
重启服务，调用接口，然后进入addProperty方法
然后继续反推，发现propDefs
阅读方法后发现数据来源于beanDesc.findProperties()，深入得到
继续在这个新的_properties上打上断点，重启服务，跳过几个无用断点，调试接口
深入方法，发现collectAll方法
看到_addFields和_addMethods方法，感觉终于要接近真相了！
接下来我们就看看collectAll方法到底做了什么
可以看到，在_addFields之后，props里面已经存放了TestDto的两个字段，这个时候sName的key还是对的
进入_addMethods方法，这段代码的逻辑是遍历类里的所有方法，如果方法的入参是0个就尝试从add getter方法，如果方法入参是1个则尝试add setter方法。
进入_addGetterMethod方法，发现如下逻辑，如果方法上没有添加json注解就会尝试从方法名称中解析字段名
进入findNameForRegularGetter方法，发现最终是调用的legacyManglePropertyName解析字段名
进入该方法，终于真相大白，重点看下面这段逻辑
这个方法中和方法名一起传进来的还有getter字符的offset用于去除get前缀，然后得到方法中的属性名，首先将属性名的第一个字符变为小写，如果本来就是小写的话直接返回属性名，如getvalue->value。
如果不是则继续遍历剩余字符，将每一个遇到的大写字符都转化为小写，直到遇到第一个小写的字符，然后返回属性名。如getVAlue->value,
getSName->sname,getURL->url。本来_addMethods方法是为了给每个field添加对应的getter和setter方法的，但是现在由于从getter方法中解析的名称和真实的field不一致，就导致会新增一个该名称的字段，我们的sname就是这么来的
这个时候props里面实际上有三个字段，而sName里面是没有getter，setter方法的，我们的getSName方法被sname字段拿去了。然后在经过_removeUnWantedProperties(props)方法之后，没有getter和setter方法的字段就被移除了！
结论
jackson反序列化的逻辑是，先找到类的成员变量field，然后从getter setter方法中反推属性名，为field和方法添加映射，而jackson反推属性名的逻辑是方法中去掉get的部分后跟着的连续大写字符都转换为小写字符。
写在最后
实际上这也和lombok生成getter方法的逻辑有关，如果我用idea自动生成getter方法的话，这个逻辑和jackson是一致的
