从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（）
我们建议 您在持久性类上声明以统一名称命名的标识符属性，并 使用可为空（即非原始）类型。
我实际上在我的基类中利用了这一点：
@MappedSuperclasspublic 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); }}
