等于持久对象

Question

对于具有数据库管理 ID 的持久性对象实现 equals() （和 hashCode()，我将仅讨论 equals()）存在众所周知的问题。 新对象不存储在数据库中，因此没有数据库标识，因此它的“id”字段为空（如果是原始类型则为 0）。

如果 equals 查看 id，它将认为所有新对象相等，并且一旦获得 id，哈希码就会更改，因此如果它已经在哈希敏感集合中，则将找不到它。

一种解决方案是使用业务密钥，但有时除了代理 ID 之外的所有内容都是可变的。 另一种解决方案是在创建对象时生成（再一个，或者也将其用作数据ID）代理ID。

我没有看到提到的方法是，在 equals 中使用 id 并在 id 为 null 时使 equals（和 hashCode()）失败（抛出 IllegalStateException）。 （并记录此行为） 这样它仍然不能在哈希集合中，但也不能被意外地放在那里。为了在没有 id 的情况下将其放入集合中，可以使用一些包装器。 这是好/坏主意吗？是否有隐藏的问题？

正如 kan 所指出的，如果子对象应该放入 Set 属性并与其父对象一起持久化，则在持久化之前无法将对象放入 Set 中是个大问题（并且 TreeSet 没有帮助，因为它使用 equals()，即使它不使用 hashCode())。 我主要使用子实体列表，因此它不需要显现，但这绝对是问题。

Answer 1

我使用下一个代码。它涵盖了大多数情况，并且可以用于我认为使用 ORM 时可能发生的所有情况。

public class VersionedEntity
{
        private static final long serialVersionUID=1L;
        private Long id;
        private long version;
        @Transient
        private int hashCode;
...
        public void setId(final Long id)
        {
            if(this.id != null && !this.id.equals(id))
                throw new IllegalArgumentException(this+" has an ID already, cannot change it to "+id);
            this.id = id;
        }
        @Override
        public String toString() {
            return getClass().getName()+'#'+getId();
        }

        public boolean equals(final Object o)
        {
            if (this==o) return true;
            if (!(o instanceof VersionedEntity))
                return false;
            final VersionedEntity entity=(VersionedEntity) o;
            final Long id1 = entity.getId();
            final Long id2 = getId();
            if(id1==null && id2==null)
                return super.equals(o);
            return id1 != null
                   && id2 != null
                   && id2.equals(id1);

        }

        public int hashCode()
        {
            if(hashCode == 0)
            {
                hashCode = id != null ? id.hashCode() : super.hashCode();
                if(hashCode == 0)
                    hashCode = 42;
            }
            return hashCode;
        }
}

在分配 id 之前，您必须能够使用集合。如果您想创建一个带有 Set 属性的对象，其中包含其他对象包，则必须将它们作为元素添加到 Set 中。

Answer 2

我总是使用自动生成的 ID，从来没有遇到过问题。您可以在实例化时强制对象也使用服务层/工厂进行持久化。

我认为任何其他字段（组成 biz key）更改的可能性比在哈希图中使用非持久化对象然后同时持久化导致查找失败的可能性要大得多。

恕我直言，这个问题有点过度分析。自动生成的 id 通常是我想做的唯一测试是否相等，在很多情况下没有其他任何意义。我采取的方法是，如果使用/比较非持久对象，则问题出在业务逻辑中，而不是底层的 equals/hashcode 方法中。

为了具体回答非法状态异常的想法，当对象不相等和/或具有时抛出异常没有被坚持似乎相当戏剧化。