哪种数据结构？ LinkedList或Java中的任何其他内容？

Question

我对我在Java程序中使用的数据结构有特定的要求。 它（数据结构）应该能够容纳大量数据（不固定），我的主要操作是在最后添加，并从头开始删除/读取（LinkedLists看起来很好）。 但偶尔，我也需要从中间删除，这就是LinkedLists太痛苦了。 任何人都可以建议我解决这个问题吗？ 或者我可以通过哪些优化使LinkedLists中的删除变得不那么痛苦？

谢谢您的帮助！

Answer 1

LinkedHashMap可能适合您的目的您需要使用迭代器从前端提取内容并在需要访问列表中间时按键查找条目

Answer 2

LinkedList在随机访问中失败。 删除，没有随机访问查找，是恒定的时间，所以对于长列表来说真的不是太糟糕。

ArrayList通常很快。 从中间插入和删除的速度比您预期的要快，因为块内存移动速度非常快。 在开始附近移除和插入，以使所有以下数据向下或向上移动。

ArrayDeque与ArrayList类似，只是它使用循环缓冲区并且具有奇怪的接口。

通常的建议：试试吧。

Answer 3

你可以尝试在evey 10000th元素之后使用带有指针的链表，这样你就可以减少找到你想要删除的中间的时间。 以下是链表的一些不同变体： http ： //experimentgarden.blogspot.com/2009/08/performance-analysis-of-thirty-eight.html

Answer 4

LinkedHashMap可能是要走的路。 非常适合迭代，双端运算和寻求中间。 但是，内存中的额外成本，因为您需要在基本集合之上管理一组键。 另外我认为它会在你删除的空格中留下“空白”，导致一组非连续的键（不应该影响迭代）。

编辑：啊哈！ 我知道你需要什么： LinkedMultiSet ！ LinkedHashMap的所有好处，但没有多余的密钥集。 但是，它使用起来有点复杂。

Answer 5

首先，您需要考虑是否将从列表中心删除经常与列表长度相比较。 如果您的列表中有N项目，但删除的频率远低于1/N ，请不要担心。 根据需要使用LinkedList或ArrayDeque 。 （如果你的列表偶尔很大然后缩小，但大多数都很小， LinkedList更好，因为它很容易恢复内存;否则， ArrayDeque不需要额外的对象，所以它更快更紧凑 - 除了底层数组永远不会缩小。）

另一方面，如果你删除的频率比1/N ，那么你应该考虑一个LinkedHashSet ，它在一个哈希集之上维护一个链表列表 - 但它是一个集合，所以请记住你不能存储重复的元素。 这将LinkedList和ArrayDeque的开销放在一起，但如果你经常进行中心删除，那么它可能是值得的。

然而，最佳结构 - 如果你真的需要每一个最后一盎司的速度并且愿意花费编码时间来获得它 - 将是一个“可调整大小”的数组（即当它太小时重新分配），带有循环缓冲区您可以通过将元素设置为null来从中间删除元素。 （如果你有一个反常的用例，你也可以在太多空时重新分配缓冲区。）我不建议编码这个，除非你真的喜欢编码高性能数据结构或有充分的证据证明这是其中一个代码中的关键瓶颈，因此您确实需要它。