当用户取消请求时，常见的 Web 服务器会做什么？

Question

对于一个周期不短的请求，用户取消了连接（即他/她在请求完成之前关闭了浏览器），那么服务器端会发生什么？

不过，它应该取决于服务器。但是常见的方法是什么？

有些请求需要相当长的时间才能完成，例如，一个分布式 DBMS 事务，它会将数据提交到不同国家的多个不同服务器。 （我知道这在银行应用程序中很常见）

有些请求会向客户端发送大量数据，例如，当用户下载大型附件时。

是否应该在特定超时后取消请求线程？

我的网络应用程序是否应该照顾用户活动，并像这样自己取消交易：

service(request, response):
    tx_start();
    do {
        do_some_work()
        if (user_canceled) break;
        do_some_work()
        if (user_canceled) break;
        do_some_work()
        if (user_canceled) break;
        do_some_work()
        if (user_canceled) break;
        do_some_work()
        if (user_canceled) break;

        tx_commit();
        return;
    } while (false);
    tx_rollback();
    throw new CanceledException();
}

我应该吗？

Answer 1

问题：

• 如果 do_some_work() 花费的时间比预期的要长并且客户端连接中断，则当不再需要事务时 do_some_work() 可能会继续。

解决方案：

• 使用另一个线程分离服务器事务工作和客户端输入。
• 让客户端中断 do_all_work()，然后抛出 CanceledException。

服务（请求，响应）{ 尝试 { 客户端启动（请求）； tx_start(); 做所有工作（）； tx_commit(); } 捕捉（CanceledException ce）{ tx_rollback(); 扔 ce; } 最后 { client_join(); } } 客户端启动（请求）{ 客户=新客户（请求）； client_thread = new Thread(client).start(); } 客户加入（）{ client_thread.join(1000); // 等待 1s 等待客户端线程结束 }