深入理解Java中的HashMap的实现原理

HashMap继承自抽象类AbstractMap,抽象类AbstractMap实现了Map接口。关系图例如以下所看到的:

Java中的Map<key, value>接口同意我们将一个对象作为key。也就是能够用一个对象作为key去查找还有一个对象。

在我们探讨HashMap的实现原理之前,我们先自己实现了一个SimpleMap类,该类继承自AbstractMap类。

详细实现例如以下:

import java.util.*;

public class SimpleMap<K,V> extends AbstractMap<K,V> {
	//keys存储全部的键
	private List<K> keys = new ArrayList<K>();
	//values存储全部的值
	private List<V> values = new ArrayList<V>();

	/**
	 * 该方法获取Map中全部的键值对
	 */
	@Override
	public Set entrySet() {
		Set<Map.Entry<K, V>> set = new SimpleSet<Map.Entry<K,V>>();

		//keys的size和values的size应该一直是一样大的
		Iterator<K> keyIterator = keys.iterator();
		Iterator<V> valueIterator = values.iterator();
		while(keyIterator.hasNext() && valueIterator.hasNext()){
			K key = keyIterator.next();
			V value = valueIterator.next();
			SimpleEntry<K,V> entry = new SimpleEntry<K,V>(key, value);
			set.add(entry);
		}

		return set;
	}

	@Override
	public V put(K key, V value) {
		V oldValue = null;
		int index = this.keys.indexOf(key);
		if(index >= 0){
			//keys中已经存在键key,更新key相应的value
			oldValue = this.values.get(index);
			this.values.set(index, value);
		}else{
			//keys中不存在键key,将key和value作为键值对加入进去
			this.keys.add(key);
			this.values.add(value);
		}
		return oldValue;
	}

	@Override
	public V get(Object key) {
		V value = null;
		int index = this.keys.indexOf(key);
		if(index >= 0){
			value = this.values.get(index);
		}
		return value;
	}

	@Override
	public V remove(Object key) {
		V oldValue = null;
		int index = this.keys.indexOf(key);
		if(index >= 0){
			oldValue = this.values.get(index);
			this.keys.remove(index);
			this.values.remove(index);
		}
		return oldValue;
	}

	@Override
	public void clear() {
		this.keys.clear();
		this.values.clear();
	}

	@Override
	public Set keySet() {
		Set<K> set = new SimpleSet<K>();
		Iterator<K> keyIterator = this.keys.iterator();
		while(keyIterator.hasNext()){
			set.add(keyIterator.next());
		}
		return set;
	}

	@Override
	public int size() {
		return this.keys.size();
	}

	@Override
	public boolean containsValue(Object value) {
		return this.values.contains(value);
	}

	@Override
	public boolean containsKey(Object key) {
		return this.keys.contains(key);
	}

	@Override
	public Collection values() {
		return this.values();
	}

}

当子类继承自AbstractMap类时,我们仅仅须要实现AbstractMap类中的entrySet方法和put方法就可以,entrySet方法是用来返回该Map全部键值对的一个Set,put方法是实现将一个键值对放入到该Map中。

大家能够看到。我们上面的代码不仅除了实现entrySet和put方法外,我们还重写了get、remove、clear、keySet、values等诸多方法。

事实上我们仅仅要重写entrySet和put方法,该类就能够正确执行。那我们为什么还要重写剩余的那些方法呢?AbstractMap这种方法做了非常多处理操作。Map中的非常多方法在AbstractMap都实现了,而且非常多方法都依赖于entrySet方法,举个样例。Map接口中的values方法是让我们返回该Map中全部的值的Collection。我们能够看一下AbstractMap中对values方法的实现:

public Collection<V> values() {
        if (values == null) {
            values = new AbstractCollection<V>() {
                public Iterator<V> iterator() {
                    return new Iterator<V>() {
                        private Iterator<Entry<K,V>> i = entrySet().iterator();

                        public boolean hasNext() {
                            return i.hasNext();
                        }

                        public V next() {
                            return i.next().getValue();
                        }

                        public void remove() {
                            i.remove();
                        }
                    };
                }

                public int size() {
                    return AbstractMap.this.size();
                }

                public boolean isEmpty() {
                    return AbstractMap.this.isEmpty();
                }

                public void clear() {
                    AbstractMap.this.clear();
                }

                public boolean contains(Object v) {
                    return AbstractMap.this.containsValue(v);
                }
            };
        }
        return values;
    }

