我有一个客户端和服务器异步使用boost::asio
。我想添加一些超时以关闭连接,如果出现问题,则可能重试。
我最初的想法是,每当我调用async_
函数时,在我希望异步操作完成之后,我也应该启动deadline_timer
过期。现在我想知道在每种情况下是否都必须这样做。
例如:
async_resolve
大概使用内置了超时功能的系统解析器(例如RES_TIMEOUT
中的resolv.h
可能会被/etc/resolv.conf
中的配置覆盖)。通过添加自己的计时器,我可能会与用户希望其解析器工作的方式发生冲突。 async_connect
,connect(2)
系统调用内置了某种超时功能那么,保证哪些
async_
调用在“合理的”时间范围内调用其处理程序?并且,如果某个操作[可以|超时]会将该处理程序传递给basic_errors::timed_out
错误或其他错误?
最佳答案
所以我做了一些测试。根据我的结果,很明显它们取决于底层操作系统的实现。作为引用,我使用一个股票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()
调用之前,我尝试了各种困惑:/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()
只要建立连接并且没有接收到数据,就永远不要调用它的处理程序。我还没来得及测试。
关于c++ - 是否有任何boost::asio异步调用会自动超时?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4925253/