Pourquoi TCP est-il préféré à UDP pour les applications nécessitant un contrôle d'erreurs approfondi (par exemple, HTTPS) ?

TCP est préféré pour les applications nécessitant un contrôle d'erreurs approfondi comme HTTPS car il est un protocole orienté connexion qui assure une livraison fiable. Il utilise des accusés de réception (ACK) pour confirmer la réception des paquets. Si un ACK n'est pas reçu dans un certain délai, TCP retransmet le paquet manquant. UDP, en revanche, est un protocole sans connexion et ne fournit pas de mécanismes de fiabilité intégrés comme les accusés de réception, le retransmissions ou le contrôle de flux. Il est plus rapide mais ne garantit pas la livraison. Les autres options sont incorrectes : UDP ne garantit pas l'ordre des paquets ; c'est TCP qui utilise le séquençage pour assurer l'ordre. TCP utilise à la fois le contrôle de flux et le contrôle de congestion, tandis qu'UDP n'en a aucun. TCP garantit la livraison fiable, alors qu'UDP ne le fait pas. TCP ne "jette" pas les paquets sous charge de manière arbitraire ; il gère la congestion pour éviter la perte.