Fragmentation TCP

Question

Je sais que TCP fournit une transmission de données de type flux, mais la question principale est - quelles situations peuvent survenir lors de l'envoi de données via TCP?
1. Le message peut être divisé en N blocs pour correspondre à la taille MTU.
2. Deux messages peuvent être lus dans 1 appel recv.

Peut-il y avoir la prochaine situation?
MTU par exemple 1500 octets.
Les appels clients envoient avec des données de 1498 octets.
Les appels clients envoient avec 100 octets de données.
Le serveur appelle recv et reçoit des données de 1500 octets.
Le serveur appelle recv et reçoit des données de 98 octets. Donc, il finira avec la situation où 2 octets du second client seront reçus dans le premier serveur recv.

Mon protocole défini comme foolows:
4 octets - longueur de données
de contenu de données.

Je me demande si je peux arriver à une situation où 4 octets (longueur de données) seront divisés en 2 morceaux?

Answer 1

Oui, un flux d'octets peut être divisé sur n'importe quelle limite d'octets. Vous ne pouvez certainement avoir votre tête longueur de données de 4 octets divisé dans l'une des 8 façons différentes:

4 
1-3 
2-2 
3-1 
1-1-2 
1-2-1 
2-1-1 
1-1-1-1 

Certains d'entre eux sont plus susceptibles de se produire que d'autres, mais vous devez tenir compte pour eux. Le code qui pourrait gérer cela pourrait ressembler à quelque chose comme ce qui suit:

unsigned char buf[4]; 
size_t len = 0; 
while (len < sizeof(buf)) { 
    ssize_t n = recv(s, buf+len, sizeof(buf)-len, 0); 
    if (n < 0) { 
     // error handling here 
    } 
    len += n; 
} 
length = buf[0] | (buf[1] << 8) | (buf[2] << 16) | (buf[3] << 24); 

Answer 2

J'écris toujours mes applications d'une manière qui attend les données deviennent fragmentées en quelque sorte. Ce n'est pas difficile à faire une fois que vous arrivez avec un bon design.

What's the best way to monitor a socket for new data and then process that data?