php 的 socket_select() 是否保证检测到所有客户端套接字断开连接?
Is php's socket_select() guaranteed to detect all client socket disconnections?
php 的 socket_select() 方法是否保证检测到所有客户端套接字断开连接?
我看过一些代码示例,它们使用 php 的 socket_select() 方法中的读取数组来检测客户端套接字断开连接,例如:
How to detect client disconnection on PHP socket listener?
但是对于所有客户端套接字断开连接是否 return FALSE?如果有任何例外,它们是什么?
TL;TR
您需要定期发送包含零长度数据的 TCP 数据包,并等待来自客户端的 ACK
以确保它没有物理断开。否则,如果客户端物理断开连接,socket_select()
将假定连接仍然打开。在 Linux 上,内核可以提供帮助 - 它被称为 TCP keep-alives
说明
问题是 ALL
类型的客户端断开连接是什么意思。在评论中,您表示您担心不正常的客户端断开连接。客户端停电了怎么办?
首先是关于优雅的客户端断开连接的简短句子。在 TCP 中,客户端可以通过两种方式关闭连接:向服务器发送 FIN
数据包或发送 RST
数据包。 (后者不太可能发生在客户端)。 socket_select()
知道这两种方式如何优雅地断开连接。
如果客户端在连接打开时物理断开连接,它将无法再发送 FIN
或 RST
数据包。发生这种情况的原因有很多,例如停电、电缆故障、开关故障等...
在这种情况下,连接将在服务器端永远保持打开状态,因为 TCP 没有实现超时,这意味着它不需要发送数据包。成功连接后,连接保持打开状态,除非收到 FIN
或 RST
数据包。
所以没有机会检测断开的连接?不,仍然有一种方法可以检测到这些。这个概念叫做TCP keep-alive
包。
TCP keep-alives
是基于 TCP 协议的一个特性:当你在 TCP 中发送数据时,接收方用一个 ACK
数据包来响应,表明数据包已成功接收。 TCP keep-alive
数据包是包含零长度数据的数据包,只是为了在客户端触发 ACK
数据包。注意客户端不需要实现keep-alives
。很简单 TCP
.
在 Linux 上,内核可以帮助发送那些 keep-alives
。如果在给定的(可配置的)超时时间内套接字上没有收到数据,内核将发送那些零长度的数据包,如果在可配置的时间内没有收到 ACK
,则关闭套接字。还有一个可配置的重试间隔。如果内核关闭套接字,socket_select()
会知道。
了解如何在 Linux 上配置 TCP keep-alives
:http://tldp.org/HOWTO/TCP-Keepalive-HOWTO/overview.html
不幸的是,我没有在其他操作系统上使用 TCP keep-alives
的经验,但我想它们也支持类似的东西。
php 的 socket_select() 方法是否保证检测到所有客户端套接字断开连接?
我看过一些代码示例,它们使用 php 的 socket_select() 方法中的读取数组来检测客户端套接字断开连接,例如: How to detect client disconnection on PHP socket listener?
但是对于所有客户端套接字断开连接是否 return FALSE?如果有任何例外,它们是什么?
TL;TR
您需要定期发送包含零长度数据的 TCP 数据包,并等待来自客户端的 ACK
以确保它没有物理断开。否则,如果客户端物理断开连接,socket_select()
将假定连接仍然打开。在 Linux 上,内核可以提供帮助 - 它被称为 TCP keep-alives
说明
问题是 ALL
类型的客户端断开连接是什么意思。在评论中,您表示您担心不正常的客户端断开连接。客户端停电了怎么办?
首先是关于优雅的客户端断开连接的简短句子。在 TCP 中,客户端可以通过两种方式关闭连接:向服务器发送 FIN
数据包或发送 RST
数据包。 (后者不太可能发生在客户端)。 socket_select()
知道这两种方式如何优雅地断开连接。
如果客户端在连接打开时物理断开连接,它将无法再发送 FIN
或 RST
数据包。发生这种情况的原因有很多,例如停电、电缆故障、开关故障等...
在这种情况下,连接将在服务器端永远保持打开状态,因为 TCP 没有实现超时,这意味着它不需要发送数据包。成功连接后,连接保持打开状态,除非收到 FIN
或 RST
数据包。
所以没有机会检测断开的连接?不,仍然有一种方法可以检测到这些。这个概念叫做TCP keep-alive
包。
TCP keep-alives
是基于 TCP 协议的一个特性:当你在 TCP 中发送数据时,接收方用一个 ACK
数据包来响应,表明数据包已成功接收。 TCP keep-alive
数据包是包含零长度数据的数据包,只是为了在客户端触发 ACK
数据包。注意客户端不需要实现keep-alives
。很简单 TCP
.
在 Linux 上,内核可以帮助发送那些 keep-alives
。如果在给定的(可配置的)超时时间内套接字上没有收到数据,内核将发送那些零长度的数据包,如果在可配置的时间内没有收到 ACK
,则关闭套接字。还有一个可配置的重试间隔。如果内核关闭套接字,socket_select()
会知道。
了解如何在 Linux 上配置 TCP keep-alives
:http://tldp.org/HOWTO/TCP-Keepalive-HOWTO/overview.html
不幸的是,我没有在其他操作系统上使用 TCP keep-alives
的经验,但我想它们也支持类似的东西。