为什么这个使用ASIO async_receive_from的例子没有“漏”

Question

基本上：

  void start_receive()
  {
    socket_.async_receive_from(
        boost::asio::buffer(recv_buffer_), remote_endpoint_,
        boost::bind(&udp_server::handle_receive, this,
          boost::asio::placeholders::error,
          boost::asio::placeholders::bytes_transferred));
  }

  void handle_receive(const boost::system::error_code& error,
      std::size_t /*bytes_transferred*/)
  {
    if (!error || error == boost::asio::error::message_size)
    {
      boost::shared_ptr<std::string> message(
          new std::string(make_daytime_string()));

      socket_.async_send_to(boost::asio::buffer(*message), remote_endpoint_,
          boost::bind(&udp_server::handle_send, this, message,
            boost::asio::placeholders::error,
            boost::asio::placeholders::bytes_transferred));

      start_receive();
    }
  }

来自： http ： //www.boost.org/doc/libs/1_35_0/doc/html/boost_asio/tutorial/tutdaytime6/src.html

从我的理解start_recive寄存器handle_recive ，然后handle_receive如果一切正常通话时调用start_receive再重新注册和重复。 我不明白是否有可能数据可能会在调用handle_receive和handle_receive再次调用start_receive之间滑动....

Answer 1

这在技术上是可行的，但在非饱和条件下udp_server示例不太可能发生。

虽然Boost.Asio可能没有对套接字进行任何挂起的读操作，但操作系统的网络堆栈会将接收到的数据排入内核内存。 当网络堆栈有可用于在给定套接字上读取的数据时，Boost.Asio的异步操作使用反应器来通知。 处理完此通知后，Boost.Asio将从套接字启动读取，从而将数据从网络堆栈的内核内存复制到提供的用户内存中。

内核的网络堆栈和套接字通常有一个可配置的参数来控制它们的最大缓冲区大小。 例如， receive_buffer_size套接字选项， Windows注册表或Linux sysctl 。 由于此内存限制和UDP无法保证传送，如果以比生成（接收）的速率更慢的速率使用（读取）数据报，则网络堆栈可能会丢弃数据报。

Answer 2

socket_有一个缓冲区，用于存储输入数据直到读取。 在udp_server的构造udp_server中，udp套接字初始化为侦听端口13。

监听器服务在main中启动，使用io_service.run()调用（通常不返回）。