c++ - 是否有任何boost::asio异步调用会自动超时？

Question

我有一个客户端和服务器异步使用boost::asio。我想添加一些超时以关闭连接，如果出现问题，则可能重试。

我最初的想法是，每当我调用async_函数时，在我希望异步操作完成之后，我也应该启动deadline_timer过期。现在我想知道在每种情况下是否都必须这样做。

例如:

async_resolve大概使用内置了超时功能的系统解析器(例如RES_TIMEOUT中的resolv.h可能会被/etc/resolv.conf中的配置覆盖)。通过添加自己的计时器，我可能会与用户希望其解析器工作的方式发生冲突。

对于async_connect，connect(2)系统调用内置了某种超时功能

等

那么，保证哪些 async_调用在“合理的”时间范围内调用其处理程序？并且，如果某个操作[可以|超时]会将该处理程序传递给 basic_errors::timed_out错误或其他错误？

Answer 1

所以我做了一些测试。根据我的结果，很明显它们取决于底层操作系统的实现。作为引用，我使用一个股票Fedora内核2.6.35.10-74.fc14.x86_64对此进行了测试。

最重要的是，async_resolve()似乎是唯一无需设置deadline_timer就能脱身的情况。实际上，在任何其他情况下，它都需要合理的行为。

async_resolve()

调用async_resolve()导致间隔5秒的4个查询。请求后20秒调用处理程序，错误为boost::asio::error::host_not_found。

我的解析器默认为5次超时，尝试2次(resolv.h)，因此它似乎发送的配置查询数量是原来的两倍。通过在options timeout中设置options attempts和/etc/resolv.conf，可以修改此行为。在每种情况下，无论将attempts设置为多少，发送的查询数量都是其两倍，然后调用该处理程序，但host_not_found错误。

为了进行测试，对单个配置的名称服务器进行了黑洞路由。

async_connect()

用黑洞路由目标调用async_connect()会导致在大约189秒后调用该处理程序，并显示错误boost::asio::error::timed_out。

堆栈发送了初始SYN和5次重试。第一次重试在3秒后发送，每次重试超时都加倍(3 + 6 + 12 + 24 + 48 + 96 = 189)。重试次数可以更改:

% sysctl net.ipv4.tcp_syn_retries
net.ipv4.tcp_syn_retries = 5

选择默认值5以符合RFC 1122(4.2.3.5):

[The retransmission timers] for a SYN segment MUST be set large enough to provide retransmission of the segment for at least 3 minutes. The application can close the connection (i.e., give up on the open attempt) sooner, of course.

3分钟= 180秒，尽管RFC似乎没有指定上限。没有什么能阻止实现永远重试。

async_write()

只要套接字的发送缓冲区未满，总是立即调用此处理程序。

我的测试建立了TCP连接，并设置了一个计时器，以便在一分钟后调用 async_write()。在建立连接的那一刻，但在 async_write()调用之前，我尝试了各种困惑:

设置下游路由器，以黑洞随后到达目的地的流量。

清除下游防火墙中的 session ，以便它将以来自目标的欺骗性RST进行答复。

拔出我的以太网

运行/etc/init.d/network stop

不管我做什么，下一个 async_write()都会立即调用其处理程序以报告成功。

在防火墙欺骗RST的情况下，该连接会立即关闭，但是直到尝试下一次操作(它会立即报告 boost::asio::error::connection_reset)，我才知道这一点。在其他情况下，该连接将保持打开状态，并且在最终17-18分钟后超时之前不会向我报告错误。
async_write()的最坏情况是主机正在重新传输并且发送缓冲区已满。如果缓冲区已满，则在重新传输超时之前， async_write()不会调用其处理程序。 Linux默认重传15次:

% sysctl net.ipv4.tcp_retries2
net.ipv4.tcp_retries2 = 15

每次重传之间的时间会增加(并基于许多因素，例如特定连接的估计往返时间)，但固定为2分钟。因此，使用默认的15次重传和最坏情况下的2分钟超时，调用 async_write()处理程序的上限是30分钟。调用时，将error设置为 boost::asio::error::timed_out。

async_read()

只要建立连接并且没有接收到数据，就永远不要调用它的处理程序。我还没来得及测试。