在Boost.Asio请求期间检测中止的连接[重复]

Question

可能重复：
如何检查Boost.Asio中的套接字是否已关闭？

是否有确定的方法来确定asio框架中是否关闭TCP连接的另一端而不发送任何数据？

使用Boost.asio进行服务器进程时，如果客户端在服务器响应请求之前超时或以其他方式断开连接，则服务器在完成请求并生成要发送的响应之前，直到发送时才发现此异常立即产生连接中断错误。

对于某些长期运行的请求，这可能导致客户端反复取消和重试，堆积了多个并行运行的同一请求的实例，使它们花费的时间更长，并且“滚雪球”成雪崩，使服务器无法使用。 从根本上反复击中F5是拒绝服务攻击。

不幸的是，在请求完成之前，我无法开始发送响应，因此“流式处理”结果是不可行的，我需要能够在请求处理期间检查关键点，并在客户端已给出的情况下停止该处理起来

Answer 1

只需检查async_receive处理程序中的boost::asio::error::eof错误。 这意味着连接已关闭。

Answer 2

该问题的关键是避免在接收处理程序中进行请求处理。 以前，我在做这样的事情：

async_receive(..., recv_handler)

void recv_handler(error) {
    if (!error) {
        parse input
        process input
        async_send(response, ...)

相反，合适的模式更像这样：

async_receive(..., recv_handler)

void async_recv(error) {
    if (error) {
        canceled_flag = true;
    } else {
        // start a processing event
        if (request_in_progress) {
            capture input from input buffer
            io_service.post(process_input)
        }
        // post another read request
        async_receive(..., recv_handler)
    }
}

void process_input() {
    while (!done && !canceled_flag) {
        process input
    }
    async_send(response, ...)
}

显然，我省略了很多细节，但是重要的部分是将处理作为单独的“事件”发布到io_service线程池中，以便可以同时运行其他接收。 这允许在处理进行期间接收“连接中止”消息。 但是请注意，这意味着两个线程必须彼此通信，需要某种同步，并且正在处理的输入必须与放置接收调用的输入缓冲区分开保存，因为可能会到达更多数据转到其他读取调用。

编辑：

我还要注意，如果在处理过程中收到更多数据，则可能不想启动另一个异步处理调用。 稍后的处理可能会先完成，然后结果可能会无序发送到客户端。 除非您使用UDP，否则可能是一个严重的错误。

这是一些伪代码：

async_read (=> read_complete)
read_complete
    store new data in queue
    if not currently processing
         if a full request is in the queue
             async_process (=> process_complete)
    else ignore data for now
    async_read (=> read_complete)
async_process (=> process_complete)
    process data
process_complete
    async_write_result (=> write_complete)
write_complete
    if a full request is in the queue
        async_process (=> process_complete)

因此，如果在处理请求时接收到数据，则会将其排队，但不会处理。 处理完成并发送结果后，我们可能会使用先前收到的数据再次开始处理。

通过允许在写入前一个请求的结果时进行处理，可以进一步优化这一点，但这需要格外小心，以确保结果的写入顺序与接收请求的顺序相同。

Answer 3

如果连接已按顺序进行了关闭，即客户端在套接字上调用了close或shutdown ，则可以从套接字读取一个无阻塞的字节来确定它是否仍在连接：

int ret = recv(sockfd, buf, 1, MSG_DONTWAIT | MSG_PEEK);

1. 如果已连接，但缓冲区中没有数据，则使用errno == EAGAIN返回-1
2. 如果已连接并且有数据，您将得到1，并且MSG_PEEK标志会将数据保留在套接字缓冲区中。
3. 否则ret等于0，表示正常关闭连接。

现在，这项技术还不能完全证明，但是只要来自客户端的FIN数据包到达，它就可以在相当长的时间内发挥作用。

只要它允许您将套接字标志传递给它的recv函数，您就应该能够使其与Boost.Asio一起使用。