应该如何拆除 boost::asio::ip::udp::socket?
-
10-07-2019 - |
题
我已经阅读了 boost asio 参考资料,浏览了教程并查看了一些示例。尽管如此,我还是看不出应该如何拆除套接字:
- 我应该调用 close() 还是由套接字的析构函数完成?
- 我什么时候应该调用 shutdown()
- shutdown()有什么影响?我知道它“禁用发送或接收”,但这是如何完成的?如果在禁用套接字后使用套接字发送或接收,会发生什么情况?
- 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服务器