Cet article est un article miroir de traduction automatique, veuillez cliquer ici pour accéder à l’article original.

Vue: 10988|Répondre: 0

Réussi un trou UDP [Réimpression]

[Copié le lien]
Publié sur 08/03/2017 14:36:44 | | | |
Paramètres de ce test :
Le serveur est une IP fixe sur le réseau public. Deux clients, A et B, sont situés derrière des ordinateurs différents, des réseaux Internet différents et des modèles de routage différents (une route domestique, une route entreprise), et les routes ne sont pas configurées spécialement.
Il n’y a rien de spécial dans le test, juste l’expérience selon les données en ligne. Comme montré ci-dessous :
Illustrer:
Lorsque le côté A envoie un paquet au serveur via UDP, le côté serveur obtient l’IP et le port de l’extrémité A : xxx.xxx.xxx.101:5841
Lorsque le côté B envoie un paquet au serveur via UDP, le côté serveur obtient l’IP et le port du côté B : xxx.xxx.105:12584
À ce stade, le routage aux deux extrémités de A et B équivaut à l’ouverture d’un canal pour communiquer avec A et B vers l’extérieur. Non seulement le serveur peut communiquer avec A et B, mais puisque le canal est ouvert, alors :
A peut envoyer un message directement au canal que B a ouvert (B=xxx.xxx.xxx.105:12584).
Pareil :
B peut également envoyer un message directement vers un canal que A a ouvert (A=xxx.xxx.xxx.101:5841).
Note : Il semble y avoir une séquence de communication entre A et B, j’ai oublié~, envoie quand même
Enfin : la communication UDP est parfois un peu plus « sensible » que TCP (peut-être un peu décalée, et je ne sais pas comment la décrire).
Par exemple, parfois le haut débit a été composé avec succès, mais TCP ne peut pas se connecter au serveur, et le navigateur ouvre la page web, ce qui met beaucoup de temps à TCP pour communiquer normalement.
Pendant la période où TCP ne peut pas être connecté, UDP est normal.
Mais utiliser UDP n’est certainement pas une tâche sans tracas :
--Un protocole de package raisonnable doit être conçu
--Si l’intégrité de l’information est requise, elle doit être retransmise
--Des exigences élevées d’adaptabilité doivent être utilisées avec TCP
L’environnement réseau actuel est relativement bon, et le taux de réussite de l’envoi UDP peut atteindre 98, 99 %, voire plus (je n’ai pas fait assez de tests, je le ressens juste).
Dans l’environnement réseau complexe et instable de l’époque, QQ a en fait choisi UDP comme principal protocole de communication, tandis que ICQ et MSN étaient principalement TCP à la fois.
L’imitation ne signifie pas suivre et prendre du retard, mais il est important de pouvoir intégrer une nouvelle pensée dans un cadre ancien. Cela devrait aussi être l’un des facteurs inévitables pour le succès du cheval.





Précédent:Gadget de communication UDP .net/c# [code source]
Prochain:[Combat réel] UDP System.Net.Sockets.SocketException
Démenti:
Tous les logiciels, supports de programmation ou articles publiés par Code Farmer Network sont uniquement destinés à l’apprentissage et à la recherche ; Le contenu ci-dessus ne doit pas être utilisé à des fins commerciales ou illégales, sinon les utilisateurs assumeront toutes les conséquences. Les informations sur ce site proviennent d’Internet, et les litiges de droits d’auteur n’ont rien à voir avec ce site. Vous devez supprimer complètement le contenu ci-dessus de votre ordinateur dans les 24 heures suivant le téléchargement. Si vous aimez le programme, merci de soutenir un logiciel authentique, d’acheter l’immatriculation et d’obtenir de meilleurs services authentiques. En cas d’infraction, veuillez nous contacter par e-mail.

Mail To:help@itsvse.com