原文链接： Javarevisited 翻译： ImportNew.com - 唐小娟
译文链接： http://www.importnew.com/7099.html
你用过HashMap吗
譬如HashMap可以接受null键值和值，而Hashtable则不能；HashMap是非synchronized;HashMap很快；以及HashMap储存的是键值对等等。
你知道HashMap的工作原理吗
HashMap是基于hashing的原理，我们使用put(key, value)存储对象到HashMap中，使用get(key)从HashMap中获取对象。当我们给put()方法传递键和值时，我们先对键调用hashCode()方法，返回的hashCode用于找到bucket位置来储存Entry对象。”这里关键点在于指出，HashMap是在bucket中储存键对象和值对象，作为Map.Entry
当两个对象的hashcode相同会发生什么？
使用equals判断两个对象, 如果两个返回true, 则是相同的对象,不存储,否则,因为hashcode相同，所以它们的bucket位置相同，‘碰撞’会发生。因为HashMap使用链表存储对象，这个Entry(包含有键值对的Map.Entry对象)会存储在链表中。
如果两个键的hashcode相同，你如何获取值对象？
当我们调用get()方法，HashMap会使用键对象的hashcode找到bucket位置，找到bucket位置之后，会调用keys.equals()方法去找到链表中正确的节点，最终找到要找的值对象。
如果HashMap的大小超过了负载因子(load factor)定义的容量，怎么办？
将会创建原来HashMap大小的两倍的bucket数组，来重新调整map的大小，并将原来的对象放入新的bucket数组中。
你了解重新调整HashMap大小存在什么问题吗？
产生条件竞争 HashMap是线程不安全,在多线程情况下应该尽量避免使用HashMap
为什么String, Interger这样的wrapper类适合作为键？
重写了equals 和 hashcode 方法 这样可以保持对象是不变的
我们可以使用自定义的对象作为键吗？
可以 不过要重写对象的equals 和 hashcode
我们可以使用CocurrentHashMap来代替Hashtable吗？
可以,不过HashTable提供供更强的线程安全性而ConcurrentHashMap同步性能更好，