当服务器不回显接收到的数据时，TCP 套接字行为如何变化？

TCP 套接字通信：了解套接字行为

在 Python 中使用 TCP 套接字时，了解这些套接字基于流的性质至关重要连接。与发送和接收操作之间的一对一关系不同，数据流由实现的协议决定。

考虑以下简单回显服务器的代码片段：

import socket

HOST = ''
PORT = 50007

s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.bind((HOST, PORT))
s.listen(1)

while True:
    data = s.recv(1024)
    if not data: break
    s.sendall(data)

在其原始形式中，此代码与客户端建立连接，等待来自客户端的数据，并将其回显，直到客户端断开连接。循环反复迭代，服务器接收并响应每条传入消息。

但是，假设我们修改代码以排除服务器将数据发送回客户端的步骤：

import socket

HOST = ''
PORT = 50007

s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.bind((HOST, PORT))
s.listen(1)

while True:
    data = s.recv(1024)
    if not data: break

在这种情况下，recv 方法的行为会发生变化。当修改后的服务器与客户端建立连接时，它会等待数据。然而，由于没有发送数据，recv 方法会无限期地阻塞。第二次调用 recv 永远不会发生，从而阻止服务器识别客户端的断开连接。

要理解此行为，必须记住 TCP 套接字作为数据流进行操作。数据的发送和接收并不直接相互关联。管理通信的规则由实现的协议决定。在原始代码中，协议规定服务器将回显从客户端接收到的任何数据。

经过我们的修改，协议发生了变化。服务器现在只接收来自客户端的数据并丢弃它。客户端在发送数据后期望得到响应，但修改后的服务器保持沉默。要解决此问题，客户端必须通过关闭其传出连接来显式指示其已完成发送数据。一旦发生这种情况，服务器会收到一个空的recv调用，将其解释为断开连接，并继续发送“OK”消息。

此外，在现实场景中，数据包在传输过程中可能会出现碎片。考虑到这一点，更强大的客户端实现将执行多个 recv 调用，直到收到所有数据。

下面是解决这些问题的服务器和客户端代码的更新版本问题：

服务器：

import socket

HOST = ''
PORT = 50007

s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.bind((HOST, PORT))
s.listen(1)

while True:
    data = s.recv(1024)
    if not data: break
    s.sendall(b'ok')
    s.shutdown(socket.SHUT_WR)
    s.close()

客户端：

import socket

HOST = 'localhost'
PORT = 50007
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.connect((HOST, PORT))
s.sendall(b'Hello, world')
s.shutdown(socket.SHUT_WR)
data = b''
while True:
    buf = s.recv(1024)
    if not buf:
        break
    data += buf
s.close()

通过实施这些更改，我们确保服务器和客户端之间的通信按预期运行，确认断开连接并处理数据碎片。

以上是当服务器不回显接收到的数据时，TCP 套接字行为如何变化？的详细内容。更多信息请关注PHP中文网其他相关文章！