Gepolsterte Daten in recv() api

Question

Ich arbeite an TCP-Client-Server-Anwendung mit C++. Third-Party-Lib sind jetzt in diesem Projekt erlaubt.

Hier der Austausch zwischen Client-Server dauert mit gut definierten Protokoll-Format. Sobald der Client das Paket erhält, wird es es für die Analyse senden. Ich habe Protokoll-Manager, der kümmert sich um die Analyse-Aktivität.

Ich habe folgende Zweifel Wenn die Daten bei Client aus dem Netzwerk ankommen, puffert das Betriebssystem es, bis die Anwendung die Funktion recv() aufruft.

So zwei Nachrichten msg1 und msg2 kommt in den Puffer ein Aufruf an recv wird msg1 + msg2 zurückgeben. Jetzt kann dies zum Fehlschlagen der Parsing-Aktivität führen.

Meine Abfragen 1. ob oben genannte Annahme korrekt ist oder nicht? 2. Wenn die oben genannte Annahme richtig ist, wie kann dieses Problem gelöst werden.

Answer 1

Revathy,

Was müssen Sie hier zu tun ist, ein Paket fester Länge machen oder zumindest-fester Länge Kopf von Daten mit variabler Länge gefolgt.

Der Header sollte die Größe des Pakets enthalten. In der recv-Funktion lesen Sie also immer die Header-Bytes und dekodieren die Größe des Pakets und lesen den Rest des Pakets mit einem anderen recv-Aufruf.

Auf diese Weise, auch wenn Sie Ihre TCP-Schicht eine beliebige Anzahl von Paketen, die Puffer können Sie es

unsigned char* pBuffer = NULL; 
    pBuffer = new unsigned char[MESSAGE_HEADER_LENGTH]; 

    // reading header from socket 
    int nRet = recv(sock,(char*)pBuffer,MESSAGE_HEADER_LENGTH,0); 
    int nDataLen = //Read the packet length from pBuffer 
    // reading body from socket 

    unsigned char* pPacket = NULL; 
    pPacket= new unsigned char[nDataLen ]; 
    nRet = recv(sock,(char*)pPacket ,nDataLen ,0); 

Answer 2

In TCP können Sie keine Paketgrenzen sehen. Wenn also beide Pakete ankommen, bevor Sie recv() anrufen, erhalten Sie den Inhalt beider Pakete auf einmal.

In UDP werden Paketgrenzen beibehalten, so dass jeder Aufruf an recv() ein Paket zurückgibt.