大家能够看到。代码不少。主要的思路是先通过entrySet生成包括全部键值对的Set,然后通过迭代获取当中的value值。当中生成包括全部键值对的Set肯定须要开销。所以我们在自己的实现里面重写了values方法,就一句话,return this.values,直接返回我们的values字段。

所以我们重写大部分方法的目的都是让方法的实现更快更简洁。

大家还须要注意一下,我们在重写entrySet方法时,须要返回一个包括当前Map全部键值对的Set。首先键值对时一种类型,全部的键值对类都要实现Map.Entry<K,V>这个接口。其次,因为entrySet要让我们返回一个Set,这里我们没有使用Java中已有的Set类型(比方HashSet、TreeSet),有双方面的原因:

1. Java中HashSet这个类内部其有用HashMap实现的,本博客的目的就是要研究HashMap,所以我们不用此类。

2. Java中Set的实现也不是非常麻烦,自己实现一下AbstractSet,加深一下对Set的理解。

下面是我们自己实现的键值对类SimpleEntry。实现了Map.Entry<K,V>接口,代码例如以下:

import java.util.Map;

//Map中存储的键值对,键值对须要实现Map.Entry这个接口
public class SimpleEntry<K,V> implements Map.Entry<K, V>{

	private K key = null;//键

	private V value = null;//值

	public SimpleEntry(K k, V v){
		this.key = k;
		this.value = v;
	}

	@Override
	public K getKey() {
		return this.key;
	}

	@Override
	public V getValue() {
		return this.value;
	}

	@Override
	public V setValue(V v) {
		V oldValue = this.value;
		this.value = v;
		return oldValue;
	}

}

下面是我们自己实现的集合类SimpleSet,继承自抽象类AbstractSet<K,V>,代码例如以下:

import java.util.AbstractSet;
import java.util.ArrayList;
import java.util.Iterator;

public class SimpleSet<E> extends AbstractSet<E> {

	private ArrayList<E> list = new ArrayList<E>();

	@Override
	public Iterator<E> iterator() {
		return this.list.iterator();
	}

	@Override
	public int size() {
		return this.list.size();
	}

	@Override
	public boolean contains(Object o) {
		return this.list.contains(o);
	}

	@Override
	public boolean add(E e) {
		boolean isChanged = false;
		if(!this.list.contains(e)){
			this.list.add(e);
			isChanged = true;
		}
		return isChanged;
	}

	@Override
	public boolean remove(Object o) {
		return this.list.remove(o);
	}

	@Override
	public void clear() {
		this.list.clear();
	}

}

我们測试下我们写的SimpleMap这个类,測试包括两部分。一部分是測试我们写的SimpleMap是不是正确,第二部分測试性能怎样,測试代码例如以下:

import java.util.HashMap;
import java.util.HashSet;
import java.util.Map;

public class Test {

	public static void main(String[] args) {
		//測试SimpleMap的正确性
		SimpleMap<String, String> map = new SimpleMap<String, String>();
		map.put("iSpring", "27");
		System.out.println(map);
		System.out.println(map.get("iSpring"));
		System.out.println("-----------------------------");

		map.put("iSpring", "28");
		System.out.println(map);
		System.out.println(map.get("iSpring"));
		System.out.println("-----------------------------");

		map.remove("iSpring");
		System.out.println(map);
		System.out.println(map.get("iSpring"));
		System.out.println("-----------------------------");

		//測试性能怎样
		testPerformance(map);
	}

	public static void testPerformance(Map<String, String> map){
		map.clear();

		for(int i = 0; i < 10000; i++){
			String key = "key" + i;
			String value = "value" + i;
			map.put(key, value);
		}

		long startTime = System.currentTimeMillis();

		for(int i = 0; i < 10000; i++){
			String key = "key" + i;
			map.get(key);
		}

		long endTime = System.currentTimeMillis();

		long time = endTime - startTime;

		System.out.println("遍历时间:" + time + "毫秒");
	}

}

输出结果例如以下:

{iSpring=27}

