Tout d'abord, il y a un problème avec l'affirmation selon laquelle socket est une connexion longue. Socket est une couche d'abstraction logicielle intermédiaire pour la communication entre la couche application et la famille de protocoles TCP/IP. Il peut utiliser le TCP ou l'UDP sous-jacent. Http est basé sur TCP. Les connexions longues et les connexions courtes du protocole HTTP sont essentiellement les connexions longues et les connexions courtes du protocole TCP.
Les connexions longues et les connexions courtes sont relatives. Connexion longue : Après avoir établi une connexion, elle est maintenue pendant un certain temps. Pendant cette période, plusieurs demandes et réponses utilisent cette connexion. Connexion courte : Chaque fois qu'une demande est effectuée, une connexion est établie, et la connexion est fermée lorsque le serveur répond.
HTTP/1.0 est une connexion courte, HTTP/1.1 prend en charge les connexions longues et HTTP/2 a été amélioré. Quel est le besoin derrière ces améliorations ? Il est recommandé de jeter un œil à l'historique de HTTP
TCP/IP peut être long ou court, alors que HTTP l'utilise principalement comme court.
HTTP peut également être long, tant que le serveur et le navigateur ne ferment pas le lien tout le temps. Cette méthode était autrefois populaire pour obtenir une notification du serveur en temps réel (recherchez http comet pour le savoir).
HTTP "ne nécessite tout simplement pas" de longues connexions. Vous pouvez le garder actif ou fermer le socket immédiatement une fois la transmission terminée.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Tout d'abord, il y a un problème avec l'affirmation selon laquelle socket est une connexion longue. Socket est une couche d'abstraction logicielle intermédiaire pour la communication entre la couche application et la famille de protocoles TCP/IP. Il peut utiliser le TCP ou l'UDP sous-jacent. Http est basé sur TCP. Les connexions longues et les connexions courtes du protocole HTTP sont essentiellement les connexions longues et les connexions courtes du protocole TCP.
Les connexions longues et les connexions courtes sont relatives.
Connexion longue : Après avoir établi une connexion, elle est maintenue pendant un certain temps. Pendant cette période, plusieurs demandes et réponses utilisent cette connexion.
Connexion courte : Chaque fois qu'une demande est effectuée, une connexion est établie, et la connexion est fermée lorsque le serveur répond.
HTTP/1.0 est une connexion courte, HTTP/1.1 prend en charge les connexions longues et HTTP/2 a été amélioré. Quel est le besoin derrière ces améliorations ? Il est recommandé de jeter un œil à l'historique de HTTP
Pour être précis, HTTP est basé sur TCP/IP.
TCP/IP peut être long ou court, alors que HTTP l'utilise principalement comme court.
HTTP peut également être long, tant que le serveur et le navigateur ne ferment pas le lien tout le temps. Cette méthode était autrefois populaire pour obtenir une notification du serveur en temps réel (recherchez http comet pour le savoir).
HTTP "ne nécessite tout simplement pas" de longues connexions. Vous pouvez le garder actif ou fermer le socket immédiatement une fois la transmission terminée.
Avant de demander [pourquoi], veuillez rechercher clairement [si c'est le cas] !