使用链表而不是数组的具体规则是什么？

当您希望廉价地插入和删除元素，并且在内存中元素彼此不紧要时，可以使用链表。

这是非常抽象的，我想具体解释为什么应该使用链表而不是数组。我没有编程方面的经验，所以我没有太多（如果有）实际经验。

这是示例与类比之间的某种方式。您需要做一些差事，因此您要拿一张纸并写下：

• 银行
• 杂货
• 干洗

然后您会记住，您还需要购买邮票。由于您所在城镇的地理位置，您需要在银行之后进行此操作。您可以将整个列表复制到一张新纸上：

• 银行
• 邮票
• 杂货
• 干洗

或者您可以在您拥有的那一个上随意涂写：

• 银行.......邮票
• 杂货
• 干洗

当您想到其他差事时，可以将它们写在列表的底部，但是带有箭头的提示会提醒您自己按什么顺序进行操作。这是一个链接列表。与每次添加内容时复制整个列表相比，它更快更容易。

然后，当您在银行时，手机响了“嘿，我拿到邮票了，别再捡了”。您只需将STAMPS从列表中剔除，就不会重写没有STAMPS的全新文件。

现在，您实际上可以在代码中实现一个差事清单（也许是一个根据您的地理位置将您的差事排序的应用程序），并且您很有可能实际上会在代码中使用一个链接清单。您想添加和删除很多项目，而订单很重要，但是您不想在每次插入或删除后重新复制整个列表。

• 使用链接解决哈希冲突的哈希表通常在每个存储区中为该存储区中的元素具有一个链表。
• 简单的内存分配器使用未使用的内存区域的空闲列表，基本上是一个链接列表，其中列表指针位于空闲内存本身内
• 在FAT文件系统中，大文件的元数据被组织为FAT条目的链接列表。

C语言“调用堆栈” 在x86（和大多数其他）二进制API中作为链接列表实现。

也就是说，C语言过程调用遵循先进先出的原则。执行（可能是递归的）函数调用的结果称为“调用堆栈”，有时甚至称为“堆栈”。

在CALLx86指令结束implmenting使用“调用堆栈”的链接列表。甲CALL指令推％EIP寄存器的内容，该指令的地址后的CALL入堆栈存储器。被调用函数序言将％EBP寄存器的内容（调用函数中局部变量的最低地址）压入堆栈存储器。然后，被调用的函数序言将％EBP设置为当前函数的堆栈库。

这意味着％EBP是指向存储位置的指针，该存储位置保存调用函数的％EBP值的地址。只是链表，部分通过硬件实现CALL。

就此的好处而言，这就是x86 CPU实现函数调用的方式，尤其是在函数具有自身参数副本和函数本地变量的函数调用。每个函数调用都会在“调用堆栈”上推送一些信息，这些信息使CPU能够从调用函数中遗留的地方进行接取，而不会受到被调用函数或调用函数的干扰。

链表可用于实现消息队列。

消息队列是一种结构，我们在其中存储有关事件的信息以供以后处理。例如，当用户按下键或移动鼠标时，这就是事件。事件发生时，应用程序可能很忙，因此不能期望它在事件发生的确切时刻进行处理。因此，将事件放置在消息队列中（有关按下哪个键或鼠标移至何处的信息），并且当应用程序有空闲时间时，它将检查其消息队列，从中获取事件并进行处理他们。（这发生在毫秒的时间范围内，因此并不明显。）

从我刚刚描述的使用场景来看，很明显，我们从不关心随机访问消息队列中存储的事件；我们只关心能够在其中存储消息并进行检索。因此，使用链接列表可以提供最佳的插入/删除时间，这是很有意义的。

（请不要指出，使用循环数组列表可能会或可能会或几乎会使用循环数组列表来实现消息队列；这是技术细节，并且有一个局限性：您只能存储其中的邮件数量有限。）