27

-----------------------------

{iSpring=28}

28

-----------------------------

{}

null

-----------------------------

遍历时间:956毫秒

从结果里面我们看到输出结果是正确的。也就是我们写的SimpleMap基本实现都是对的。我们往Map中插入了10000个键值对。我们測试的是从Map中取出这10000条键值对的性能开销。也就是測试Map的遍历的性能开销,结果是956毫秒。

没有对照就不知性能强弱,我们測试下HashMap读取这10000条键值对的时间开销,測试方法全然一样。仅仅是我们传入的是HashMap的实例。測试代码例如以下:

//创建HashMap的实例
		HashMap<String, String> map = new HashMap<String, String>();

		//測试性能怎样
		testPerformance(map);

測试结果例如以下:

遍历时间:32毫秒

我去,不比不知道,一比吓一跳啊。HashMap比我们自己实现的SimpleMap快的那不是一点半点啊。为什么我们的SimpleMap性能这么差?而HashMap的性能如此高呢?我们分别研究。

首先分析SimpleMap性能为什么这么差。

我们的SimpleMap是用ArrayList来存储keys和values的。ArrayList本质是用数组实现的,我们的SimpleMap的get方法是这样实现的:

@Override
	public V put(K key, V value) {
		V oldValue = null;
		int index = this.keys.indexOf(key);
		if(index >= 0){
			//keys中已经存在键key,更新key相应的value
			oldValue = this.values.get(index);
			this.values.set(index, value);
		}else{
			//keys中不存在键key,将key和value作为键值对加入进去
			this.keys.add(key);
			this.values.add(value);
		}
		return oldValue;
	}

须要性能开销的主要是this.keys.indexOf(key)这句代码,这句代码从ArrayList中查找指定元素的索引,本质就是从数组开头走,往后找。直至数组的末尾。例如以下图所看到的:

这样从头開始查找,而且每次在遍历元素的时候。都须要调用元素的equals方法。所以从头開始查找就会导致调用非常多次equals方法,这就造成了SimpleMap效率低下。比方我们将全国的车辆放入到SimpleMap中时,我们是依次将车辆放到ArrayList的最后面,依次往后插入值,车牌号就相当于key,车辆就好比是value,所以SimpleMap中有两个长度非常长的ArrayList,分别存储keys和values,假设要在该SimpleMap中查找一辆车,车牌是"鲁E.DE829",那假设用ArrayList查找的话就要从全国的的全部车辆中去查找了,这样太慢。

那么HashMap为何效率如此高呢?

HashMap比較聪明。大家能够看看HashMash.java的源代码。HashMap把里面的元素分类放置了。还拿上面依据车牌号查找车辆的样例来说,当把我们把车辆往HashMap里面放的时候,HashMap将它们分类处理了,首先来一辆车的时候,先看其车牌号。比方车牌号是"鲁E.DE829"。一看是鲁,就知道是山东的车辆,那么HashMap就开辟了一块空间。专门放山东的车,就把这辆车放到这块山东专属的区间了。下次又要向HashMap放入一辆车牌号为“浙A.GX588",HashMap一看是浙江的车。就将这辆车放入到浙江的专属区间了。依次类推。说的再通俗点,假设我们有一种非常大的桶。该桶就是相应的区间,能够装下非常多车,例如以下图所看到的:

当我们从HashMap中依据车牌号查找指定的车辆时,比方查找车牌号为为"鲁E.DE829"的车,当调用HashMap的get方法时,HashMap一看车牌号是鲁。那么HashMap就去标为鲁的那个大桶。也就是山东区间去找这辆车了。这样就没有必要从全国的车辆中挨个找这辆车了。这就大大缩短了查找空间。提高了效率。

我们能够看看HashMap.java中详细的源代码实现,HashMap中用一个名为table的字段存储着一个Entry数组,table存储着HashMap里面的全部键值对,每一个键值对都是一个Entry对象。每一个Entry对象都存储着一个key和value,除此之外每一个Entry内部还存着一个next字段,next也是Entry类型。数组table的默认长度是DEFAULT_INITIAL_CAPACITY,即初始长度为16,当容器须要很多其它的空间存取Entry时,它会自己主动扩容。

下面是HashMap的put方法的源代码实现:

