问在收到来自HTTP服务器的响应后保持连接活动

EN

你需要比现在更清楚地了解流程结构。服务器进程是否独立于客户端进程保持活动状态？它是否在侦听已知的端口号？客户端的第一个(父)进程何时连接到服务器？

您假设客户端派生一个子进程，然后让服务器知道子进程的PID。孩子是否也与服务器通信？它是打开到服务器的独立连接，还是抢占父进程的连接，还是子进程和父进程尝试共享到服务器的单个连接？如何协调单个连接上的访问？

这种系统的一种常见设置是：

• 服务器进程作为监听已知或配置的端口的守护程序启动。
• 初始客户端(父)进程建立与服务器的连接。
• 辅助客户端(子)进程断开继承的连接并建立自己与服务器的连接。

这些连接有两种操作模式：

1. 客户端进程每次打开连接，编写消息，可能等待响应，然后关闭连接。这是web浏览器使用的机制，因为web提供了无状态的connections.
2. The客户端进程打开连接并使其保持打开(服务器不会关闭连接，直到出现紧急情况或客户端同意(或请求)关闭连接)。此机制通常由连接到数据库服务器的数据库客户端使用。

这两种模式都有效-它们对开销(如果每次连接都需要很长时间)和资源使用(持久连接占用服务器中的更多资源；客户端不会受到严重影响)有不同的影响。

如果客户端和服务器之间没有带超时的有状态防火墙/NAT，则TCP连接将无限期持续，不需要发送任何数据。您可以设置一些套接字选项，这些选项将定期发送不包含任何数据的数据包(如果没有收到响应，则中断连接)-搜索SO_KEEPALIVE。

如果你谈论的是某个特定的超文本传输协议服务器，它可能有一个选项，允许一个没有任何请求的连接持续多长时间，例如apache中的KeepAliveTimeout。