我从这里举了一个在 Linux 中像标准命令一样执行 ping 的示例。我无法弄清楚这段代码的一件事:
如您所见,代码通过两个处理程序的调用循环,其中一个处理程序通过计时器调用。反过来,处理程序调用异步(延迟)调用该处理程序的方法。
start_receive + handle_receive没有关于循环如何工作的问题,一切都很清楚。问题是内部handle_receive调用必须handle_timeout通过计时器取消。所以,反过来,不应该重新运行start_send。通话timer_.cancel();确实发生(检查)。
事实证明,循环start_send + handle_timeout应该在第一个收到的答案处中断。但这不会发生(代码运行)。我不明白为什么。它是如何工作的?
这个例子是不正确的。要传递给的回调函数
::boost::asio::basic_waitable_timer::async_wait必须采用一个类型的参数::boost::system::error_code const &。在此处理程序中调用timer_.cancel();时,它将boost::asio::error::operation_aborted作为错误代码传递。处理程序有责任在处理之前检查代码,如果收到错误则不继续。async_wait 等待计时器上的任何事件。没有处理 operation_aborted 或 expired -这是一个回调任务(码头中的 void on_timeout)无论如何都会触发 start_send。