二叉索引树java代码二叉搜索树代码( 三 )

if (possible)
return "OK!";
else
return "Impossible!";
}
}
在这个例子中，Element用来索引对象Figureout,也即Element为key，Figureout为value 。在Figureout中随机生成一个浮点数，如果它比0.5大，打印"OK!"，否则打印"Impossible!" 。之后查看Element(3)对应的Figureout结果如何。
结果却发现，无论你运行多少次，得到的结果都是"Not found" 。也就是说索引Element(3)并不在HashMap中。这怎么可能呢？
原因得慢慢来说：Element的HashCode方法继承自Object ，而Object中的HashCode方法返回的HashCode对应于当前的地址，也就是说对于不同的对象，即使它们的内容完全相同，用HashCode（）返回的值也会不同。这样实际上违背了我们的意图。因为我们在使用
HashMap时，希望利用相同内容的对象索引得到相同的目标对象，这就需要HashCode()在此时能够返回相同的值。在上面的例子中，我们期望 new
Element(i) (i=5)与
Elementtest=newElement(5)是相同的，而实际上这是两个不同的对象，尽管它们的内容相同，但它们在内存中的地址不同。因此很自然的，上面的程序得不到我们设想的结果。下面对Element类更改如下：
复制代码
代码如下:
class Element{
int number;
public
Element(int n){
number=n;
}
public int hashCode(){
return
number;
}
public boolean equals(Object o){
return (o instanceof
Element)(number==((Element)o).number);
}
}
在这里Element覆盖了Object中的hashCode()和equals()方法。覆盖hashCode()使其以number的值作为
hashcode返回，这样对于相同内容的对象来说它们的hashcode也就相同了。而覆盖equals()是为了在HashMap判断两个key是否相等时使结果有意义（有关重写equals()的内容可以参考我的另一篇文章《重新编写Object类中的方法》）。修改后的程序运行结果如下：
h2:
Get the result for Element:
Impossible!
请记?。喝绻阆胗行У氖褂肏ashMap，你就必须重写在其的HashCode() 。
还有两条重写HashCode()的原则：
[list=1]
不必对每个不同的对象都产生一个唯一的hashcode ，只要你的HashCode方法使get()能够得到put()放进去的内容就可以了。即"不为一原则" 。
生成hashcode的算法尽量使hashcode的值分散一些，不要很多hashcode都集中在一个范围内，这样有利于提高HashMap的性能。即"分散原则" 。至于第二条原则的具体原因，有兴趣者可以参考Bruce
Eckel的《Thinking in Java》，在那里有对HashMap内部实现原理的介绍，这里就不赘述了。
掌握了这两条原则，你就能够用好HashMap编写自己的程序了。不知道大家注意没有，java.lang.Object中提供的三个方法：clone() ， equals()和hashCode()虽然很典型，但在很多情况下都不能够适用，它们只是简单的由对象的地址得出结果。这就需要我们在自己的程序中重写它们，其实java类库中也重写了千千万万个这样的方法。利用面向对象的多态性——覆盖，Java的设计者很优雅的构建了Java的结构，也更加体现了Java是一门纯OOP语言的特性。
二叉树索引原理是什么？索引是为检索而存在的。如一些书籍的末尾就专门附有索引，指明二叉索引树java代码了某个关键字在正文中的出现的页码位置，方便我们查找，但大多数的书籍只有目录，目录不是索引，只是书中内容的排序，并不提供真正的检索功能。可见建立索引要单独占用空间；索引也并不是必须要建立的，它们只是为更好、更快的检索和定位关键字而存在。

二叉索引树java代码 二叉搜索树代码( 三 )

二叉索引树java代码二叉搜索树代码( 三 )