如何在C++中获得TCP服务器传入数据包的确切大小?

对于TCP套接字,根本没有所谓的“数据包”。

TCP套接字是字节流的抽象。它的内部机制是抽象的,它同时是可以随时到达的任意字节的源,也是可以随时写入的字节的汇点,但需要注意的是,如果底层传输确定写入缓冲区已满 write() 或 send() 将返回一个指示,表明写入的字节数少于其第三个参数指定的字节数,或者它们将阻塞,直到对等方从其套接字读取,并且可以向套接字写入更多字节。

这是一个非常常见的新手错误,认为 write() 或 send() 在发送端的TCP套接字上 read() 或 recv() 来自接收侧的TCP套接字。这不是真的。发件人可能 write() 200字节,第一个 读取() 或 recv() 将只返回前50个字节,下一个调用返回剩余的150个字节。

如果程序没有认真检查每个 读取() , recv() , write() 或 send() 并且明确地处理每一个可能的值,纸牌屋坍塌成一堆瓦砾只是时间问题。

的确,底层传输层在发送方和接收方之间搅乱TCP套接字的字节,以离散数据包的形式处理该任务。然而,这是一个内部实现细节,通常无法从TCP层访问。您需要重新构建程序的逻辑,这样它就不需要“知道传入数据包的确切大小”,而是将TCP套接字视为完全非结构化字节流的发射器

的确,在许多套接字堆栈上,可以确定套接字或文件描述符上未读字节的数量,并保证读取这么多字节不会受阻。但这仍然不会告诉你任何有用的东西,就那些被称为“数据包”的神秘实体而言。您可能会发现您的TCP套接字具有相同的200个未读字节。在实践中,它们仍然以50和150字节的两个离散数据包的形式到达,并且放在那里,供您的应用程序读取。