文件传输 - 数据包轮次

时间:2012-09-23 18:33:08

标签: c++ sockets networking winsock packet

我基本上使用的是一个20,480byte的缓冲区,它是一个数据包结构。结构如下:

struct PACKET
{
    DWORD Header;
    char data[20480];
    bool eof;
};

我正在做的是一次读取一个20,480字节的文件并发送它直到所有文件都被发送完毕。我在3MB文件上测试它,大约发送了150轮。

以下是代码:

PACKET sc;
sc.Header = 0xB;
ifstream file("test.pdf", ios::ate | ios::binary | ios::in);
    DWORD fileSize = file.tellg();
    file.seekg(0, ios::beg)

    int counter = 20480;
    int rounds = fileSize / 20480 + 1;

发送循环:

while (rounds != 0)
{
    sc.eof = false;

    file.read(sc.data, sizeof(sc.data));

    send(Slick.client, (char*)&sc, sizeof(sc), 0);

    file.seekg(counter + 1);
    counter = counter + 20480;

    rounds--;
    Sleep(1);

       if (rounds == 0) sc.eof = true;

    cout << "Left to send: " << rounds << endl;
}
file.close();
cout << "All data was sent!" << endl;

我在另一边使用异步套接字,所以我的问题是有时它收到140个数据包,有时是130,147,148等,文件总是被破坏。我做错了什么?


这是另一面:

case PACKET_FILE:
                    {
                        if (isOpen == false)
                        {
                            isOpen = true;
                            file.open("tester.pdf", ios::binary | ios::out | ios::app);
                            file.write(pack.data, sizeof(pack.data));
                        }
                        else
                        {
                            if (pack.eof == true)
                            {

                                file.write(pack.data, sizeof(pack.data));
                                file.close();
                                MessageBox(NULL, "File Received", "LOL", MB_OK);
                                break;
                            }
                                file.write(pack.data, sizeof(pack.data));
                        }
                        countz++;
                        char bue[10];
                        itoa(countz, bue, 10);
                        SendMessage(hlabelPackets, WM_SETTEXT, NULL, (LPARAM)(bue));
                        break;
                    }

请帮忙,没有意义......

1 个答案:

答案 0 :(得分:1)

看起来问题在于套接字的设置。如果您使用UDP,您将无法保证交付,并且它们不会按照您发送的相同顺序到达。

此外,即使到达文件末尾,您似乎总是发送20480字节。这可能导致接收端的文件最后有垃圾。