从Hibernate的角度来看，它没有任何改变，因为Hibernate使用相同的Hibernate类型来表示它们。

然而，正如字节码忍者指出，你不能区分原始INT的默认值0从分配的0同时也有可能没有歧义null（一个nullID总是意味着一个新的实体），这就是为什么我更喜欢使用可为null的包装器类型。

这就是Hibernate的建议。从参考文档中：

4.1.2。提供标识符属性（可选）

猫有一个名为id的属性。此属性映射到数据库表的主键列。该属性可能被称为任何东西，并且其类型可能是任何原始类型，任何原始“包装”类型，java.lang.String或java.util.Date。如果您的旧数据库表具有组合键，则可以使用具有这些类型的属性的用户定义的类（请参阅本章后面的有关组合标识符的部分。）

标识符属性严格是可选的。您可以不使用它们，而让Hibernate在内部跟踪对象标识符。但是，我们不建议这样做。

实际上，某些功能仅适用于声明标识符属性的类：

• 分离对象的传递重新连接（级联更新或级联合并）-请参见第10.11节“传递持久性”
• Session.saveOrUpdate（）
• Session.merge（）
  

我们建议 您在持久性类上声明以统一名称命名的标识符属性，并 使用可为空（即非原始）类型。

我实际上在我的基类中利用了这一点：

@MappedSuperclass
public class BaseEntity implements Serializable {
    private static final long serialVersionUID = 1L;
    private Long id;

    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    public Long getId() {
        return id;
    }

    public void setId(Long id) {
        this.id = id;
    }

    @Transient
    public boolean isNew() {
        return (this.id == null);
    }
}