c++ - asio::ip::tcp::resolver::async_resolve 是否需要外部取消？

Question

我使用函数 async_resolve()

using tcp = boost::asio::ip::tcp;

namespace asio = boost::asio;


template <class Request, class Response>
class HttpsClient : public std::enable_shared_from_this<HttpsClient<Request, Response>>
{
  mutable asio::io_context::strand  m_strand;
  tcp::resolver                     m_resolver;
  const std::string                 m_host;
  const std::string                 m_service;

  void doSend(Request request, Handler handler)
  {
    ...

    m_resolver.async_resolve(
      m_host, m_service,
      asio::bind_executor(
        m_strand, std::bind(&HttpsClient::onResolve, this->shared_from_this(), _1, _2)
      )
    );

    ... 
  }
  
  void onResolve(const boost::system::error_code& ec, tcp::resolver::results_type results);

例如，我应该在超时后取消 async_resolve() 吗？我的问题是 - async_resolve() 是否提供任何保证在智能时间限制内返回。

Answer 1

我会有更多高级超时，当它们未能及时完成时，将取消任何 DNS 请求以及其他 IO 操作。

毕竟，了解其中的区别并没有多大意义，而且 DNS 解析通常是顺序 IO 链中的一个步骤，表示诸如“查找、连接、握手、接收、回复”之类的事情。

当然，请确保记录超时的实际原因。这可以很简单:

 void on_timeout(error_code ec) {
     if (ec != asio::errors::operations_aborted)) {
          _resolver.cancel();
          _socket.cancel();
          // any other parts of the highlevel IO operation that might need cancelling
     }
 }

operations_aborted 表示取消。因此，我们对其进行了检查，以避免在取消计时器自身时取消其他操作(例如，在析构函数期间或设置新的到期时间时自然发生的情况)。

现在您可以在完成处理程序中为各个步骤检测 operations_aborted 并使用它来适本地记录(“on_resolve:operation aborted”)，以便您获得信息。如果您愿意，可以在 on_timeout 被命中时添加更详细的消息，以便您可以看到导致操作中止的其他逻辑流之间的区别。

My question is - does async_resolve() give any guaranties to return in smart time limitations

我真的不确定。以上就是原因。

假设所有 DNS 客户端都不可避免地会超时，这似乎是非常合理的，因为协议(protocol)是 UDP，这意味着天生就容易丢失数据包。不期望和处理丢包简直是不负责任的(事实上，出于同样的原因，毫无疑问会有“重试 N 次”的方法)。

我确实注意到其他一些应用程序在 DNS 没有响应时往往会卡住一段固定的时间，但我不确定是什么导致超时。我想这可能取决于平台。