Le paquet collant TCP signifie que plusieurs paquets de données envoyés par l'expéditeur sont bloqués dans un seul paquet lorsqu'ils arrivent au destinataire. À partir du tampon de réception, la tête du paquet de données suivant suit immédiatement la fin de. le paquet de données précédent. Il existe de nombreuses raisons pour lesquelles les paquets persistants peuvent provenir de l'expéditeur ou du destinataire.
1. Quel est le problème de blocage TCP ?
Les paquets collants TCP signifient que plusieurs paquets de données envoyés par l'expéditeur sont bloqués dans un seul paquet lorsqu'ils arrivent au destinataire. Depuis le tampon de réception, l'en-tête de ce dernier paquet de données suit le précédent. paquet de données. En fin de compte, il existe de nombreuses raisons pour lesquelles les paquets collants peuvent provenir de l'expéditeur ou du destinataire.
Recommandations d'apprentissage associées : PHP Programmation du débutant au compétent
2. Raisons des paquets persistants TCP
(1) Raisons de l'expéditeur
TCP The Nagle L'algorithme Nagle est utilisé par défaut (fonction principale : réduire le nombre de segments de message dans le réseau), et l'algorithme Nagle fait principalement deux choses :
a : Ce n'est que lorsque le paquet précédent est confirmé que le paquet suivant sera envoyé
b : Collectez plusieurs petits paquets et envoyez-les ensemble lorsqu'une confirmation arrive
L'algorithme Nagle peut provoquer un problème persistant chez l'expéditeur
(2) Raisons du récepteur
Lorsque TCP reçoit un paquet de données, il ne sera pas transmis à la couche application pour traitement immédiat, ou la couche application ne le traitera pas immédiatement. En fait, TCP enregistre les paquets de données reçus dans le tampon de réception, puis l'application lit activement les paquets reçus dans le tampon. De cette manière, si la vitesse à laquelle TCP reçoit les paquets de données dans le cache est supérieure à la vitesse à laquelle l'application lit les paquets de données dans le cache, plusieurs paquets seront mis en cache et l'application pourra lire plusieurs paquets liés bout à bout. emballer.
3. Quand faut-il faire face au phénomène de collage ?
a : Si les multiples ensembles de données envoyés par l'expéditeur sont à l'origine des parties différentes de la même donnée, par exemple, un fichier est divisé en plusieurs parties et envoyé, alors bien sûr il y a pas besoin de traiter le phénomène collant
b : Si plusieurs groupes ne sont pas liés ou même parallèles, alors le phénomène collant doit être traité à ce moment
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!