Erhalten Sie die tatsächliche Größe des empfangenen Pakets

Question

Normalerweise wird beim Senden von beliebig großen Paketen ein Maximum festgelegt und als die Größe Ihres Empfangspuffers verwendet.

#include <winsock2.h> 

// Socket Description 
// Hint.ai_family = AF_INET; 
// Hint.ai_socktype = SOCK_DGRAM; 
// Hint.ai_protocol = IPPROTO_UDP; 

void Send(int Size) 
{ 
    char *Data = (char *)malloc(Size); 
    sendto(Socket, Data, Size, NULL, Result->ai_addr, Result->ai_addrlen) 
} 

void Receive() 
{ 
    const unsigned int MaxDataSize = 1436; 
    char *Data = (char *)malloc(MaxDataSize); 
    recvfrom(Socket, Data, MaxDataSize, 0, (SOCKADDR*)&RecvAddr, &RecvAddrSize); 
} 

In diesem Pseudo-Beispiel, unabhängig von der Größe der Daten zu Send() vergangen, unsere Receive() Funktion wird es immer mit der maximalen Größe definiert.

Wie kann man die ursprüngliche Größe der gesendeten Pakete feststellen?

Answer 1

MSDN recvfrom() Documentation

Wenn kein Fehler auftritt, kehrt recvfrom die Anzahl der empfangenen Bytes. Wenn die Verbindung ordnungsgemäß geschlossen wurde, ist der Rückgabewert Null. Andernfalls wird der Wert SOCKET_ERROR zurückgegeben und ein bestimmter Fehlercode kann durch Aufrufen von WSAGetLastError abgerufen werden.

Anschließend wird durch die Verwendung des MSG_PEEK Flag:

Peeks an den ankommenden Daten. Die Daten werden in den Puffer kopiert, aber wird nicht aus der Eingabewarteschlange entfernt. Die Funktion gibt anschließend die Menge der Daten, die in einem einzelnen Anruf gelesen werden können, an die recvfrom (oder recv) -Funktion, die nicht identisch sein kann mit der Gesamtmenge von Daten am Socket eingereiht. Die Datenmenge, die in einem einzelnen Aufruf der Funktion recvfrom (oder recv) gelesen werden kann, ist auf der im send- oder sendto-Funktionsaufruf geschriebenen Datengröße beschränkt.

Dies gibt Ihnen die Flexibilität, ein eingehendes Paket in mehreren Bursts zu lesen. Sie können einen Größenwert an den Anfang eines Pakets anhängen, bevor Sie es senden. Dies erscheint jedoch nicht so trivial wie es sich anhört.

Ich stelle irgendwelche Leistungsgewinne in Frage, wenn ich diese Route gehe, anstatt einfach genug Speicher zuzuweisen, um das größte Paket zu speichern, das du jemals senden wirst.