Hibernate Bean的Equals方法重载问题

兄弟，你啥时候能把我说的测试代码运行一下，我其实不是很关心other.getClass()，我其实更关心this.getClass()。

我发贴可不强调你说的，这样的说法容易歪楼哈！！

替换了对象的意思就是：cglib给我new了一个所有属性都=null的FlowToken对象，这个对象是FlowToken的一个proxy没错，但什么属性值都取不到，再次强调所有方法返回null。我不知道为啥发生这样的情况。

从这个问题看LZ对java的equlas与hashcode没有理解清楚;
这两个方法是留个自己实现的;

我完全可以写个equals永远返回false,hashcode永远返回一样;

说个实际点的吧;
set 放进去的东西能找到吗?
package com.bobo;

import java.util.HashSet;
import java.util.Random;
import java.util.Set;

public class TestMain {
public static void main(String[] args) {
new TestMain().test1();

}

public void test1() {

Set set = new HashSet();

set.add(new A());
// false
System.out.println(set.contains(new A()));

set.add(new B());
// true
System.out.println(set.contains(new B()));

set.add(new C());
// true
System.out.println(set.contains(new C()));

A a = new A();
set.add(a);
// true
System.out.println(set.contains(a));

B b = new B();
set.add(b);
// true
System.out.println(set.contains(b));

C c = new C();
set.add(c);
// 大部分情况下是false
System.out.println(set.contains(c));

}

class A {

}

class B {

@Override
public int hashCode() {

return 1;
}

@Override
public boolean equals(Object obj) {

return true;
}

}

class C {

@Override
public int hashCode() {
return new Random().nextInt();
}

@Override
public boolean equals(Object obj) {
return true;
}

}

}
理解哈吧,研究哈吧;其实很多书上也讲了;
关键是你思考没有,研究没有;

代码如下：

	
	/**
	 * 判断当前流程实例上下文中，是否存在Blocking(阻挡性)的任务
	 * 规则
	 * 1.任务未结束 
	 * 2.任务是必办理的
	 * 3.当前任务实例的token和执行上下文的token一致
	 * @param token
	 * @return
	 */
	public boolean hasBlockingTaskInstances(FlowToken token) {
		boolean hasBlockingTasks = false;

		System.out.println("LOC_1 :"  + token.getId());

		Set<TaskInstance> taskInstances = flowInstance.getTaskInstances();
		if (taskInstances!=null) {
			Iterator<TaskInstance> iter = taskInstances.iterator();
			
			while ( (iter.hasNext()) && (!hasBlockingTasks)) {

System.out.println("LOC_2 : "  + taskInstance.getFlowToken().getId());
System.out.println("LOC_3 : "  + token == taskInstance.getFlowToken());
System.out.println("LOC_4 : "  + token.equals(taskInstance.getFlowToken());

				TaskInstance taskInstance = (TaskInstance) iter.next();
				if ( (! taskInstance.hasEnded()) //任务未结束 
						&& (taskInstance.getIsBlocking()) //任务是必办理的
						&& (token!=null) 
						&& (token.equals(taskInstance.getFlowToken())) ) {
					hasBlockingTasks = true;
				}
			}
		}
		return hasBlockingTasks;
	}

上述的 LOC_1 处和 LOC_2 处打印的ID完全相等， LOC_3处输出true（说明对象地址相同），BUT～～ LOC_4处输出是false；

给出FlowToken的equals实现

	/* (non-Javadoc)
	 * @see java.lang.Object#equals(java.lang.Object)
	 */
	@Override
	public boolean equals(Object obj) {
		if (this == obj)
			return true;
		if (obj == null)
			return false;
		if (!(obj instanceof FlowToken))
			return false;
		final FlowToken other = (FlowToken) obj;
		if (id == null || other.id == null) {
			return false;
		} else if (!id.equals(other.id))
			return false;
		return true;
	}

跟踪发现，实际进入equals的obj参数根本不是外面传入的那个token对象，中间过程被Hinernate的CGLIBLazyInitializer做了代理处理，发生了底层对象的变换。
开始大家都打死不信有这样的BUG，经过对jvm线程和变量编号的反复跟踪，BUG每次都重现。确认CGLIBLazyInitializer确有问题，但目前在国内互联网上没有找到相同的案例。这里提出，供javaeye上的大牛商讨！

如果我们一群人的诊断是对的，hibernate就隐藏了一个相当恐怖的bug咯！！！

  13.     if (id == null || other.getId() == null) {  
  14.         return false;  
  15.     } else if (!id.equals(other.getId()))  
  16.         return false;  

可以看到虽然tokenB是通过getter 访问了, 但 tokenA 还是使用id 属性. 这样结果当然还是不对.