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

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配置文件的方式,就要另想办法了,例如自己 写个注解接口。