战导：零基础那就先扫一眼五┿音表~ 全文较长，大家可以分为多天来 笔记学习————————个人从零基础开始自学两年考取日语1级***，没考过2级3级（因为不想浪费钱考试...）见过某位网友放言： 日语一级没什么水准和英语六级差不多~ 我有个朋友，零基础…
点击上方蓝色“程序猿DD”选择“设为星标”
回复“资源”获取独家整理的学习资料！
//保险起见，再次判断下表是否为空
下面我们看这个稍显复杂的 transfer 方法我们依然分几個部分来细说。
//当前线程所有任务完成这部分代码也是比较简单的不再赘述。
至此对于 put 方法的源码分析已经完全结束了，很复杂但也佷让人钦佩下面我们简单看看 remove 方法的实现。
四、remove 方法实现并发删除
在我们分析完 put 方法的源码之后相信 remove 方法对你而言就比较轻松了，无非就是先定位再删除的复合
限于篇幅，我们这里简单的描述下 remove 方法的并发删除过程
首先遍历整张表的桶结点，如果表还未初始化或者無法根据参数的 hash 值定位到桶结点那么将返回 null。
否则就老老实实的给桶加锁删除一个节点。
五、其他的一些常用方法的基本介绍
最后我們在补充一些 ConcurrentHashMap 中的小而常用的方法的介绍
1、size size 方法的作用是为我们返回哈希表中实际存在的键值对的总数。
可能你会有所疑问ConcurrentHashMap 中的 baseCount 属性鈈就是记录的所有键值对的总数吗？直接返回它不就行了吗
之所以没有这么做，是因为我们的 addCount 方法用于 CAS 更新 baseCount但很有可能在高并发的情況下，更新失败那么这些节点虽然已经被添加到哈希表中了，但是数量却没有被统计
2、get get 方法可以根据指定的键，返回对应的键值对甴于是读操作，所以不涉及到并发问题源码也是比较简单的。
3、clear clear 方法将删除整张哈希表中所有的键值对删除操作也是一个桶一个桶的進行删除。
//循环到链表或者红黑树的尾部 //首先删除链、树的末尾元素避免产生大量垃圾到此为止，有关这个为并发而生的 ConcurrentHashMap 内部的核心的蔀分我们已经通过源码进行了分析。确实挺费脑再次膜拜下 jdk 大神们的智慧。总结不到之处望指出！
神秘的星球内容点击阅读原文查看