问如何使用recv()在C++套接字中接收超过65000字节

EN

您的问题可能与内核套接字缓冲区大小有关。尝试将以下内容添加到代码中：

int buffsize = 1024*1024;
setsockopt(s, SOL_SOCKET, SO_RCVBUF, &buffsize, sizeof(buffsize));

您可能还需要增加一些sysctl变量：

sysctl -w net.core.rmem_max=8388608
sysctl -w net.core.wmem_max=8388608

但是，请注意，依赖TCP来填充整个缓冲区通常是个坏主意。您应该多次调用recv()。您希望获得超过64K的唯一好理由是为了提高性能。然而，Linux应该已经有了自动调优功能，可以根据需要逐步增加缓冲区大小。

从上面的评论来看，您似乎不明白recv是如何工作的，也不知道它应该如何使用。

确实希望在循环中调用recv，直到您知道预期的数据量已经接收，或者直到您得到“零字节读取”的结果，这意味着另一端已经关闭了连接。总是，没有例外。

如果您需要并发执行其他事情(可能是使用服务器进程！)然后，您可能希望首先使用poll或epoll检查描述符准备就绪情况。这使您可以在多路套接字准备就绪时使用。

您想要这样做的原因是，您不知道数据将如何封装，以及数据包将如何(或何时)到达。另外，recv不能保证每次读取的数据量。当您调用它时，它将提供缓冲区中的内容，不多也不少(如果没有任何数据，它可能会阻塞，但是您仍然无法保证在恢复时会返回任何特定数量的数据，它可能仍然返回50个字节！)

即使您只发送总计5,000个字节，TCP将其分解为5个(或10个或20个)数据包是完全有效的行为，而recv每次调用它时都返回500个字节(或100个、20个或1个字节)。这就是它的工作原理。

TCP保证您发送的任何内容最终都会到达另一端或产生错误。而且，它保证你寄来的任何东西都是有序的。这并不能保证其他什么。最重要的是，它不能保证任何特定数量的数据在任何给定的时间都准备就绪。

您必须为此做好准备，唯一的方法就是反复调用recv。否则，在某些情况下，您总是会丢失数据。

原则上，MSG_WAITALL应该使它按您预期的方式工作，但这是不好的行为，而且不能保证它能正常工作。如果套接字(或网络堆栈中的其他结构)运行在软或硬限制上，它可能不会，也可能不会满足您的请求。有些限制也是模糊的。例如，由于实现细节的原因，SO_RCVBUF的数量必须是您在Linux下期望接收的数量的两倍。

如果从不依赖于诸如“它适合接收缓冲区”这样的假设，服务器应用程序的正确行为就不会是。原则上，您的应用程序需要准备好使用1千字节的接收缓冲区接收to字节的数据，并在需要时一次以1字节的块接收数据。一个更大的接收缓冲区会使它更高效，但仅此而已.不管是哪种方式，它还是要起作用的。

事实上，你只看到一些“巨大”的极限以上的失败只是运气(或者更确切地说，是坏运气)。在这个限制下，它显然“运作得很好”这一事实表明你所做的是正确的，但事实并非如此。这是一个不幸的巧合，它的工作。

编辑：

正如在下面的注释中所要求的那样，下面是这样的情况(代码显然是未经测试的，请注意。)

std::vector<char> result;
int size;

char recv_buf[250];

for(;;)
{
    if((size = recv(fd, recv_buf, sizeof(recv_buf), 0)) > 0)
    {
        for(unsigned int i = 0; i < size; ++i)
            result.push_back(recv_buf[i]);
    }
    else if(size == 0)
    {
        if(result.size() < expected_size)
        {
            printf("premature close, expected %u, only got %u\n", expected_size, result.size());
        }
        else
        {
            do_something_with(result);
        }
        break;
    }
    else
    {
        perror("recv");
        exit(1);
    }
}

这将接收您想要的任意数量的数据(或者直到operator new在分配了一个大小为几百MiB的向量之后抛出bad_alloc，但情况就不同了……)。

如果要处理多个连接，则需要添加poll或epoll或kqueue或类似的功能(或.( fork)，我将把这个作为练习留给读者。

tcp最大数据包6中的

为65,635字节。

不，它不是。TCP是一个基于IP数据包段的字节流协议，该协议在任何一个连接上都有无限的传输大小。看看那些100 at的下载:你认为它们是如何工作的？

只需发送和接收数据。你会明白的。