Algorithm 广度优先搜索：检查访问状态的时间

在有向图的广度优先搜索（可能的循环）中，当一个节点退出队列时，其所有尚未访问的子节点都将进入队列，并且该过程将继续，直到队列为空为止

有一次，我以另一种方式实现它，其中一个节点的所有子节点都排队，而当一个节点排队时，检查访问状态。如果之前访问过要退出队列的节点，则该节点将被丢弃，进程将继续到队列中的下一个节点

但结果是错误的。还说

深度优先搜索。。。。。。非递归实现与此类似 广度优先搜索，但在两个方面与之不同：它使用 堆栈而不是队列，它会延迟检查顶点是否有 直到顶点从堆栈中弹出，而不是从 在推动顶点之前进行此检查

然而，我无法理解到底有什么不同。为什么在弹出项目时深度优先搜索检查，而在排队前广度优先搜索必须检查

DFS 假设您有一个图形：

 A---B---E
 |   |
 |   |
 C---D

您可以从A中搜索DFS

如果使用深度优先搜索（假设子节点有一定的顺序），您会期望它搜索节点A、B、D、C、E

但是，如果在将节点放置到堆栈上之前将其标记为已访问，那么您将访问A、B、D、E、C，因为在检查A时C被标记为已访问

在某些应用程序中，您只想访问所有连接的节点，这是一种完全有效的方法，但从技术上讲，这不是深度优先搜索

BFS 在广度优先搜索中，您可以在推送到队列之前或之后将节点标记为已访问。但是，由于队列中不会出现大量重复节点，因此在检查之前进行检查更为有效

---

我不明白为什么您的BFS代码在这种情况下失败了，也许如果您发布代码，它会变得更清晰？

DFS会在删除节点时检查节点是否已被访问，因为它可能已在“更深”级别被访问。例如：

A--B--C--E
|     |
-------

如果我们从A开始，那么B和C将被放在堆栈上；假设我们把它们放在堆栈上，那么B将首先被处理。当B现在被处理时，我们想向下到C，最后到E，如果我们从A发现C时将C标记为已访问，则不会发生这种情况。现在，一旦我们从B开始，我们会找到尚未访问的C，并再次将其放在堆栈上。在我们处理完E之后，堆栈上的所有C条目都需要被忽略，标记为visited将为我们提供帮助

---

---

正如@PeterdeRivaz所说，对于BFS来说，我们在排队或退队时检查节点是否已被访问不是正确性的问题，而是效率的问题。

也许我记错了。几个月前，我得到了那个错误的答案。我突然想到，我还没有完全理解深度优先和广度优先之间的区别。您确定广度优先搜索的两种实现之间没有区别吗。@思源人BFS使用FIFO队列，因此您将始终检索每个节点的第一次出现。欢迎您将同一节点的更多副本推送到队列中，但它们总是在稍后出现，因此该节点将已被访问。@Peterderivez，在上面的示例中，A-B-C-D形成一个循环。如果这不是一个循环呢？那么订单就不会改变了。因此，当我们弹出它时，没有必要将它标记为已访问。我的理解正确吗？关于队列中重复节点的观点很好。我没有意识到这对BFS来说是“正常的”。因此，如果我的图中没有循环，那么在将节点推到堆栈上时检查节点是否已被访问是否可以？