为什么 JPA Entity 类需要有默认的无参构造函数？-工具盒子

1、概览 {#1概览}

在本教程中，我们将学习在 JPA 中，为什么实体类必须要有默认无参数构造函数？

为了理解无参数构造函数的意义，我们将使用一个简单的 Employee 实体示例。我们将观察缺少默认构造函数是如何导致编译时错误的。我们将深入探讨 JPA 在实体实例化中对 Reflection 的使用。此外，我们还将简要介绍这些类中可能需要该构造函数的其他原因。

2、示例 {#2示例}

让我们举一个简单的例子，建立一个名为 Employee 的实体类，其中包含 name、department 和自动生成的 id。让我们定义一个包含所有三个字段的构造函数：

@Entity
public class Employee {

    @Id
    private Long id;
    private String name;
    private int age;

    public Employee(Long id, String name, int age) {
        this.id = id;
        this.name = name;
        this.age = age;
    }

    // get 和 set
}

不过，此时我们会发现 Employee 类无法编译：Class'Employee' should have [public, protected] no-arg constructor。

一个 JPA 实体，其构造函数有参数

显然，在这里我们可以看到，我们定义了一个带有全参构造函数的 Entity 类，但却没有无参数构造函数。在这种情况下，会出现一个编译时错误，提示我们除了现有的构造函数外，还需要一个无参数构造函数。

在接下来的两节中，我们将围绕 Entity 类中的构造函数了解 JPA 规范。我们将了解如何修复错误，以及 JPA 施加这些约束的根本原因。

3、JPA 规范、构造函数和反射 {#3jpa-规范构造函数和反射}

JPA 规范要求所有实体类都有一个默认的无参数构造函数。该构造函数可以是 public 的，也可以是 protected 的。

如果没有定义其他构造函数，编译时将自动提供一个默认的无参数构造函数。但是，如果我们定义了一个参数化的构造函数，就必须显式地提供一个默认构造函数。

JPA 使用该默认构造函数来使用 Reflection （反射）创建实体类的实例。它提供了一种动态创建类实例、调用方法和访问字段的方法。

要使用 Reflection 创建类的实例，我们可以使用 Class 类及其 newInstance() 方法。当 JPA 创建一个持久化的实体类的实例时，它首先使用实体的完全限定类名获取 Class 对象。一旦获得 Class 对象，JPA 就会使用 Reflection 通过调用无参数构造函数来创建该类的新实例。因此，在 JPA 实体类中提供无参数构造函数始终是一种好的做法，即使我们没有显式地使用它。

简单地说，为了解决这个问题，我们要在 Employee 实体类中明确定义一个无参数构造函数：

@Entity
public class Employee implements Serializable {
    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    private Long id;

    private String name;
    private String dept;
    private int salary;

    public Employee(String name, String dept, int salary) {
        this.name = name;
        this.dept = dept;
        this.salary = salary;
    }

    public Employee() {
        
    }
}

现在，编译时错误已得到修复：

无参数构造函数示例