再谈数据结构，LinkedHashMap的小秘密都在这里，Android岗面试必问

}

}

// HashMap.Node

// 链表元素对象

static class Node<K,V> implements Map.Entry<K,V> {

final int hash;

//元素的key

final K key;

//值value

V value;

//下一个元素的数据

Node<K,V> next;

…省略若干代码

}

// HashMap.TreeNode

//红黑树对象，主要看继承关系，如需了解内部逻辑可通过HashMap原理进行了解。

static final class TreeNode<K,V> extends LinkedHashMap.LinkedHashMapEntry<K,V> {

TreeNode<K,V> parent; // red-black tree links

TreeNode<K,V> left;

TreeNode<K,V> right;

TreeNode<K,V> prev; // needed to unlink next upon deletion

boolean red;

TreeNode(int hash, K key, V val, Node<K,V> next) {

super(hash, key, val, next);

}

}

以上源码中LinkedHashMapEntry就是LinkedHashMap中的每一个键值对对象，其中通过before, after两个属性维护了当前键值对的一前一后两个对象。以上源码的继承关系如下图所示：

补充一点小知识

HashMap.TreeNode继承LinkedHashMap.LinkedHashMapEntry，而LinkedHashMap.LinkedHashMapEntry又继承HashMap.Node，那为什么 HashMap.TreeNode不直接继承HashMap.Node？绕这一圈为的是什么？其实LinkedHashMapEntry有组成双向链表的能力，继承了它就获得了这个能力，但是TreeNode 就多了两个用不到的引用 (LinkedHashMapEntry<K,V> before, after;)；同时内存占用也会比较大，这么做是为啥？官方解释是说TreeNode是Node内存占用的2倍左右，但是TreeNode是在HashMap的桶中的节点足够多的时候才会使用，（JDK1.8 当一个桶中的元素超过8才会转换为红黑树（TreeNode），<6又转回链表（Node）） 如果hash算法不是很差的话TreeNode使用的几率是比较低的，因此浪费那一点空间换取了组成双向链表的能力是值得的。如果TreeNode直接 extends Node 则需要Node extentds LinkedHashMapEntry，Node使用是很频繁的，这样空间浪费的就太多了。

LinkedHashMap对象是怎么维护每一个双向链表对象的?

既然LinkedHashMap内的每一个元素都包含其前后两个元素对象，那必然在put对象的过程中就进行了维护，因此我们先看下LinkedHashMap.put方法。因为LinkedHashMap继承于HashMap，并且LinkedHashMap没有重写put()，因此调用的就是父类HashMap的put，我们看下源码。

//HashMap的put()方法，同时也是LinkedHashMap的put方法

public V put(K key, V value) {

return putVal(hash(key), key, value, false, true);

}

//直接看关键部分的代码，看我注释的部分

final V putVal(int hash, K key, V value, boolean onlyIfAbsent, boolean evict) {

Node<K,V>[] tab; Node<K,V> p; int n, i;

if ((tab = table) == null || (n = tab.length) == 0)

n = (tab = resize()).length;

<