我已经阅读了 boost asio 参考资料,浏览了教程并查看了一些示例。尽管如此,我还是看不出应该如何拆除套接字:

  1. 我应该调用 close() 还是由套接字的析构函数完成?
  2. 我什么时候应该调用 shutdown()
  3. shutdown()有什么影响?我知道它“禁用发送或接收”,但这是如何完成的?如果在禁用套接字后使用套接字发送或接收,会发生什么情况?
  4. close() 可能会出现哪些错误
有帮助吗?

解决方案

由于这是一个多问题,我会尽力回答每个部分,让您满意:

1)根据我对 ASIO 套接字的经验,析构函数负责关闭套接字。不过,我只处理过 TCP 套接字。检查这一点的最佳方法是简单地查看析构函数的代码,看看它是否执行了类似于关闭的操作。我知道 Boost 代码可能有点难以完成,因此最简单的方法可能是简单地创建一个打开 UDP 套接字然后破坏它的小示例程序。这样您就可以在调试器中单步执行代码以遵循逻辑。

由于 Boost 的设计者在 TCP 套接字上考虑了这一点,所以我很难想象他们不会对 UDP 套接字做同样的事情。

2) 打电话 shutdown() 仅当您认为有必要阻止任何代码执行未来操作时 recv 和/或 send 在插座上。它通常不是必需的,尽管我已经看到它在 TCP 套接字上使用来强制套接字发送一个 RST 当它关闭时(与处理待处理发送的默认“优雅”关闭相反)。

3)您可以将套接字视为一种双通道通信形式:一个用于阅读,另一个用于发送。您可以独立关闭其中一个通道,并且可以在另一个通道关闭时继续使用一个通道(即,关闭发送后您仍然可以接收,反之亦然)。关闭套接字与在接收和发送上调用 shutdown 相同。

关闭接收只会阻止您的代码读取更多数据。如果您尝试这样做,您将收到套接字错误。同样,如果连接的另一端尝试向您发送数据,它将收到错误(抱歉再次切换到 TCP 世界,但我相信 RST 得到回复给发件人)。

关闭发送同样会阻止您的代码发送更多数据。如果我没记错的话,这看起来与关闭套接字时发生的情况相同(发送一个零长度数据包以向另一端发送特定通道已关闭的信号)。任何未来的发送尝试都会返回错误。

4)您必须检查您的文档才能确定。 微软软件定义网络 会给你一个很好的指示,尽管我不知道我会认为它是权威的。

其他提示

从 Boost 网站给出的示例来看,似乎您应该简单地使用 close()。例如,看看这个:

void connection::stop()
{
  socket_.close();
}

摘自该地址: HTTP服务器

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top