我正在查看我的代码,我发现了一些扩展方法,我为了从System.Collections.Generic.Stack中删除项目而编写。我很好奇,所以我看了Stack with Reflector的来源,我可以看到他们将它实现为数组而不是链表,我只是想知道为什么?使用链表,就不需要调整内部数组的大小......
以下是我的扩展,欢迎任何批评或建议。感谢。
public static Stack<T> Remove<T>(this Stack<T> stack, T item)
{
Stack<T> newStack = new Stack<T>();
EqualityComparer<T> eqc = EqualityComparer<T>.Default;
foreach( T newItem in stack.Reverse() )
{
if( !eqc.Equals(newItem, item) )
{
newStack.Push(newItem);
}
}
return newStack;
}
/// <summary>
/// Returns a new Stack{T} with one or more items removed, based on the given predicate.
/// </summary>
/// <typeparam name="T"></typeparam>
/// <param name="stack"></param>
/// <param name="fnRemove"></param>
/// <returns>The new stack.</returns>
/// <remarks>
/// We have to turn tricks in order to save the LIFO order of the pool
/// since there is no built-in remove method since they implement a Stack internally
/// as an array instead of a linked list. Maybe they have a good reason, I don't know...
///
/// So, to fix this I'm just using a LINQ extension method to enumerate in reverse.
/// </remarks>
public static Stack<T> RemoveWhere<T>(this Stack<T> stack, Predicate<T> fnRemove)
{
Stack<T> newStack = new Stack<T>();
foreach( T newItem in stack.Reverse() )
{
/// Check using the caller's method.
if( fnRemove(newItem) )
{
/// It's not allowed in the new stack.
continue;
}
newStack.Push(newItem);
}
return newStack;
}
答案 0 :(得分:10)
LIFO队列(堆栈)通常对数组最有效,因为您将项目推送到数组的末尾并从项目的同一端拉出项目。因此,数组运行良好,没有链表的内存和分配开销。通过不需要创建和垃圾收集列表项包装器对象来抵消制作和调整数组大小的成本。
答案 1 :(得分:8)
考虑Stack<byte>
的大小,包含1,000,000个项目。
添加引用的局部性和降低的GC压力,我认为使用数组作为堆栈,队列和deques的底层数据结构是完全合理的 - 最后两个将使用数组作为循环缓冲区,当然。唯一明显的缺点是浪费的“备用容量”以及在容量耗尽时复制所有内容的需要。
答案 2 :(得分:3)
当您运行基准测试时,由于地点的原因,您最终会在Array中看到巨大的性能优势。 ArrayList将所有内容放入一个存储在一个大的连续内存块中的数组中。链接列表通过链接存储他们的数据,因此最终会有更多的内存分配,并且还会在内存中传输更多内容。