boost::asio async_read_some 示例代码未读取套接字中的所有数据
boost::asio async_read_some example code not reading all data in the socket
我正在使用 TCP 回显示例(1.62 是目前在主要 Ubuntu 包中提供的内容)。
它适用于小东西,你可以看到它有一个 1024 的缓冲区并使用 async_read_some
。
但随后我尝试向它发送 Python 字符串 ("A"*4096)+("B"*4096)+("C"*4096)
...我将看到 4 次调用读取处理程序,每次调用 1024 位...即它将打印所有 As但从来没有任何 Bs 或 Cs。
预期行为: 如果套接字中有 4096*3 条数据,后续调用 async_read_some
应该一次拉出所有数据 1024?
不能在这样的回显协议中使用 async_read
,因为可变数据是通过线路传递的。问题是 async_read_some
是 ignored/deleting 仍要从套接字读取的数据。
如何修复示例代码?
我拿了那个样本 运行 它和你所谓的客户代码:
#!/usr/bin/env python
import socket
TCP_IP = '127.0.0.1'
TCP_PORT = 6767
BUFFER_SIZE = 1024
MESSAGE = ("A"*4096)+("B"*4096)+("C"*4096);
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.connect((TCP_IP, TCP_PORT))
s.send(MESSAGE)
received = "";
while (len(received) < len(MESSAGE)):
data = s.recv(BUFFER_SIZE)
print "received data: %d bytes ending in ...%s" % (len(data), data[-10:])
received += data
s.close()
它正确运行并打印
sehe ~ Projects Whosebug ./sotest 6767&
sehe ~ Projects Whosebug python ./test.py
received data: 1024 bytes ending in ...AAAAAAAAAA
received data: 1024 bytes ending in ...AAAAAAAAAA
received data: 1024 bytes ending in ...AAAAAAAAAA
received data: 1024 bytes ending in ...AAAAAAAAAA
received data: 1024 bytes ending in ...BBBBBBBBBB
received data: 1024 bytes ending in ...BBBBBBBBBB
received data: 1024 bytes ending in ...BBBBBBBBBB
received data: 1024 bytes ending in ...BBBBBBBBBB
received data: 1024 bytes ending in ...CCCCCCCCCC
received data: 1024 bytes ending in ...CCCCCCCCCC
received data: 1024 bytes ending in ...CCCCCCCCCC
received data: 1024 bytes ending in ...CCCCCCCCCC
所以你做错了什么。
Expected behavior: If there is 4096*3 data in the socket, subsequent calls to async_read_some should be pulling all the data out 1024 at a time??
是的。这正是发生的事情。请注意,您不应该假设 1024 个块中的块 "arrive"。根据中间 OS/network 层中的缓冲,它们可能碰巧以较小的块到达。 IOW:TCP 是一种流协议,而打包是您通常不应依赖的实现细节¹
One cannot use async_read in such an echo protocol, because variable data is passed over the wire.
数据总是可变的(否则没有理由发送它)。 async_read
可以 总是 可以用在 read
可以的地方,因为它只是同一功能的异步 IO 版本。
¹ 使用各种高级 techniques/flags 您可以在某种程度上控制这些效果,但它们在一定程度上依赖于平台,并且几乎总是以边距运行,从而为 OS/network 层提供优化网络性能的余地。
我正在使用 TCP 回显示例(1.62 是目前在主要 Ubuntu 包中提供的内容)。
它适用于小东西,你可以看到它有一个 1024 的缓冲区并使用 async_read_some
。
但随后我尝试向它发送 Python 字符串 ("A"*4096)+("B"*4096)+("C"*4096)
...我将看到 4 次调用读取处理程序,每次调用 1024 位...即它将打印所有 As但从来没有任何 Bs 或 Cs。
预期行为: 如果套接字中有 4096*3 条数据,后续调用 async_read_some
应该一次拉出所有数据 1024?
不能在这样的回显协议中使用 async_read
,因为可变数据是通过线路传递的。问题是 async_read_some
是 ignored/deleting 仍要从套接字读取的数据。
如何修复示例代码?
我拿了那个样本 运行 它和你所谓的客户代码:
#!/usr/bin/env python
import socket
TCP_IP = '127.0.0.1'
TCP_PORT = 6767
BUFFER_SIZE = 1024
MESSAGE = ("A"*4096)+("B"*4096)+("C"*4096);
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.connect((TCP_IP, TCP_PORT))
s.send(MESSAGE)
received = "";
while (len(received) < len(MESSAGE)):
data = s.recv(BUFFER_SIZE)
print "received data: %d bytes ending in ...%s" % (len(data), data[-10:])
received += data
s.close()
它正确运行并打印
sehe ~ Projects Whosebug ./sotest 6767&
sehe ~ Projects Whosebug python ./test.py
received data: 1024 bytes ending in ...AAAAAAAAAA
received data: 1024 bytes ending in ...AAAAAAAAAA
received data: 1024 bytes ending in ...AAAAAAAAAA
received data: 1024 bytes ending in ...AAAAAAAAAA
received data: 1024 bytes ending in ...BBBBBBBBBB
received data: 1024 bytes ending in ...BBBBBBBBBB
received data: 1024 bytes ending in ...BBBBBBBBBB
received data: 1024 bytes ending in ...BBBBBBBBBB
received data: 1024 bytes ending in ...CCCCCCCCCC
received data: 1024 bytes ending in ...CCCCCCCCCC
received data: 1024 bytes ending in ...CCCCCCCCCC
received data: 1024 bytes ending in ...CCCCCCCCCC
所以你做错了什么。
Expected behavior: If there is 4096*3 data in the socket, subsequent calls to async_read_some should be pulling all the data out 1024 at a time??
是的。这正是发生的事情。请注意,您不应该假设 1024 个块中的块 "arrive"。根据中间 OS/network 层中的缓冲,它们可能碰巧以较小的块到达。 IOW:TCP 是一种流协议,而打包是您通常不应依赖的实现细节¹
One cannot use async_read in such an echo protocol, because variable data is passed over the wire.
数据总是可变的(否则没有理由发送它)。 async_read
可以 总是 可以用在 read
可以的地方,因为它只是同一功能的异步 IO 版本。
¹ 使用各种高级 techniques/flags 您可以在某种程度上控制这些效果,但它们在一定程度上依赖于平台,并且几乎总是以边距运行,从而为 OS/network 层提供优化网络性能的余地。