@Builder 引起的 417 错误码

背景

公司目前有3个服务，可以简单的理解成"微服务"，两个服务之间的通信是通过HttpURLConnection进行的，看到的第一眼，真的"生理不适"。

今天在实现两个服务通信的时候，报了一个417错误码。

问题

控制台输出：

查看下图的详细问题原因，得知是因为构造函数出了问题。

很明显，根本原因是：缺少无参构造器

解决

本来之前都是好好调用的，但是自从我在请求实体上新增了一个@Builder注解，就出问题了。 后面了解到@Builder注解只会引入一个全参构造方法。继续在其上引入@AllArgsConstructor和@NoArgsConstructor两个注解，就把这个问题解决了。

因为只有@Builder和@NoArgsConstructor这两个注解引入会有冲突，所以需要同时引入@AllArgsConstructor注解用来避免冲突。

@Builder了解

@Builder、@NoArgsConstructor 和 @AllArgsConstructor 是 Lombok 库提供的注解，它们用于简化 Java 类的编写，减少冗余的 getter、setter、构造器等方法的编写。这些注解之间的关系和潜在的冲突可以如下解释：

1. @Builder

   • @Builder 注解用于生成构建器模式的代码，允许你以一种链式调用的方式来创建对象并设置其属性。
   • 当你使用 @Builder 注解时，Lombok 会自动生成一个带有所有字段的静态内部类（通常是 YourClassNameBuilder），这个内部类包含用于设置字段的方法，以及一个 build() 方法用于创建最终的 YourClassName 对象。
   • @Builder 默认会生成一个全参构造器 （即包含所有字段的构造器），但如果已经通过 @RequiredArgsConstructor、@AllArgsConstructor 或其他方式显式定义了构造器，Lombok 通常会避免重复生成。

2. @NoArgsConstructor

   • @NoArgsConstructor 注解用于生成一个无参构造器。
   • 这个注解在需要创建类的实例但不需要初始化任何字段时很有用，比如在使用 ORM 框架（如 Hibernate）时。

3. @AllArgsConstructor

   • @AllArgsConstructor 注解用于生成一个全参构造器，即包含类中所有字段的构造器。
   • 这个注解在你希望在创建对象时立即初始化所有字段时很有用。

冲突关系：

• 当在同一个类上同时使用 @Builder 和 @AllArgsConstructor 时，通常不会有直接的冲突，因为 @Builder 默认会生成一个全参构造器（除非已显式定义）。但是，如果你希望控制构造器的访问级别（例如，使构造器为 private），那么可能会有冲突。在这种情况下，你应该明确指定构造器的访问级别或使用 @RequiredArgsConstructor 代替 @AllArgsConstructor，因为 @Builder 可以与 @RequiredArgsConstructor 一起使用，以生成仅包含非空字段的构造器。
• @Builder 和 @NoArgsConstructor 可能会发生冲突，主要是因为它们各自生成不同类型的构造器，而这些构造器在某些情况下可能无法共存。如果你确实需要无参构造器，并且不介意手动设置对象的属性，那么可以使用 @AllArgsConstructor 代替 @Builder。
• 需要注意的是，过度使用这些注解可能会使代码难以阅读和维护，因此建议谨慎使用，并确保它们确实简化了你的代码而不是增加了复杂性。

总结

1. 由于请求实体类缺少无参构造器造成了这次请求返回417错误码。
2. 由于要使用@Builder注解，所以需要同时引入@NoArgsConstructor 和 @AllArgsConstructor这两个注解来结合解决没有无参构造器的问题。