惊叹！ MyBatis“歧视”无参构造器，SQL数据对接的一场博弈
2022-11-01 18:52:05
空参构造器：MyBatis数据查询的基石
在 MyBatis 的世界里，实体类是至关重要的，它们充当着承接 SQL 执行结果的容器。然而，如果这些实体类缺少了一个小小的空参构造器，就会让 MyBatis 勃然大怒，抛出 "歧视" 无参构造器的错误提示。
什么是空参构造器？
空参构造器是一个没有参数的构造方法，是实体类构建对象的基本保障。就像进入一个高档餐厅，没有门票寸步难行；同样，没有空参构造器，MyBatis 就无法实例化实体类对象，自然无法将查询结果填入实体类中，从而引发 "数据库查询类型不匹配" 的错误。
@Builder 注解：全参构造器的幕后黑手
@Builder 注解是一个强大的工具，能够简化对象的创建过程，自动生成全参构造器。然而，这个看似方便的特性，却可能在 MyBatis 中埋下 "歧视" 的种子。原因在于，全参构造器会覆盖空参构造器，导致 MyBatis 无法找到它所需要的 "通行证"，从而引发错误。
解决方案：添加空参构造器，消除 MyBatis 的 "歧视"
既然知道了 "歧视" 的根源，解决方法也就水到渠成了：为实体类添加一个空参构造器。这个空参构造器可以是默认的，也可以是显式定义的，只要能满足 MyBatis 实例化对象的需求即可。
实例代码：手把手教你消除 "歧视"
为了加深理解，我们来看一个实例代码：
// 实体类 User
public class User {
private Integer id;
private String username;
private String password;
// 默认的空参构造器
public User() {}
// 全参构造器
public User(Integer id, String username, String password) {
this.id = id;
this.username = username;
this.password = password;
}
// 省略 getter 和 setter 方法
}
// MyBatis 映射文件 userMapper.xml
<select id="selectUserById" resultType="User">
SELECT * FROM user WHERE id = #{id}
</select>
在实体类 User 中，我们添加了一个默认的空参构造器，同时保留了全参构造器。在 MyBatis 映射文件中，我们通过 resultType 指定了返回结果的类型为 User。这样一来，当执行 selectUserById 方法时，MyBatis 就会自动将查询结果映射到 User 对象中，而不会再出现 "歧视" 无参构造器的错误了。
总结：重视空参构造器，让 MyBatis "相见欢"
空参构造器，看似不起眼，却在 MyBatis 的数据查询中扮演着至关重要的角色。重视空参构造器，让 MyBatis 与实体类 "相见欢"，避免不必要的错误，才能让数据查询之旅顺畅无忧。
常见问题解答
-
为什么 MyBatis 需要空参构造器？
MyBatis 需要空参构造器来实例化实体类对象，以便将查询结果映射到实体类中。 -
@Builder 注解会影响 MyBatis 吗？
是的，@Builder 注解会生成全参构造器，覆盖空参构造器，导致 MyBatis 无法实例化实体类对象。 -
如何添加空参构造器？
可以显式地定义一个空参构造器，也可以使用默认构造器。 -
如果不添加空参构造器，会出现什么错误？
MyBatis 会抛出 "数据库查询类型不匹配" 的错误。 -
如何解决 "歧视" 无参构造器的错误？
添加一个空参构造器即可解决该错误。
