关于jdk1.8 ConcurrentHashMap源码 get方法的问题

Question

最近我在看 ConcurrentHashMap源码的时候，看到get()方法（源码如下图所示），其中有一条判断语句 eh < 0 ， 因为 ForwardingNode和TreeBin的hash为-1和-2，所以会走这条判断语句，然后执行 return (p = e.find(h, key)) != null ? p.val : null; 如果不满足该条件则说明该节点不是头结点并且hash >= 0，往下执行while()循环。
我的疑问就是，Node、ForwardingNode和TreeBin都实现了find()，那为什么get()还需要做eh < 0的判断呢，直接 return (p = e.find(h, key)) != null ? p.val : null; 不就好了，根据e的类型执行各自的find()?，该判断和while()循环存在的道理是什么呢？

Answer 1

看到你在贴吧也问了这个问题，都没人回答你，正好这两天在看CHM的源码，我说下我的见解哈。

当然要做eh 1、tabAt取到的第一个节点就等于key，直接返回
2、eh=-1，说明该节点是一个ForwardingNode，正在迁移，此时调用ForwardingNode的find方法去nextTable里找。
3、eh=-2，说明该节点是一个TreeBin，此时调用TreeBin的find方法遍历红黑树，由于红黑树有可能正在旋转变色，所以find里会有读写锁。
4、eh>=0，说明该节点下挂的是一个链表，直接遍历该链表即可。
5、上述操作都没找到，返回null。

--------分割线---------
F**K，写了那么多才发现没看清审清楚题干。。。。又仔细看了一下，难道是因为Node的find方法多判断了一次头节点？