为什么不推荐使用Lombok？@Data不香吗？

亦凉 2024-03-03 08:20 71阅读 0赞

**目录**

一、前言

二、源码跟踪

三、总结

--------------------

## 一、前言 ##

之前写项目遇到的一个Bug，下面是模拟代码。

新建一个springboot的项目，Person一个实体类，定义一个方法传一个JSON数据

@Data
    public class Person {
        private String name;
        private String aName;
        private String aaName;
    }

@SpringBootApplication
    @RestController
    public class LombokTestApplication {
    
        public static void main(String[] args) {
            SpringApplication.run(LombokTestApplication.class, args);
        }
    
        @PostMapping("/user")
        public String userSearch(@RequestBody Person person){
            System.out.println(person);
            return "okk~";
        }
    
    }

springboot启动之后postman发送一次请求。

请求路径：[http://localhost:8080/user][http_localhost_8080_user]

JSON数据：

{
        "name": "aaa",
        "aName": "bbb",
        "aaName": "ccc"
    }

后台输出结果

![7c8f5f44f9a54d93a6956d2015d1fdf3.png][]

我们会发现，aName字段为null？居然接收不了，而aaName可以接受，这是为什么呢？

## 二、源码跟踪 ##

分析这个源码要对SpringMVC框架有一定的理解，它的最基础的请求处理也是基于原生的servlet去进行了一个扩展，它扩展的一个核心叫做 DispatcherServlet ，它的所有的http请求都会去走 doDispatch 这个方法。

![37b7b9773c914fb690c9359b67ff6097.png][]

在大概540行左右的handle，这里在调用，我们关注的是 为什么那个aName参数它没有解析出来，后面执行会调用 InvocableHandlerMethod 里面的 getMethodArgumentValues 方法。

![f47c9394e12b4c9aa5475aedf6e24b3b.png][]

在方法的return部分我们打了个断点，看看会返回啥？

![db20660782cc4d2c93d886abdf8a37b4.png][]

发现这个方法返回就使aName变成了null（这里就已经完成了参数解析了，说明问题出在这一块）。

然后进过一系列的操作，我们最终来到了 POJOPropertiesCollector 的 collectAll 这个方法，我们在 \_addFields 与 \_addMethods 打个断点。

![9e226af121ed4de48df051d4b953275d.png][]

跑一下，在\_addFields他的size为0，我们再来看看\_addMethods，它的size为3。

![d0c76ff0741b404d82917f065316dc61.png][]

我们点击下一步（不是下一个断点）发现他的长度变成了4了，而且还多了个aname的字段

![41bd44bbaaec4805b7bb1adb1d64eaac.png][]

按住ctrl键点击\_addMethods我们进去看看，这个方法填加了一个字段。

protected void _addMethods(Map<String, POJOPropertyBuilder> props) {
            Iterator var2 = this._classDef.memberMethods().iterator();
    
            while(var2.hasNext()) {
                AnnotatedMethod m = (AnnotatedMethod)var2.next();
                int argCount = m.getParameterCount();
                if (argCount == 0) {
                    this._addGetterMethod(props, m, this._annotationIntrospector);
                } else if (argCount == 1) {
                    this._addSetterMethod(props, m, this._annotationIntrospector);
                } else if (argCount == 2 && Boolean.TRUE.equals(this._annotationIntrospector.hasAnySetter(m))) {
                    if (this._anySetters == null) {
                        this._anySetters = new LinkedList();
                    }
    
                    this._anySetters.add(m);
                }
            }
    
        }

我们再点击下一步，一直到\_removeUnwantedAccessor这个，发现size变成3了，这里就删除了我们的aName字段，保留了aname，这就是问题的关键了。

![59df357a129b489197c7849f9a9097d6.png][]

这里我们要看看这个@Data到底生成了什么东西，我们在终端敲入命令：mvn clean package

![192c2f54cb0c4a57af76f701c1434204.png][]

我们看看反编译出来的到底是个啥？

![dfce3d3c6bef4cdebb8ff9980995c395.png][]

左边是手动生成的get set 方法，右边是@Data 生成的，我们发现了自己生成的 getaName 它的a是小写的，而@Data生成的getAName的A是大写的。

![aafd7ea8bc1f43bb854c2cc8c63efead.png][]

而getAName可能反推出aName和aname两个可能，所以在\_removeUnwantedAccessor这里就删除了aName这个字段，就后台接受不到了。

## 三、总结 ##

这个bug虽然不算什么，但是这也是个细节，虽然像aName这种不规范的命名字段很少用，但是这里模拟当初项目的出错，这里还是建议大家使用手动或者快捷键生成的实体类的方法（当然不是Lombok不好用，它也有它的优点）

[http_localhost_8080_user]: http://localhost:8080/user
[7c8f5f44f9a54d93a6956d2015d1fdf3.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/03/aed6347638914539b73493fe38c6d203.png
[37b7b9773c914fb690c9359b67ff6097.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/03/6efcecea0ac045baa3c4f1a3fd48e972.png
[f47c9394e12b4c9aa5475aedf6e24b3b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/03/1e000251276b4c4588955bfc30e79267.png
[db20660782cc4d2c93d886abdf8a37b4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/03/9f02f7a211ab4241b45b444302665cb2.png
[9e226af121ed4de48df051d4b953275d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/03/92ce1cca57364aa3946f45b1e3228e69.png
[d0c76ff0741b404d82917f065316dc61.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/03/4eaf9fa562b847f391530b1286544543.png
[41bd44bbaaec4805b7bb1adb1d64eaac.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/03/0733363544814e77841d1ea64009a7d5.png
[59df357a129b489197c7849f9a9097d6.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/03/cce3630a2ba54d21a4e33489679e33b2.png
[192c2f54cb0c4a57af76f701c1434204.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/03/4f0ce44703be4febad6432ba2f64d70d.png
[dfce3d3c6bef4cdebb8ff9980995c395.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/03/673139ecce5d44d3bf250da178d9df03.png
[aafd7ea8bc1f43bb854c2cc8c63efead.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/03/78797e20e1c4433c914649757300d005.png