lombok是一个几乎必备的辅助插件，通过使用它的注解，可以在编译阶段自动生成我们需要的代码，如最常用的属性的getter和setter方法。
这里有个特殊的点需要注意下，对于布尔数据类型的属性，插件有其自身的特殊处理方式，而不是跟其他基本数据类型一样生成getXXX和setXXX方法。
例如下面这个全局配置类中，我们定义了一个控制消息是否重发的布尔类型属性enableResend
@Data
@ConfigurationProperties(prefix = "params")
public class MessageClientGlobalHolder
{
private Channel channel = null;
private String appCode;
private String appSecret;
private String host;
private int port=8997;
private int heartbeatRate=5;
private int sendMessageSpan=30;
private boolean enableResend;
private String webSocketPath;
private int readIdleTimeOut;
public String getWebSocketUrl() {
String url= MessageFormat.format("ws://{0}:{1}/{2}",this.getHost(),String.valueOf(this.getPort()),
this.getWebSocketPath());
return url;
}
}
当我们要读取其属性时，会发现，相应的对象上，并没有getEnableResend()这个方法，反而是isEnableResend()的方法，为什么会这样呢？
原来是lombok插件内部针对布尔类型做了一些额外的逻辑处理，具体规则为：
1.读取属性的方法默认生成规则是is+属性名而不是get+属性名，即isEnableResend而不是getEnableResend
2.假如属性名自身以is开头，如isEnableResend，则获取属性的方法依旧是isEnableResend，而不是别扭的isIsEnableResend
3.以上两条规则，会出现一种因为不合理导致的极端情况，即有两个属性，一个名字是isEnableResend，另一个是enableResend，这里本质上是设计存在问题，对于这种情况，插件的处理方式是只生成一个isEnableResend，至于读取的是哪个属性，取决于属性的顺序，居前者优先。
需要注意的问题还有几个：
1.以上的处理规则，实际都是指使用基本布尔类型boolean，而不是包装类型Boolean，对于包装类型，lombok插件依旧是get+属性名的规则，不做额外处理。
2.对于写入属性的方法，依旧是set+属性名，没有额外处理。
这个地方的特殊性，表面看起来很简单，只是一个小坑而已，即使开发时遇到了，只是错愕一下，翻翻方法列表，就能找到对应的方法，或者进一步百度下，就能找到为什么方法名不是预期的getXXX。
但是，这里面有一个更大的隐含的坑，就是lombok进一步和其他组件组合使用，则有可能会发生问题，例如对象创建、反序列化，对象属性的拷贝，如果这些功能组件底层是使用反射去寻找对应的get属性，则很可能会找不到合适的方法，导致属性丢失或异常，比如将一个true值变成了false，需要特别注意。
