为什么recv在所有for循环迭代中都返回“ 0”字节第一个除外？

如何解决为什么recv在所有for循环迭代中都返回“ 0”字节第一个除外？

| 我正在用C ++编写一个小型网络程序。除其他外，它还必须下载Twitter个人资料图片。我有一个URL列表（stl :: vector）。我认为下一步是创建for循环并通过套接字发送GET消息，然后将图片保存到其他png文件中。问题是当我发送第一条消息，接收答案段并保存png数据时，一切似乎都很好。但是就在下一次迭代时，通过相同套接字发送的相同消息通过recv（）函数产生了0个接收字节。我通过在循环主体中添加套接字创建代码来解决了这个问题，但是我对套接字概念有些困惑。看起来当我发送消息时，应该关闭套接字并再次重新创建以将下一条消息发送到同一服务器（以获取下一个图像）。这是套接字的网络编程的正确方法，还是可以通过同一套接字接收多个HTTP响应消息？ 提前致谢。 UPD：这是我创建套接字的带有循环的代码。

    // Get links from xml.
    ...
    // Load images in cycle.
    int i=0;
    for (i=0; i<imageLinks.size(); i++)
    {
        // New socket is returned from serverConnect. Why do we need to create new at each iteration?
        string srvAddr = \"207.123.60.126\";
        int socketImg = serverConnect(srvAddr);
        // Create a message.
        ...
        string message = \"GET \" + relativePart;
                message += \" HTTP/1.1\\r\\n\";
        message += \"Host: \" + hostPart + \"\\r\\n\";
        message += \"\\r\\n\";
        // Send a message.
        BufferArray tempImgBuffer = sendMessage(sockImg,message,false);
        fstream pFile;
        string name;
        // Form the name.
        ...
        pFile.open(name.c_str(),ios::app | ios::out | ios::in | ios::binary);
        // Write the file contents.
        ...
        pFile.close();
        // Close the socket.
        close(sockImg);
    }

    

解决方法

        另一侧正在关闭连接。那就是ѭ1的工作原理。您可以： 为每个HTTP GET建立不同的连接 将

HTTP/1.0

与非官方

Connection: Keep-Alive

一起使用 使用

HTTP/1.1

。在“ 5”中，除非另行声明，否则所有连接均被视为永久连接。 强制性xkcd链接服务器注意范围 Wiki HTTP   原始版本的HTTP   （HTTP / 1.0）在HTTP / 1.1中进行了修订。   HTTP / 1.0使用单独的连接来   每个服务器都使用同一台服务器   请求-响应事务，而   HTTP / 1.1可以重用连接   多次     ,        原始形式的HTTP（HTTP 1.0）确实是“每个连接一个请求”协议。一旦收到响应，另一端可能已关闭连接。有些实现中添加了非官方的机制，以支持每个连接多个请求，但是它们并未标准化。 HTTP 1.1解决了这个问题。默认情况下，所有连接均为\“ persistent \”。 要使用此功能，您需要在请求行的末尾添加\“ HTTP / 1.1 \”。代替

GET http://someurl/

，执行

GET http://someurl/ HTTP/1.1

。执行此操作时，您还需要确保提供\“ Host：\”标头。 请注意，即使是某些其他兼容的HTTP服务器也可能不支持持久连接。还请注意，实际上连接可能会在很少的延迟，一定数量的请求或只是随机的情况下被丢弃。您必须为此做好准备，并准备重新连接并继续从上次中断的地方发出请求。 另请参阅HTTP 1.1 RFC。