public V put(K key, V value) {
        if (key == null)
            return putForNullKey(value);
        int hash = hash(key.hashCode());
        int i = indexFor(hash, table.length);
        for (Entry<K,V> e = table[i]; e != null; e = e.next) {
            Object k;
            if (e.hash == hash && ((k = e.key) == key || key.equals(k))) {
                V oldValue = e.value;
                e.value = value;
                e.recordAccess(this);
                return oldValue;
            }
        }

        modCount++;
        addEntry(hash, key, value, i);
        return null;
    }

在put方法中,。调用了对象的hashCode方法,该方法返回一个int类型的值。是个初始的哈希值,这个值就相当于车牌号,比如"鲁E.DE829",HashMap中有个hash方法。该hash方法将我们得到的初始的哈希值做进一步处理。得到终于的哈希值,就好比我们将车牌号传入hash方法。然后返回该存放车辆的大桶,即返回"鲁",这样HashMap就把这辆车放到标有“鲁”的大桶里面了。上面说到的hash方法叫做哈希函数。专门负责依据传入的值返回指定的终于哈希值。详细实现例如以下:

static int hash(int h) {
        // This function ensures that hashCodes that differ only by
        // constant multiples at each bit position have a bounded
        // number of collisions (approximately 8 at default load factor).
        h ^= (h >>> 20) ^ (h >>> 12);
        return h ^ (h >>> 7) ^ (h >>> 4);
    }

能够看出来。HashMap中主要是通过位操作符实现哈希函数的。

这里简单说一下哈希函数,哈希函数有多种实现方式。比方最简单的就是取余法,比方对i%10取余,然后依照余数创建不同的区块或桶。

比方有100个数,各自是从1到100,那么分别对10取余,那么就能够把这100个数放到10个桶子里面了,这就是所谓的哈希函数。

仅仅只是HashMap中的hash函数看起来比較复杂,进行的是位操作,可是其作用与简单的取余哈希法的作用是等价的。就是把元素分类放置。

详细将键值对放入到HashMap中的方法是addEntry。代码例如以下:

void addEntry(int hash, K key, V value, int bucketIndex) {
        Entry<K,V> e = table[bucketIndex];
        table[bucketIndex] = new Entry<>(hash, key, value, e);
        if (size++ >= threshold)
            resize(2 * table.length);
    }

键值对都是Map.Entry<K,V>对象,而且Map.Entry具有next字段,也就是桶里面的元素都是通过单向链表的形式将Map.Entry串连起来的。这样我们就能够从桶上的第一个元素通过next依次遍历完桶里面全部的元素。比方桶中有例如以下键值对:

桶-->e1-->e2-->e3-->e4-->e5-->e6-->e7-->e8-->e9-->...

addEntry代码首先取出桶里面的第一个键值对e1,然后将新的键值对e置于桶中第一个元素的位置。然后将键值对e1放置于新键值对e后面,放置完之后,桶中新的键值对例如以下:

桶-->e-->e1-->e2-->e3-->e4-->e5-->e6-->e7-->e8-->e9-->...

这样就把新的键值对放到了桶中了。也就将键值对放到HashMap中了。

那么当我们从HashMap中查找某个键值对时,怎么查找呢?原理与我们将键值对放入HashMap类似。下面是HashMap的get方法的源代码实现:

public V get(Object key) {
        if (key == null)
            return getForNullKey();
        int hash = hash(key.hashCode());
        for (Entry<K,V> e = table[indexFor(hash, table.length)];
             e != null;
             e = e.next) {
            Object k;
            if (e.hash == hash && ((k = e.key) == key || key.equals(k)))
                return e.value;
        }
        return null;
    }

在get方法中。也是先调用了对象的hashCode方法。就相当于车牌号,然后再将该值让hash函数处理得到终于的哈希值,也就是桶的索引。

然后我们再去这个标有“鲁”的桶里面去找我们的键值对,首先先取出桶里面第一个键值对,比对一下是不是我们要找的元素,假设是就直接返回了。假设不是就通过键值对的next顺藤摸瓜通过单向链表继续找下去,直至找到。  例如以下图所看到的:

