无论是程序员的工作、学习,还是生存中的事件。都能够遵循这样一条准则:“,简略的事件反复做,正确的事件反复做。” 这样的致力会让你走到邪道上,少走很多弯路。从小司机变成老司机。
上一节你应该曾经把握了ArrayList的扩容原理,System.arrayCopy办法,还有看源码的一些思维和办法。这一节更多的是练习一下学到的思维和办法,带你疾速摸一下ArrayList其余罕用办法的源码原理,看看他们外面的一些亮点,这一节还能够让你简略理解下fail-fast机制,之前的modCount到底是干什么的。
驾轻就熟,扫一下ArrayList的set、get办法
首先你须要批改下你的Demo,如下:
import java.util.ArrayList;import java.util.List;public class ArrayListDemo { public static void main(String[] args) { List<String> hostList = new ArrayList<>(); hostList.add("host1"); hostList.add("host2"); hostList.add("host3"); System.out.println(hostList.set(1, "host4")); System.out.println(hostList.get(1)); }}
下面代码,假如你通过add办法向hostList增加了3个host主机地址。之后应用set办法替换了地位1的内容,并打印了一下返回值。之后调用一下get办法,获取下地位1的元素,查看是否替换胜利。下面逻辑如图所示代码:
这里须要额定提一点的是,其实有运维有一条准则,就是操作实现命令和脚本后,肯定要check!check!比方这里进行了set后肯定get看下。其实不光是运维,很多时候你都应该这样的,线上要回测、执行SQL后要查看、代码要自测等等……这个思维你肯定要铭刻于心,触类旁通。
话不多说,间接看源码,首先是set办法:
public E set(int index, E element) { rangeCheck(index); E oldValue = elementData(index); elementData[index] = element; return oldValue;}E elementData(int index) { return (E) elementData[index];}private void rangeCheck(int index) { if (index >= size) throw new IndexOutOfBoundsException(outOfBoundsMsg(index));}private String outOfBoundsMsg(int index) { return "Index: "+index+", Size: "+size;}
你能够从正文或者API应用上,都能够晓得set办法的作用是替换某个地位的元素。通过
源码能够看到set办法的脉络:
- 第一步rangeCheck显著是范畴查看,是个校验动作;
- 第二步是elementData(int index)办法,这个办法通过数组下标形式获取元素,根底的数组操作,通过oldValue记录了下原值;
- 第三步就是通过数组下标进行了赋值操作,elementData[index] =element;,最初返回了之前记录的oldValue。
其实这个源码非常简单,这里更粗浅的体现了ArrayList底层应用数组的原理,如果你手写一个自定义List,能够参考这个思路。
源码逻辑如下图所示:
接着下来,再来疾速看下get办法:
public E get(int index) { rangeCheck(index); return elementData(index); }
能够看到,get办法的脉络更简略,就是范畴查看,校验一下,之后通过根底的数组操作,通过数组下标形式获取元素而已。
这里值得一提的一点是,JDK源码封装的办法都不会太长,很清晰,重用性也很好。这个编码格调值得咱们借鉴。然而也不能过于精简,可读性会升高,JDK就有这个问题,这也是因为大多JAVA大牛们喜爱精简至极的代码,这也是能够了解的。
到这里,set和get源码逻辑如下图所示:
## 换汤不换药的,remove系列办法
置信,当你看过了add、get、set等办法后,曾经越来越纯熟和上道了。当初让咱们再一起看下ArrayList的remove系列的办法,其实源码底层原理,换汤不换药,还是System.arraycopy那一套。
remove零碎办法如下图所示:
以上这些就是ArrayList中的remove办法,例子就不写了,置信你曾经能够间接浏览源码了。
public E remove(int index) { rangeCheck(index); modCount++; E oldValue = elementData(index); int numMoved = size - index - 1; if (numMoved > 0) System.arraycopy(elementData, index+1, elementData, index, numMoved); elementData[--size] = null; // clear to let GC do its work return oldValue; }
下面脉络很清晰,比拟要害的两行就是计算挪动元素的个数,和在原数组上拷贝元素到原数组。其余的几行你应该都曾经晓得是干什么的了,这里就不赘述了。
源码逻辑如下图所示:
System.arraycopy拷贝个别总是不太好了解,所以还是举个例子大家更能了解:
这句话你应该不生疏了,当初须要从原数组2地位开始挪动3个元素到指标数组, 从指标数组的1地位开始笼罩。这里源和指标都是本人,后果就会变成elementData [0,2,3,4,4]。
remove源码的最初一句elementData[--size]= null;数组会变成elementData [0,2,3,4,null]能够让GC帮忙回收掉null值,并且size--,数组大小减1。
remove(int index)的办法是不是很简略?之后你能够再看看remove(Obejct o)办法和他有什么区别:
public boolean remove(Object o) { if (o == null) { for (int index = 0; index < size; index++) if (elementData[index] == null) { fastRemove(index); return true; } } else { for (int index = 0; index < size; index++) if (o.equals(elementData[index])) { fastRemove(index); return true; } } return false;}
这个remove办法的脉络次要是两个if,每个if中有一个for循环,都是在遍历整个数组,进行值比拟。如果找到第一个匹配的元素就调用了fastRemove(index)办法,而后间接返回了。什么意思呢?咱们看个例子:
public static void main(String[] args) { List<String> hostList = new ArrayList<>(); hostList.add("host1"); hostList.add("host2"); hostList.add("host3"); hostList.add("host2"); hostList.add(null); hostList.add(null); System.out.println("删除前:"+hostList); hostList.remove("host2"); //只会移除第一个匹配的元素 hostList.remove(null); //只会移除第一个匹配的元素 System.out.println("删除后:"+hostList);}
从输入后果就能晓得只是删除了第一个符合条件的元素。这个你应用起来要留神,如果想删除所有匹配的元素能够应用removeIf()办法。接着看fastRemove干了什么呢?能够发现他和remove(int index)惊人类似,没什么区别。
private void fastRemove(int index) { modCount++; int numMoved = size - index - 1; if (numMoved > 0) System.arraycopy(elementData,index+1,elementData, index, numMoved); elementData[--size] = null; }
public E remove(int index) { rangeCheck(index); modCount++; E oldValue = elementData(index); int numMoved = size - index - 1; if (numMoved > 0) System.arraycopy(elementData, index+1, elementData, index, numMoved); elementData[--size] = null; return oldValue; }
差异可能就是rangeCheck和elementData(index)获取元素而已。
removeRange和removeAll大家能够本人去看看,真的是换汤不换药,还是System.arraycopy而已。至于removeIf办法咱们下一大节具体讲,还有fail-fast机制,下一节也简略给大家提下。
看到这里能够你能够小结为,如下图片:
## remove系列办法中亮点办法:removeif()
这一大节,咱们最初再看下removeif()这个办法。它外面其实有一个不错的思维,能够供大家借鉴学习的。咱们间接来看代码:
public boolean removeIf(Predicate<? super E> filter) { Objects.requireNonNull(filter); // figure out which elements are to be removed // any exception thrown from the filter predicate at this stage // will leave the collection unmodified int removeCount = 0; final BitSet removeSet = new BitSet(size); final int expectedModCount = modCount; final int size = this.size; for (int i=0; modCount == expectedModCount && i < size; i++) { @SuppressWarnings("unchecked") final E element = (E) elementData[i]; if (filter.test(element)) { removeSet.set(i); removeCount++; } } if (modCount != expectedModCount) { throw new ConcurrentModificationException(); } // shift surviving elements left over the spaces left by removed elements final boolean anyToRemove = removeCount > 0; if (anyToRemove) { final int newSize = size - removeCount; for (int i=0, j=0; (i < size) && (j < newSize); i++, j++) { i = removeSet.nextClearBit(i); elementData[j] = elementData[i]; } for (int k=newSize; k < size; k++) { elementData[k] = null; // Let gc do its work } this.size = newSize; if (modCount != expectedModCount) { throw new ConcurrentModificationException(); } modCount++; } return anyToRemove; }
下面这个办法比拟长,但整个脉络其实还是很清晰的:
第一步次要是通过BitSet和for循环找到符合条件的匹配的元素,并只记录地位index到BitSet中去。
第二步只有存在符合条件的元素,就通过for循环,进行元素替换, 这里并没有应用System.arrayCopy。
第三步通过for循环,把替换实现后,将无用的地位置为null。
第四步返回删除了元素的数量
你能够进入源码,本人尝试去画一下它的流程图,练习一下。这里画一个大抵原理图给你:
这里我要重点给你讲的是它fail-fast的机制:
你能够留神到,在整个过程中始终应用了modCount和expectedModCount做判断 ,这个是用来干什么的呢?这两个值示意,如果removeIf执行,开始删除符合条件的元素时,不能有另外的线程来批改以后的这个ArrayList,如果别的线程进行add、remove等操作,modCount必定会发生变化。在removeIf执行过程中,只有发现modCount和执行办法开始时expectedModCount的不统一了,就会报ConcurrentModificationException。并发批改异样,导致删除失败。这个就是并发是fail-fast机制,能够让以后线程疾速失败,而不会产生资源竞争,导致锁之类的景象。这样也导致了ArrayList这个汇合类不是线程平安的,不能并发操作。
整个removeIf的亮点次要有两个:一个是应用BitSet记录地位,节俭空间且有去重性,很多时候咱们只须要记录地位或者索引即可,没必要记录整个元素。一个是fail-fast机制的利用,奇妙的通过保护modCount,当并发更新的一个资源的时候,来疾速失败。
整个remove系列除了removeIf没有应用拷贝,当ArrayList中元素很多或者频繁的拷贝,都是有很大性能问题的,而且remove(Objecto)删除的是第一个匹配的元素,这也要留神。
更重要的是,想必大家对浏览源码的思路曾经越来越相熟了。先摸清脉络,再看细节,能够依据办法名、正文、教训连蒙带猜,抓大放小,学会举例,画图等等。如果你曾经感觉到了驾轻就熟,阐明你曾经在浏览源码的路上,开始上道了。置信,只有你持续追随JDK源码成长记,会为你之后浏览更难的源码,打下松软的根底。
金句甜点
除了明天常识,技能的成长,给大家带来一个金句甜点,完结我明天的分享:楷模比说服力更重要。
其实很多人,很多时候,不是在看你说什么,而是在看你做什么。就比方有一天我回到家,总是喜爱把外套和裤子顺手一扔,然而我老婆是个爱洁净的人,总是心愿我把衣服挂在衣架上。然而我总是习惯轻易一扔,然而她素来会埋怨我把沙发或者床有弄乱了,她总会把本人的衣服挂起来,长此以往,我也就感觉,挂起来确实让家里更整洁,看起来更舒服。起初逐步的我也就把衣服都挂在了衣架上。其实这就是楷模比说服力更重要的体现。如果你想要孩子吃饭不要总是不玩手机,你本人要先做到,不是吗?如果你想让孩子每天看一篇文章学习,你本人先做到,每天看一篇成长记是不是?
最初,大家能够在浏览完源码后,在茶余饭后的时候问问共事或同学,你也能够分享下,讲给他听听。
欢送大家在评论区留言和我交换。能够的话能够点击《在看》按钮分享给更多须要的人。
(申明:JDK源码成长记基于JDK 1.8版本,局部章节会提到旧版本特点)
本文由博客一文多发平台 OpenWrite 公布!