第三次强调,ArrayLIst是一个普通的类。
好,现在我们来讨论一下数组的删除,我们知道数组一但在堆内存中创建出来,数组长度是不可变的,看以下源码:
添加10个用户
比如我们要把“周八”这个人从数组中删除,如图:
我们只能循环数组,找到“周八“的下标5,由于数组没有提供删除方法,我们只能把下标为5的位置赋值为null(造成了数组空洞),“周八”这个Person对象已经没有引用指向它了,JVM的垃圾回收机制会在适当的时候回收它。但数组的长度还是10。下次当我们再循环查找某人时,稍不注意就会报空指针异常,虽然我们可以写非空去判断,但还是不太友好,我们把null后面的所有元素引用复制一下,往前拷贝一份,把null这个空给填上,如下图
复制后:
null之后的ref引用都按顺序复制了一份到原来的null的位置,原有的1引用被覆盖,但perArr[9]里的引用的指向还是不变(注意,是复制不是挪动,仔细看一下上面两个图)。
注意:perArr[8],perArr[9]指向的是同一个对象,这显然不是我们所要的结果,再处理一下,我们把perArr[9]的引用赋值为null。如下图:
问题似乎解决了,但数组长度还是10,还需要自行维护了一个size来记录长度,以上数组复制的代码,我们都要自己去写,好在ArrayList这个类已经实现了,数组拷贝工作交给它就好,我们只需要调用ArrayList这个类提供的remove删除元素就行,至于底层数组怎么拷贝,元素怎么删除由ArrayList对象本身去搞定(面向对象的思想),我们来看一看ArrayList的两种元素删除方式,首先是按照下标删除:
我们先看看删除前的元素,debug一下:
perList里面已经有了10个元素,执行一下这两句remove操作,再看一下debug的情况
下标为5的“周八”已经删除掉了,下标为5以后的元素也按照我们之前的猜想往前移了一位,数组最后一个位置也置为null了。奇怪!“孙七”居然没有删掉!打印出来的个数也是9
我们看一下两种删除方式的源码。
基本上和我们图中的分析一致,并采用size来记录元素的真实个数,这段代码里还调了一个方法rangeCheck()方法,我们看一下:
好简单对不对,就是检查底层数组下标是否越界。我们再看另外一种删除方式
再看一下fastRemove()方法
和上面用下标删除方式一致,这儿就不细说了。
相信大家看到上面熟悉的equals()方法,就大概知道“孙七”为什么没有删掉了,如果你写了一个类(Person),你需要这个类完美的支持List,你必需按照List的规范来写代码,我们在
说说Java里的equals(中) - 知乎专栏 一文中已经说得很清楚了,这儿就不细说了。
知道问题的原因就好解决了,我们重写equals()方法试一下。
重写完equals方法,执行一下再debug看一下
孙七已经删除掉了,孙七后面的所有人也向前复制了一格,末位置为null,size也是8了,再画一画图:
图中的“孙七”,“周八”已经没有引用指向它们,JVM虚拟机会在适当的时候进行回收。
我们说一说ArrayList中删除元素的时间复杂度。在ArrayLIst中,如果底层数组长度为n。
当我们用下标方式去删除元素时,如果删除的是最后一个元素,不会触发数组底层的复制,时间复杂度为O(1)。如果删除第i的元素,会触发底层数组复制n-i次,根据最坏情况,时间复杂度为O(n)。
由此看来,在ArrayList中删除指定元素的效率似乎不是太高,删除元素会造成底层数组复制,这个问题在LinkedList有方案解决,请关注后续专栏文章。
示例中,用对象的方式来删除元素,只是想告诉大家,这种删除方式是用equals方法来查找元素的下标进而删除的,实际工作中很少遇到需要new一个对象去删除的情况。 不建议一上来就重写equals方法,除非你有特殊的需求。如果重写了equals方法,请一并重写hashCode方法,这个问题在 说说Java里的equals(中)一文中已经说过了。
转载无限欢迎,但请注明「清浅池塘」和「https://zhuanlan.zhihu.com/p/27938717」。转载请在文中保留此段,感谢您对作者版权的尊重。如需商业转载或刊登,请联系作者获得授权。自助转载请点击:https://www.rightknights.com/materi