为何TestEntityManager在H2内存数据库中默认存储数据的id为0？

• 基本类型主键的默认值陷阱
  当实体类的主键字段定义为long、int这类Java基本类型时，对象实例化过程中会自动给主键赋默认值0。由于基本类型永远不会为null，JPA的persist逻辑会判定开发者已显式指定主键值，直接将0作为主键写入H2内存库，不会触发自增ID生成器的赋值流程。最终入库的记录主键固定为0，自然出现findById(1)返回空、findById(0)命中目标对象的现象。
• TestEntityManager的持久化判定逻辑偏差
  TestEntityManager在执行数据持久化时，不会主动校验主键值是否为Java默认值。只要传入的实体对象主键字段非null，就会跳过自增生成器的调用环节，直接使用字段当前值完成插入。
• H2自增序列的初始化配置差异
  部分测试场景下，H2建表时的自增列默认起始值存在配置偏差。如果没有显式指定自增列从1开始计数，配合上述基本类型主键的默认值问题，就会出现实际存储ID与预期查询ID错位的情况。

• 替换实体主键的类型定义：将long、int等基本类型主键修改为对应的Long、Integer包装类型，确保新实例的主键字段默认值为null，让JPA能正确识别需要触发自增ID生成逻辑
• 显式固定自增序列起始值：在H2初始化建表脚本中，为自增主键列指定起始值为1，避免序列默认值偏差
• 持久化测试数据时手动指定主键值：不依赖自动ID生成逻辑，在调用TestEntityManager持久化前，明确给测试实体设置预期的主键值，匹配后续Repository的查询条件
• 开启SQL执行日志：打印TestEntityManager实际生成的插入SQL，核对写入数据库的真实主键值，定位错位发生的具体环节

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