Hibernate load方法引起的java equal方法失效的问题

Hibernate load方法引起的java equal方法失效的问题

前段时间在一个业务代码中，发现java对象的equal方法无论如何不起作用，判断结果始终是不相等。最后仔细排查，发现原来是hibernate的load方法间接导致了该问题的发生。

众所周知，Hibernate根据id加载对象有两套方法。一套是get，一套是load。

如果不了解这两个方法的区别，很可能导致陷入一些意想不到的陷阱。

通过查阅官方API，我简单总结下它们最主要的两个区别：

1. 在不存在以该id缓存的对象时，get返回持久类的一个对象，load返回代理类的一个对象；
2. 当根据指定id在缓存和数据库中都无法找到相应对象时，get返回null，而load抛出异常。但该异常可能在调用某个非id字段的access method时才触发；

当load返回代理对象，并且我们使用该代理对象与实际业务对象进行比较操作时，就会出现问题。

出现的问题可能也有两种：

1. 由于equal方法要判断被比较的两个对象的类名，因此此时会返回false；
2. 如果我们直接用a.id.equals(b.id)——其中a是业务对象，b是代理对象，这里也会返回false。因为代理对象的所有属性都是null！

如果我们只能在equals方法层面解决问题，那么对于问题1，我们可能只能去掉对class是否相同的判断。或者增加排除代理类的情况。对于问题2，尽量使用getId替代直接的属性访问。

我推荐的解决方法是：尽量使用get方式。即使可能存在返回null的情况。如果返回null是不允许的，那么使用断言抛出异常应该也是很简单的事情。

评论

1 楼 spiniper 2013-11-20  

如果要为此类似操作，需要使用getId()的方式来比较，这样完成hibernate懒加载对象的初次加载再进行比对，就不会出现懒加载对象还未加载，内部属性为null返回false的情况。

另外，对于Class模板的比较，对于hibernate的懒加载代理对象是不合适的，除非你取消懒加载，否则Class比对肯定是false。我曾经也想过这个问题，后来找到一个相对而言变通的方法，就是不用Class比对，而是使用与Class同级别的注解的比对，如果你使用hibernate注解，那么肯定每个对象都有一个@Entity的注解头，当然这个头可以为空，不过规定要求每个实体必须给一个名字@Entity(name="className"),这样对它进行比较，就会正确。 当然，如果你使用的是hiberate配置文件的方式，就要另想办法了，例如自己 写个注解接口。