下面我们再写一个Car类。该类有一个字段String类型的字段num。而且我们重写了Car的equals方法,我们觉得仅仅要车牌号相等就觉得这是同一辆车。代码例如以下所看到的:

import java.util.HashMap;

public class Car {

	private final String num;//车牌号

	public Car(String n){
		this.num = n;
	}

	public String getNum(){
		return this.num;
	}

	@Override
	public boolean equals(Object obj) {
		if(obj == null){
			return false;
		}
		if(obj instanceof Car){
			Car car = (Car)obj;
			return this.num.equals(car.num);
		}
		return false;
	}

	public static void main(String[] args){
		HashMap<Car, String> map = new HashMap<Car, String>();
		String num = "鲁E.DE829";
		Car car1 = new Car(num);
		Car car2 = new Car(num);
		System.out.println("Car1 hash code: " + car1.hashCode());
		System.out.println("Car2 hash code: " + car2.hashCode());
		System.out.println("Car1 equals Car2: " + car1.equals(car2));
		map.put(car1, new String("Car1"));
		map.put(car2, new String("Car2"));
		System.out.println("map.size(): " + map.size());
	}

}

我们在main函数中写了一些測试代码,我们创建了一个HashMap。该HashMap的用Car作为键,用字符串作为值。我们用同一个字符串实例化了两个Car,分别为car1和car2,然后将这两个car都放入到HashMap中,输出结果例如以下:

Car1 hash code: 404267176
Car2 hash code: 2027651571
Car1 equals Car2: true
map.size(): 2

从结果能够看出来。Car1和Car2是相等的,既然二者是相等的,也就是两者作为键来说是相等的键,所以HashMap里面仅仅能放当中一个作为键,可是实际结果中map的长度却是2个,为什么会这样呢?关键在于Car的hashCode方法,准确的说是Object的hashCode方法。Object的hashCode方法默认情况下返回的是对象内存地址。因为内存地址是唯一的。

我们没有重写Car的hashCode方法。所以car1的hashCode返回的值和car2的hashCode返回的值肯定不同。

通过我们前面研究可知,假设是两个元素相等。那么这两个元素应该放到同一个HashMap的桶里。可是因为我们的car1和car2的hashCode不同,所以HashMap将car1和car2分别放到不同的桶子里面了,这就出问题了。相等(equals)的两个元素(car1和car2)假设hashCode返回值不同,那么这两个元素就会放到HashMap不同的区间里面。

所以我们写代码的时候要保证相互equals的两个对象的哈希值必然要相等。即必须保证hashCode的返回值相等。那怎样解决问题?我们仅仅须要重写hashCode方法就可以,代码例如以下:

@Override
	public int hashCode() {
		return this.num.hashCode();
	}

又一次执行main中的測试代码,输出结果例如以下:

Car1 hash code: 607836628
Car2 hash code: 607836628
Car1 equals Car2: true
map.size(): 1

之前我们说了,相互equals的对象必须返回同样的哈希值,同样哈希值的对象都在一个桶里面。可是反过来。具有同样哈希值的对象(也就是在同一个桶里面的对象)不必相互equals。

总结:

1. HashMap为了提高查找的效率使用了分块查找的原理。对象的hashCode返回的哈希值进行进一步处理,这样就有规律的把不同的元素放到了不同的区块或桶中。

下次查找该对象的时候,还是计算其哈希值,依据哈希值确定区块或桶,然后在这个小范围内查找元素,这样就快多了。

2. 假设重写了equals方法,那么必须重写hashCode方法,保证假设两个对象相互equals。那么二者的hashCode的返回值必然相等。

3. 假设两个对象的hashCode返回值相等,这两个对象不必是equals的。

时间: 2024-10-10 19:00:14

深入理解Java中的HashMap的实现原理的相关文章

深入理解Java中的HashMap

