编程经验系列-Java学习杂谈（三）

考试大编辑整理第三篇Java杂记了，前两次分别讲述了关于jvm、jdk、jre、collection、classLoader和一些DesignPattern的自我理解。这次仍然不准备开始过渡到j2ee中，因为觉得还有一些琐碎的j2se的问题没有总结完毕。
　　1.关于Object类理解
　　大家都知道Object是所有Java类的基类，意味着所有的Java类都会继承了Object的11个方法。建议大家去看看Object的11个成员函数的源代码，就会知道默认的实现方式。比如equals方法，默认实现就是用"=="来比较，即直接比较内存地址，返回true或者false.而toString（）方法，返回的串组成方式是？？
　　"getClass（）。getName（）+"@"+Integer.toHexString（hashCode（））"其实不用我过多的解释，大家都能看懂这个串的组成。接下来再看看hashCode（）：publicnativeinthashCode（）；
　　由于是native方法，跟OS的处理方式相关，源代码里仅仅有一个声明罢了。我们有兴趣的话完全可以去深究它的hashCode到底是由OS怎么样产生的呢？但笔者建议最重要的还是先记住使用它的几条原则吧！首先如果equals（）方法相同的对象具有相通的hashCode，但equals（）对象不相通的时候并不保证hashCode（）方法返回不同的整数。而且下一次运行同一个程序，同一个对象未必还是当初的那个hashCode（）哦。
　　其余的方法呢？nofigy（）、notifyAll（）、clone（）、wait（）都是native方法的，说明依赖于操作系统的实现。最后一个有趣的方法是finalize（），类似C++的析构函数，签名是protected，证明只有继承扩展了才能使用，方法体是空的，默示什么也不做。它的作用据笔者的了解仅仅是通知JVM此对象不再使用，随时可以被销毁，而实际的销毁权还是在于虚拟机手上。那么它真的什么也不做麽？未必，实际上如果是线程对象它会导致在一定范围内该线程的优先级别提高，导致更快的被销毁来节约内存提高性能。其实从常理来说，我们也可以大概这样猜测出jvm做法的目的。
　　2.关于重载hashCode（）与Collection框架的关系
　　笔者曾经听一位搞Java培训多年的前辈说在他看来hashCode方法没有任何意义，仅仅是为了配合证明具有同样的hashCode会导致equals方法相等而存在的。连有的前辈都犯这样的错误，其实说明它还是满容易被忽略的。那么hashCode（）方法到底做什么用？
　　学过数据结构的课程大家都会知道有一种结构叫hashtable，目的是通过给每个对象分配一个唯一的索引来提高查询的效率。那么Java也不会肆意扭曲改变这个概念，所以hashCode唯一的作用就是为支持数据结构中的哈希表结构而存在的，换句话说，也就是只有用到集合框架的Hashtable、HashMap、HashSet的时候，才需要重载hashCode（）方法，这样才能使得我们能人为的去控制在哈希结构中索引是否相等。笔者举一个例子：曾经为了写一个求解类程序，需要随机列出1，2，3，4组成的不同排列组合，所以笔者写了一个数组类用int[]来存组合结果，然后把随机产生的组合加入一个HashSet中，就是想利用HashSet不包括重复元素的特点。可是HashSet怎么判断是不是重复的元素呢？当然是通过hashCode（）返回的结果是否相等来判断啦，可做一下这个实验：
　　int[]A={1，2，3，4}；
　　int[]B={1，2，3，4}；
　　System.out.println（A.hashCode（））；
　　System.out.println（B.hashCode（））；
　　这明明是同一种组合，却是不同的hashCode，加入Set的时候会被当成不同的对象。这个时候我们就需要自己来重写hashCode（）方法了，如何写呢？其实也是基于原始的hashCode（），毕竟那是操作系统的实现，找到相通对象唯一的标识，实现方式很多，笔者的实现方式是：首先重写了toString（）方法：return A[0]"+"A[1]"+"A[2]"+"A[3]；//显示上比较直观然后利用toString（）来计算hashCode（）：return this.toString（）。hashCode（）；这样上述A和B返回的就都是"1234"，在测试toString（）。hashCode（），由于String在内存中的副本是一样的，"1234"。hashCode（）返回的一定是相同的结果。
　　说到这，相信大家能理解得比我更好，今后千万不要再误解hashCode（）方法的作用。