如果我使用close而不是cancel，会有一些问题。
close 函数可以关闭套接字，任何未完成的异步操作都会通过返回 boost::asio::error::operation_aborted 错误来停止。
为什么我应该使用cancel 而不是close？
我担心如果某些异步操作正在执行，cancel 无法取消它，是吗？
像asio::ip::tcp::resolve::cancel，我多次尝试在调用async_resolve 后取消resolve_handler，但resolve_handler 总是返回没有boost::asio::error::operation_aborted 错误。
我认为resolve_handler 正在被执行？
是吗？
【问题讨论】：
标签： c++ sockets boost boost-asio
如果您想在不关闭套接字的情况下停止挂起的操作，“取消”很有用。
请注意，Boost documentation 建议使用 close 以获得更大的可移植性（来自文档页面）：
... 对于便携式取消，请考虑 使用以下之一 替代品：
- 禁用 asio 的 I/O 完成端口 通过定义后端 BOOST_ASIO_DISABLE_IOCP。
- 使用 close() 函数同时 取消未完成的操作和 关闭套接字。
【讨论】：
cancel 不会关闭套接字，因此如果您打算继续使用套接字对象，请使用 cancel。特别是，如果您在引用套接字成员函数的异步处理程序方法中有代码，则您可能不想关闭套接字，直到您确保当前正在执行的异步处理程序已完成。
cancel 不保证当前正在执行的异步处理程序，它只保证（根据 boost 文档）“此函数导致所有未完成的异步连接、发送和接收操作立即完成”在 @ 的情况下987654324@ 调用，或在resolver::cancel() 调用的情况下，“此函数强制完成主机解析器上的任何挂起的异步操作”。这种“完成”意味着 boost 将调用您的异步处理程序方法，它无权将任何取消逻辑注入您的异步处理程序（更不用说它不知道处理程序的实现开始）。
我建议将您自己的逻辑添加到您的异步处理程序方法中，以处理套接字/解析器/等。被取消。如果您正在调用取消方法，那么您可能有能力将此取消传达给异步处理程序方法。
【讨论】：