如果要从一个列表里面删除一些元素,如何做才能让性能比较高?答案是从列表的后面开始删起,从后到前删除
在 dotnet 中的列表存放的底层是一个连续的数组。而列表在删除元素的时候,会通过移动数组的方式让整个列表的元素在内存中依然是连续的
假设我有一个大的列表,此时我删除了第一项,按照上面的说法,列表就需要将后面的所有项移动一次,达到让整个列表的元素在内存是连续
而如果是从后向前开始删除呢?此时列表可能就不需要做移动了,因为从后到前删除,如果刚好后面每一项都需要删除,此时的整个列表无需重新移动元素。而如果不是每一项都需要删除,同时这个列表不关注元素本身的顺序,那么依然还可以优化,优化方法是手动移动元素
假定我是从后向前开始删除元素,这个列表里面的元素不关注元素所在列表的顺序
此时我可以通过将最后一项移动到当前准备删除的元素下标上,然后删除最后一项的方法,让整个列表无需移动元素
一个例子如下:
假设我有列表里面包含元素是 1 2 3 三个元素
此时我从后到前遍历,准备删除元素值是 2 的元素。此时我找到第一个元素 3 不满足,找到第二个元素 2 刚好满足。此时我不是直接删除第二个元素,而是将最后一个元素也就是 3 移动到第二个元素上。然后删除最后一个元素。伪代码如下
因为提前将最后一个元素赋值给准备删除的元素,因此准备删除的元素就没有在列表中被记录,而最后一个元素在列表中被记录了两次。此时删除最后一个元素就可以让最后一个元素在列表中只记录一次,刚好在删除最后一个元素的时候,列表不需要移动元素就能让列表里面所有元素依然是连续在内存存储的
这就是从后向前删除列表元素的原理
在整个 dotnet 的运行时底层有很多这样的逻辑,如这段代码 就是从后向前开始删除,下面是我简化的代码
咱使用 BenchmarkDotNet 进行测试对比
先安装 BenchmarkDotNet 库,然后编写代码进行测试,代码比较长,放在本文最后
大概的测试效果如下
从 dotnet 的源代码可以看到删除的逻辑大概如下,下面代码有删减
可以看到如果 index 小于 _size
就表示删除的不是最后一项,就需要通过 Array.Copy 方法复制一次,让存放的元素依然连续
这是本文的测试代码
原文链接: http://blog.lindexi.com/post/C-dotnet-%E4%BB%8E%E5%90%8E%E5%90%91%E5%89%8D%E5%88%A0%E9%99%A4%E5%88%97%E8%A1%A8%E5%85%83%E7%B4%A0%E6%8F%90%E5%8D%87%E6%80%A7%E8%83%BD%E7%9A%84%E5%8E%9F%E7%90%86
本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。
欢迎转载、使用、重新发布,但务必保留文章署名 林德熙 (包含链接: https://blog.lindexi.com ),不得用于商业目的,基于本文修改后的作品务必以相同的许可发布。如有任何疑问,请与我 联系。