HashMap继承自抽象类AbstractMap,抽象类AbstractMap实现了Map接口.关系图如下所示: import java.util.*; public class SimpleMap<K,V> extends AbstractMap<K,V> { //keys存储所有的键 private List<K> keys = new ArrayList<K>(); //values存储所有的值 private List<V> values

JDK学习---深入理解java中的LinkedList

本文参考资料: 1.<大话数据结构> 2.http://blog.csdn.net/jzhf2012/article/details/8540543 3.http://blog.csdn.net/jzhf2012/article/details/8540410 4.http://www.cnblogs.com/ITtangtang/p/3948610.html 5.http://blog.csdn.net/zw0283/article/details/51132161 本来在分析完HashSe

java中的HashMap解析

这篇文章准备从源码的角度带大家分析一下java中的hashMap的原理,在了解源码之前,我们先根据自己的理解创建一个hashMap. 先说明一下创建的具体原理是这样的,所谓hashMap,必然是用hash方法来区分不同的key值.学过hash的都知道,我们解决hash冲突的一种方法就是使用散列和桶,首先确定所在的桶号,然后在桶里面逐个查找.其实我们也可以单纯使用数组实现map,使用散列是为了获得更高的查询效率. 要写自己的hashmap前,必须说明一下两个方法,就是hashcode()和equa

关于Java中的HashMap的深浅拷贝的测试与几点思考

0.前言 工作忙起来后,许久不看算法,竟然DFA敏感词算法都要看好一阵才能理解...真是和三阶魔方还原手法一样,田园将芜,非常可惜啊. 在DFA算法中,第一步是需要理解它的数据结构,在此基础上,涉及到一些Hashmap的赋值.这里的赋值非常有趣,三个Hashmap翻来覆去赋值,就解决了敏感词表的初始化. 里面都是属于下文中的Hashmap"浅拷贝",那么究竟Java中的Hashmap有哪些拷贝方法呢? 1.测试代码 HashMap hm_source = new HashMap();

理解Java中的弱引用(Weak Reference)

理解Java中的弱引用(Weak Reference) 本篇文章尝试从What.Why.How这三个角度来探索Java中的弱引用,理解Java中弱引用的定义.基本使用场景和使用方法.由于个人水平有限,叙述中难免存在不准确或是不清晰的地方,希望大家可以指出,谢谢大家:) 1. What——什么是弱引用? Java中的弱引用具体指的是java.lang.ref.WeakReference<T>类,我们首先来看一下官方文档对它做的说明: 弱引用对象的存在不会阻止它所指向的对象变被垃圾回收器回收.弱引

理解java中的volatile关键字

Java语言包含两种内在的同步机制:同步块(或方法)和 volatile 变量.这两种机制的提出都是为了 实现代码线程的安全性.Java 语言中的 volatile 变量可以被看作是一种 "程度较轻的 synchronized":与 synchronized 块相比,volatile 变量所需的编码较少,并且运行时开销也较少,但是它所能实现的功能也仅是 synchronized 的一部分. volatile 写和读的内存语义: 线程 A 写一个 volatile 变量,实质上是线程 A

深刻理解Java中形参与实参,引用与对象的关系

声明:本博客为原创博客,未经允许,不得转载!原文链接为http://blog.csdn.net/bettarwang/article/details/30989755 我们都知道,在Java中,除了基本数据类型之外,其他的都是引用类型,当它们作为函数参数时,传递的也是引用,通过引用可以改变对象的值,很多人便因此而忽略形参与实参,引用与对象的关系问题.废话不多说,先看下面一个例子: import java.util.*; public class Student { private String

深入理解Java中的IO

深入理解Java中的IO 引言:     对程序语言的设计者来说,创建一个好的输入/输出(I/O)系统是一项艰难的任务 < Thinking in Java >   本文的目录视图如下: Java IO概要 a.Java IO中常用的类 b.Java流类的类结构图 1.流的概念和作用 2.Java IO所采用的模型  : 3.IO流的分类 4.Java IO流对象 1.输入字节流InputStream 2.输出字节流OutputStream 3.字符输入流Reader 4.字符输出流Write

深刻理解Java中final的作用(一):从final的作用剖析String被设计成不可变类的深层原因

声明:本博客为原创博客,未经同意,不得转载!小伙伴们假设是在别的地方看到的话,建议还是来csdn上看吧(原文链接为http://blog.csdn.net/bettarwang/article/details/26744661),看代码和提问.讨论都更方便. Java中final的作用主要表如今三方面:修饰变量.修饰方法和修饰类.以下就从这两个方面来解说final的作用.在文末从final及类的设计安全性出发,论述了Java中String为何要被设计成不可变类. 1.final修饰变量 fina