为什么插入链表O（1）的中间？

Question

根据Wikipedia article on linked lists，在链表中间插入被认为是O（1）。我认为这将是O（n）。您是否需要找到可能接近列表末尾的节点？

此分析是否不考虑节点操作的发现（虽然它是必需的）而只是插入本身？

编辑：

  

链接列表与数组相比有几个优点。在列表的特定点插入元素是一个恒定时间操作，而在数组中插入可能需要移动一半或更多元素。

上述陈述对我来说有点误导。如果我错了，请纠正我，但我认为结论应该是：

阵列：

• 找到插入/删除点O（1）
• 执行插入/删除O（n）

关联列表：

• 找到插入/删除点O（n）
• 执行插入/删除O（1）

我认为你唯一一次找不到位置就是你保留了某种指针（在某些情况下与头部和尾部一样）。因此，我们不能断然说链接列表总是超过插入/删除选项的数组。

Answer 1

你是对的，文章认为“索引”是一个单独的操作。因此插入本身就是O（1），但是到达那个中间节点是O（n）。

Answer 2

不，当您决定要插入时，假设您已经在迭代列表中间。

链接列表上的操作通常以这样的方式完成，即它们实际上不被视为通用“列表”，而是作为节点集合 - 将节点本身视为主循环的迭代器。因此，当您浏览列表时，您会注意到作为业务逻辑的一部分，需要添加新节点（或删除旧节点），然后执行此操作。您可以在一次迭代中添加50个节点，每个节点只有O（1）时间来取消链接两个相邻节点并插入新节点。

编辑：伙计，你输入第二个段落而不是第一个响应者，你是第5个和第4个说同样的事情！

Answer 3

插入本身是O（1）。节点发现是O（n）。

Answer 4

为了与数组进行比较，这是图表所示的数据，它是O（1），因为您不必在新节点之后移动所有项目。

所以是的，他们假设您已经拥有指向该节点的指针，或者获取指针是微不足道的。换句话说，问题是：“给定节点在X ，在此节点之后插入的代码是什么？”你可以从插入点开始。

Answer 5

插入链表不同于迭代链表。您没有找到该项目，您正在重置指针以将项目放在那里。如果要将其插入前端附近或靠近末端，插入仍然需要重新分配指针。当然，这取决于它是如何实现的，但这是列表的优势 - 您可以轻松插入。通过索引访问是数组发光的地方。但是，对于列表，找到第n个项目通常是O（n）。至少那是我从学校里记得的。

Answer 6

因为它不涉及任何循环。

插入就像：

• 插入元素
• 链接到上一个
• 链接到下一个
• 完成

这在任何情况下都是恒定的时间。

因此，一个接一个地插入n个元素是O（n）。

Answer 7

  

此分析是否不考虑节点操作的发现（虽然它是必需的）而只是插入本身？

你明白了。在给定点插入假定您已经拥有指向要在之后插入的项目的指针：

InsertItem(item * newItem, item * afterItem)

Answer 8

一旦你知道你要把它放在哪里就插入O（1）。

Answer 9

不，它不考虑搜索。但是如果你已经拥有一个指向列表中间项目的指针，那么在那一点插入就是O（1）。

如果你必须搜索它，你必须增加搜索时间，这应该是O（n）。

Answer 10

这篇文章是关于将数组与列表进行比较。找到数组和列表的插入位置是O（N），因此文章忽略它。

Answer 11

O（1）取决于您有一个项目，您将插入新项目。 （之前或之后）。如果你不这样做，那就是O（n）因为你必须找到那个项目。

Answer 12

我认为这只是你选择用O（）表示法计算的一个例子。在插入正常操作的情况下，count是复制操作。对于数组，插入中间涉及将位置上方的所有内容复制到内存中。使用链表，这将成为设置两个指针。无论插入什么，您都需要找到位置。

Answer 13

如果您对链接列表的操作为O（1）后有要插入的节点的引用 对于一个数组，它仍然是O（n），因为你必须移动所有连续的节点。

Answer 14

最常见的情况可能是在列表的开头或末尾插入（列表的末尾可能没时间找到）。

对比在数组的开头或结尾处插入项目（如果数组在最后，则需要调整数组大小，或者如果它在开始时调整大小并移动所有元素）。