1.なぜConcurrentHashMapの？
ConcurrentHashMapのでは、すでにスレッドセーフが、ConcurrentHashMapのハッシュテーブルよりも効率的なハッシュテーブルの容器を持っています
ハッシュテーブルコンテナはスレッドの安全性を確保するために、同期の使用：
スレッドの安全性を確保するために、同期ハッシュテーブルのコンテナを、しかし、同期方法のハッシュテーブルをアクセスするための1つのスレッドで、他のスレッドがアクセス同期方式にハッシュテーブルを持っているので、非常にスレッド競争ハッシュテーブルの効率が非常に低く、それは、ブロッキングステートや世論調査に入ります
：スレッドの安全性を確保するためにCAS +同期方法を使用してのConcurrentHashMap
jdk8に、ConcurrentHashMapのは、データ毎に、ロックして、格納することにより、第1のデータセグメント前**「ロック分割技術」採用ロックアクセス一つのセグメントのデータを保持するスレッドが、データの他のセグメントは、他のスレッドがアクセスすることができます。jdk8後、スレッドの安全性を確保するためにCAS +同期化方法を使用して。
代わりに「ReentrantLick +セグメント」のなぜ「CAS +シンクロナイズド」について、資料を参照してください。ConcurrentHashMapの1.8なぜCAS +同期はセグメント+ ReentrantLockのを置き換えるでしょうか？
次のインサートの具体的な分析があります
分析を挿入2.ConcurrentHashMap
（1）PUT（）関数
//put()中调用了putVal，我们直接对putval进行分析
final V putVal(K key, V value, boolean onlyIfAbsent) {
//从这里可以看出ConcurrentHashMap并不允许 k,v为null
if (key == null || value == null) throw new NullPointerException();
int hash = spread(key.hashCode());
int binCount = 0;
//一个死循环，当插入操作完成后才会跳成循环
for (Node<K,V>[] tab = table;;) {
Node<K,V> f; int n, i, fh; K fk; V fv;
//第一次插入时，初始化table,initTable()的分析，见后边
if (tab == null || (n = tab.length) == 0)
tab = initTable();
//如果要插入的数组的节点为null,直接进行插入操作，casTabAt()为原子操作，保证了线程安全
else if ((f = tabAt(tab, i = (n - 1) & hash)) == null) {
if (casTabAt(tab, i, null, new Node<K,V>(hash, key, value)))
break; // no lock when adding to empty bin
}
//如果table在扩容，就让当前线程帮助table扩容，提升效率，helpTransfer()中调用了transfer方法，这两个方法的分析见后边
else if ((fh = f.hash) == MOVED)
tab = helpTransfer(tab, f);
//传入的 onlyIfAbsent=false,所以不会走这个部分
else if (onlyIfAbsent // check first node without acquiring lock
&& fh == hash
&& ((fk = f.key) == key || (fk != null && key.equals(fk)))
&& (fv = f.val) != null)
return fv;
//数组的插入节点不为null,则要向后查找
else {
V oldVal = null;
//同步代码块，f为这条bins或则tree的头节点，为什么锁对象为这个头节点？
synchronized (f) {
//tabAt()也为原子操作，为什么加锁之后还要采用原子操作？因为判断的是当前这个节点，也就是这个锁对象，是否已经改变
//再次判断头节点是否为先前得出的节点，因为之前操作没有加锁，可能这个节点已经被改变
if (tabAt(tab, i) == f) {
//fh=f.hash>0,也就是说没有进行扩容操作
if (fh >= 0) {
//链表的长度
binCount = 1;
for (Node<K,V> e = f;; ++binCount) {
K ek;
//在这条bin中有相同的node,则进行更新
if (e.hash == hash &&
((ek = e.key) == key ||
(ek != null && key.equals(ek)))) {
oldVal = e.val;
if (!onlyIfAbsent)
e.val = value;
break;
}
Node<K,V> pred = e;
//不断向后查找，如果没有节点和插入节点相同，则将节点插入到末尾
if ((e = e.next) == null) {
pred.next = new Node<K,V>(hash, key, value);
break;
}
}
}
//f,为TreeBin,实际上就代表了，这个节点为TreeNode,即为红黑树，
//ConcurrenthashMap数组中放入的实际是TreeBin,treeBin完成了对红黑树的包装
else if (f instanceof TreeBin) {
Node<K,V> p;
binCount = 2;
if ((p = ((TreeBin<K,V>)f).putTreeVal(hash, key,
value)) != null) {
oldVal = p.val;
if (!onlyIfAbsent)
p.val = value;
}
}
else if (f instanceof ReservationNode)
throw new IllegalStateException("Recursive update");
}
}
//最后在判断一次链表长度是否超过阈值，超过则进行转换位红黑树的操作
if (binCount != 0) {
if (binCount >= TREEIFY_THRESHOLD)
treeifyBin(tab, i);
if (oldVal != null)
return oldVal;
break;
}
}
}
//进行计数，并检查是否需要扩容，或者正在扩容时，帮助进行扩容
addCount(1L, binCount);
return null;
}
复制代码（2）initTable（）
/**
* Initializes table, using the size recorded in sizeCtl.
官方注释中的sizeCtl非常重要
private transient volatile int sizeCtl;
负数代表正在进行初始化或扩容操作
-1代表正在初始化
-N 表示有N-1个线程正在进行扩容操作
正数或0代表hash表还没有被初始化，这个数值表示初始化或下一次进行扩容的大小，这一点类似于扩容阈值的概念
*/
private final Node<K,V>[] initTable() {
Node<K,V>[] tab; int sc;
while ((tab = table) == null || tab.length == 0) {
//sc<0,代表正在进行初始化，将线程挂起
if ((sc = sizeCtl) < 0)
Thread.yield(); // lost initialization race; just spin
//CAS操作，将sizeCtl置为-1，代表抢到了锁，进行init
else if (U.compareAndSetInt(this, SIZECTL, sc, -1)) {
try {
if ((tab = table) == null || tab.length == 0) {
int n = (sc > 0) ? sc : DEFAULT_CAPACITY;//DEFAULT_CAPACITY=16
@SuppressWarnings("unchecked")
Node<K,V>[] nt = (Node<K,V>[])new Node<?,?>[n];
table = tab = nt;
//对sizeCtl也进行增大，n-n>>>2等价于 n*o.75
sc = n - (n >>> 2);
}
} finally {
//对sizeCtl更新
sizeCtl = sc;
}
break;
}
}
return tab;
}
复制代码（3）helpTransfer（）
//helpTransfer调用了transfer方法
final Node<K,V>[] helpTransfer(Node<K,V>[] tab, Node<K,V> f) {
Node<K,V>[] nextTab; int sc;
/*
*ForwardingNode：官方注释 A node inserted at head of bins during transfer operations.
* 当当前节点完成转移操作后就会将当前节点设为ForwardingNode,来表示当前节点已经完成转移操作
* nextTab：ForwardingNode中的一个变量，新的table，ForwardingNode会在transfer中进行初始化，因此nextTab会在那个时候赋值
*/
//节点正在进行转移操作
if (tab != null && (f instanceof ForwardingNode) &&
(nextTab = ((ForwardingNode<K,V>)f).nextTable) != null) {
//resizeStamp(),产生一个标志位
int rs = resizeStamp(tab.length);//实际上高16位为0，只有低16位有效
//如果 nextTab 没有被并发修改 且 tab 也没有被并发修改
while (nextTab == nextTable && table == tab &&
(sc = sizeCtl) < 0) {
/*
*sc>>>RESIZE_STAMP_SHIFT(16)！=rs,sc左移16位不等于rs,标识符发生了变化，从这里可以看出sc即sizeCtl的高16位标识符
*sc==rs+1,表示扩容已经结束了，为什么表示扩容结束了？具体分析见后面sizeCtl的分析
*sc=rs+MAX_RESIZERS(65535),表示达到最大线程数
*transferIndex,转移的下标，表示正在调整下标
*/
if ((sc >>> RESIZE_STAMP_SHIFT) != rs || sc == rs + 1 ||
sc == rs + MAX_RESIZERS || transferIndex <= 0)
break;
//调用transfer增加一个线程为其扩容
if (U.compareAndSetInt(this, SIZECTL, sc, sc + 1)) {
transfer(tab, nextTab);
break;
}
}
return nextTab;
}
return table;
}
复制代码（4）転送（）
private final void transfer(Node<K,V>[] tab, Node<K,V>[] nextTab) {
//stride,可以理解为步长，当数组长度太长时，就会将数组分段，一个线程处理一段
//这个stride即为每段的长度
int n = tab.length, stride;
//对数组分段得出stride的大小，MIN_TRANSFER_STRIDE(16)，stride最小值为16
//从MIN_TRANSFER_STRIDE的介绍中可以看出，是为了防止将stride设置的太小，就会产生过多线程，进行过度的内存竞争
if ((stride = (NCPU > 1) ? (n >>> 3) / NCPU : n) < MIN_TRANSFER_STRIDE)
stride = MIN_TRANSFER_STRIDE; // subdivide range
//nextTab==null,进行扩容操作，为原table2倍
if (nextTab == null) { // initiating
try {
@SuppressWarnings("unchecked")
Node<K,V>[] nt = (Node<K,V>[])new Node<?,?>[n << 1];
nextTab = nt;
} catch (Throwable ex) { // try to cope with OOME
sizeCtl = Integer.MAX_VALUE;
return;
}
nextTable = nextTab;
//从这里可以看出，转移操作是从数组末尾开始的
transferIndex = n;
}
int nextn = nextTab.length;
//初始化fwd,将之前初始化的nextTab传进去
ForwardingNode<K,V> fwd = new ForwardingNode<K,V>(nextTab);
//advance标志位表示做完了一个位置的转移操作，可以进行下一个位置的转移操作
boolean advance = true;
boolean finishing = false; // to ensure sweep before committing nextTab
for (int i = 0, bound = 0;;) {
Node<K,V> f; int fh;
while (advance) {
int nextIndex, nextBound;
if (--i >= bound || finishing)
advance = false;
//将transferIndex赋值给nextIndex,transferIndex<=0,表示原数组的所有位置都有线程进行处理了
else if ((nextIndex = transferIndex) <= 0) {
i = -1;
advance = false;
}
//这里进行，nextIndex的赋值 = nextBound,nextBound=nextIndex-stride为上一次的边界
else if (U.compareAndSetInt
(this, TRANSFERINDEX, nextIndex,
nextBound = (nextIndex > stride ?
nextIndex - stride : 0))) {
bound = nextBound;
i = nextIndex - 1;
advance = false;
}
}
if (i < 0 || i >= n || i + n >= nextn) {
int sc;
//所有的转移操作以及完成
if (finishing) {
nextTable = null;
table = nextTab;
//重新计算sizeCtl
sizeCtl = (n << 1) - (n >>> 1);
return;
}
//采用CAS,更新sc的值，每个线程完成操作后就会将sc-1,
if (U.compareAndSetInt(this, SIZECTL, sc = sizeCtl, sc - 1)) {
//所有的操作已经完成，为什么这里表示所有操作以及完成？见后边sc的分析
//简单说一下，在第一个线程进入是， sc=rs<<16+2;每次增加一条线程sc+1,减少一条sc-1，当sc=rs<<16+2时表示所有线程完成操作
if ((sc - 2) != resizeStamp(n) << RESIZE_STAMP_SHIFT)
return;
finishing = advance = true;
i = n; // recheck before commit
}
}
//如果位置 i=null,那么放入刚刚初始化的 ForwardingNode ”空节点“,代表已经完成操作
else if ((f = tabAt(tab, i)) == null)
advance = casTabAt(tab, i, null, fwd);
else if ((fh = f.hash) == MOVED)
advance = true; // already processed
else {
//加锁处理转移操作
synchronized (f) {
if (tabAt(tab, i) == f) {
//和hashmap相同，将一个链表分为两个，一个的索引是原来的位置，另一个是原索引+n;
Node<K,V> ln, hn;
if (fh >= 0) {
int runBit = fh & n;
Node<K,V> lastRun = f;
for (Node<K,V> p = f.next; p != null; p = p.next) {
int b = p.hash & n;
if (b != runBit) {
runBit = b;
lastRun = p;
}
}
if (runBit == 0) {
ln = lastRun;
hn = null;
}
else {
hn = lastRun;
ln = null;
}
for (Node<K,V> p = f; p != lastRun; p = p.next) {
int ph = p.hash; K pk = p.key; V pv = p.val;
//构建两条反序链表
if ((ph & n) == 0)
ln = new Node<K,V>(ph, pk, pv, ln);
else
hn = new Node<K,V>(ph, pk, pv, hn);
}
//放在原索引的链表
setTabAt(nextTab, i, ln);
//放在索引为原索引+n的链表
setTabAt(nextTab, i + n, hn);
setTabAt(tab, i, fwd);
advance = true;
}
//如果为treeNode，进行treenode的相关split操作
else if (f instanceof TreeBin) {
TreeBin<K,V> t = (TreeBin<K,V>)f;
TreeNode<K,V> lo = null, loTail = null;
TreeNode<K,V> hi = null, hiTail = null;
int lc = 0, hc = 0;
for (Node<K,V> e = t.first; e != null; e = e.next) {
int h = e.hash;
TreeNode<K,V> p = new TreeNode<K,V>
(h, e.key, e.val, null, null);
if ((h & n) == 0) {
if ((p.prev = loTail) == null)
lo = p;
else
loTail.next = p;
loTail = p;
++lc;
}
else {
if ((p.prev = hiTail) == null)
hi = p;
else
hiTail.next = p;
hiTail = p;
++hc;
}
}
//如果扩容之后不为长度小于UNTREEIFY_THRESHOLD,则转换为链表结构
ln = (lc <= UNTREEIFY_THRESHOLD) ? untreeify(lo) :
(hc != 0) ? new TreeBin<K,V>(lo) : t;
hn = (hc <= UNTREEIFY_THRESHOLD) ? untreeify(hi) :
(lc != 0) ? new TreeBin<K,V>(hi) : t;
//将，两条链表赋值到新数组
setTabAt(nextTab, i, ln);
setTabAt(nextTab, i + n, hn);
setTabAt(tab, i, fwd);
advance = true;
}
}
}
}
}
}
复制代码分析の（5）.sizeCtl
sizectl的分析
1. rs=resizeStamp(table.length);
static final int resizeStamp(int n) {
return Integer.numberOfLeadingZeros(n) | (1 << (RESIZE_STAMP_BITS - 1));
}
Integer.numberOfLeadingZeros()返回最高位以前0的个数，例如16 00**010000，返回27
RESIZE_STAMP_BITS=16
所以我们可以得出， rs实际是一个16有效值的数字，因为高16位全为0；
2. addCount()
部分源码
···
if (check >= 0) {
Node<K,V>[] tab, nt; int n, sc;
while (s >= (long)(sc = sizeCtl) && (tab = table) != null &&
(n = tab.length) < MAXIMUM_CAPACITY) {
int rs = resizeStamp(n);
//正在进行转移操作
if (sc < 0) {
if ((sc >>> RESIZE_STAMP_SHIFT) != rs || sc == rs + 1 ||
sc == rs + MAX_RESIZERS || (nt = nextTable) == null ||
transferIndex <= 0)
break;
//如果可以帮助进行transfer则将sc+1,代表多了一条线程，帮助转移操作
if (U.compareAndSetInt(this, SIZECTL, sc, sc + 1))
transfer(tab, nt);
}
//如果，没在扩容，或第一次进行扩容时，sc=re<<16+2,即sc的初始值
else if (U.compareAndSetInt(this, SIZECTL, sc,
(rs << RESIZE_STAMP_SHIFT) + 2))
transfer(tab, null);
s = sumCount();
}
}
3.结论
从这部分源码中我们可以看出sc,和rs的关系，
即sc 高16位表示length生成的标识符，低16位则表示正在帮助扩容的线程数，初始值为2
所以在前边 sc-2=rs<<16,来判断是否已经结束扩容操作
sc=rs+1,当第一个线程结束后，sc-1=rs+2-1=rs+1;也表示扩容已经结束
复制代码3.いくつかの考え
（1）のConcurrentHashMapのget（）を読み出したデータの正確性を確保するためにどのように、ロックされていませんか？
实际上 volatile V val;
volatile Node<K,V> next;
transient volatile Node<K,V>[] table;
对于Node节点的val,next,以及table都用volatile修饰
但是table用volatile修饰是保证数组在扩容时的可见性，而不能保证对数组中元素的可见性，
因为table[i]保证的是 table[i]这个对应的地址的可见性
而真正保证读操作正确的是，Node节点中的val,next被volatile修饰
复制代码膨張を行う場合（2）、オブジェクトは、アレイのマルチスレッドセグメントの変形ことを確実にするために、各ハッシュバケットのヘッドノードがロックされています