使用JUnit5+Hibernate测试Pet实体时，ID列不允许为NULL错误的原因？

以下是导致该错误的几个核心原因：

1. H2数据库表ID列未配置自增属性 #

GenerationType.IDENTITY策略完全依赖数据库的自增列机制生成ID。如果你的Pet表建表语句中，ID列没有设置自增属性，Hibernate会判定需要手动传入ID值，但你通过@Setter(AccessLevel.NONE)禁止了手动设置，最终插入时就会传入null触发报错。

正确的H2建表语句示例：

CREATE TABLE pet (
    id INT PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(255) NOT NULL
    -- 其他字段
);

或使用H2原生IDENTITY语法：

CREATE TABLE pet (
    id INT GENERATED BY DEFAULT AS IDENTITY PRIMARY KEY,
    name VARCHAR(255) NOT NULL
);

2. Hibernate方言配置错误 #

Hibernate需要通过方言识别数据库特性，若未在配置文件中指定正确的H2方言，Hibernate无法识别H2的自增列机制，会错误地将ID列当作普通字段处理，插入时传入null。

正确的方言配置（hibernate.cfg.xml中）：

<property name="hibernate.dialect">org.hibernate.dialect.H2Dialect</property>

3. 会话与事务管理不当 #

IDENTITY策略下，session.save()会立即执行插入SQL并获取数据库生成的ID。如果DAO的save方法未正确开启事务，或会话管理存在问题（比如会话未绑定、未提交事务），会导致Hibernate无法触发自增ID生成逻辑，最终插入时ID为null。

标准的DAO save实现示例：

public void save(Pet pet) {
    Session session = sessionFactory.getCurrentSession();
    session.beginTransaction();
    session.save(pet);
    session.getTransaction().commit();
}

4. 实体类访问类型与Setter限制冲突 #

若Pet实体类默认使用属性访问（比如其他字段有Lombok生成的setter），而ID字段通过@Setter(AccessLevel.NONE)禁止了setter，Hibernate可能无法正确处理ID字段的生成逻辑。可在ID字段上显式指定字段访问类型：

@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Access(AccessType.FIELD)
@Setter(AccessLevel.NONE)
private Long id;

内容的提问来源于stack exchange，提问作者slavyanchiks