Aller au contenu principal
Version: 4.x

Introduction

astuce

Si vous êtes nouveau sur Socket.IO, nous vous recommandons de consulter notre tutoriel.

Ce qu'est Socket.IO

Socket.IO est une bibliothèque qui permet une communication à faible latence, bidirectionnelle et basée sur les événements entre un client et un serveur.

Diagram of a communication between a server and a clientDiagram of a communication between a server and a client

La connexion peut être établie avec différents transports de bas-niveau :

Socket.IO choisira automatiquement la meilleure option, à partir :

  • des possibilités du navigateur (voir ici et ici)
  • du réseau (certains réseaux bloquent les connexions WebSocket et/ou WebTransport)

Vous trouverez plus d'informations à ce sujet dans la section "Comment ça marche"

Implémentations côté serveur

LanguageWebsite
JavaScript (Node.js)- Installation
- API
- Code source
JavaScript (Deno)https://github.com/socketio/socket.io-deno
Javahttps://github.com/mrniko/netty-socketio
Javahttps://github.com/trinopoty/socket.io-server-java
Pythonhttps://github.com/miguelgrinberg/python-socketio
Golanghttps://github.com/googollee/go-socket.io
Rusthttps://github.com/Totodore/socketioxide

Implémentations côté client

LanguageWebsite
JavaScript (navigateur, Node.js or React Native)- Installation
- API
- Code source
JavaScript (pour les Mini-Programs WeChat)https://github.com/weapp-socketio/weapp.socket.io
Javahttps://github.com/socketio/socket.io-client-java
C++https://github.com/socketio/socket.io-client-cpp
Swifthttps://github.com/socketio/socket.io-client-swift
Darthttps://github.com/rikulo/socket.io-client-dart
Pythonhttps://github.com/miguelgrinberg/python-socketio
.Nethttps://github.com/doghappy/socket.io-client-csharp
Rusthttps://github.com/1c3t3a/rust-socketio
Kotlinhttps://github.com/icerockdev/moko-socket-io

Ce que Socket.IO n'est pas

attention

Socket.IO n'est PAS une implémentation WebSocket.

Bien que Socket.IO utilise effectivement les WebSockets lorsque cela est possible, il dispose de son propre protocole de communication. C'est pourquoi un client WebSocket ne pourra pas se connecter à un serveur Socket.IO, et un client Socket.IO ne pourra pas non plus se connecter à un serveur WebSocket ordinaire.

// ATTENTION ! Le client ne sera pas en mesure de se connecter !
const socket = io("ws://echo.websocket.org");

Si vous recherchez un serveur WebSocket, vous pouvez vous diriger vers le module ws ou bien µWebSockets.js.

Il existe également des discussions pour inclure un serveur WebSocket dans le noyau Node.js.

Côté client, vous pourriez être intéressé par le module robust-websocket.

attention

Socket.IO n'est pas destiné à être utilisé en arrière-plan dans une application mobile.

La bibliothèque Socket.IO maintient une connexion TCP ouverte au serveur, ce qui peut entraîner une décharge importante de la batterie pour vos utilisateurs. Veuillez utiliser une plate-forme de messagerie dédiée telle que FCM pour cet usage.

Fonctionnalités

Voici les fonctionnalités fournies par Socket.IO par rapport une connexion WebSocket classique :

Mode dégradé en HTTP long-polling

La connexion sera dégradée en HTTP long-polling au cas où la connexion WebSocket ne pourrait pas être établie.

Cette fonctionnalité était la principale raison pour laquelle les gens utilisaient Socket.IO lorsque le projet a été créé il y a plus de dix ans (!), car la prise en charge des navigateurs pour WebSockets en était encore à ses balbutiements.

Même si la plupart des navigateurs prennent désormais en charge WebSockets (plus de 97 %), cela reste une fonctionnalité intéressante car nous recevons toujours des rapports d'utilisateurs qui ne peuvent pas établir de connexion WebSocket car ils sont derrière un proxy mal configuré.

Reconnexion automatique

Dans certaines conditions particulières, la connexion WebSocket entre le serveur et le client peut être interrompue sans que les deux parties soient conscientes de l'état rompu du lien.

C'est pourquoi Socket.IO inclut un mécanisme de ping/pong, qui vérifie périodiquement l'état de la connexion.

Et lorsque le client finit par être déconnecté, il se reconnecte automatiquement avec un délai d'attente exponentiel, afin de ne pas submerger le serveur.

Mise en mémoire tampon des paquets

Les paquets sont automatiquement mis en mémoire tampon lorsque le client est déconnecté et seront envoyés lors de la reconnexion.

Plus d'informations ici.

Accusés de réception

Socket.IO fournit un moyen pratique d'envoyer un événement et de recevoir une réponse :

Émetteur

socket.emit("bonjour", "ô monde", (response) => {
console.log(response); // "bien reçu !"
});

Receveur

socket.on("bonjour", (arg, callback) => {
console.log(arg); // "ô monde"
callback("bien reçu !");
});

Vous pouvez également ajouter un délai maximum de réponse :

socket.timeout(5000).emit("bonjour", "ô monde", (err, response) => {
if (err) {
// le destinataire n'a pas accusé réception de l'événement dans le délai imparti
} else {
console.log(response); // "bien reçu !"
}
});

Diffusion d'événements

Côté serveur, vous pouvez envoyer un événement à tous les clients connectés ou à un sous-ensemble de clients :

// à tous les clients connectés
io.emit("bonjour");

// à tous les clients connectés dans la room "news"
io.to("news").emit("bonjour");

Cela fonctionne également avec plusieurs serveurs Socket.IO.

Multiplexage

Les Namespaces vous permettent de diviser la logique de votre application sur une seule connexion partagée. Cela peut être utile par exemple si vous souhaitez créer un canal "admin" que seuls les utilisateurs autorisés peuvent rejoindre.

io.on("connection", (socket) => {
// utilisateurs classiques
});

io.of("/admin").on("connection", (socket) => {
// administrateurs
});

Plus d'informations à ce sujet ici.

Questions fréquentes

Socket.IO est-il encore nécessaire aujourd'hui ?

C'est une bonne question, puisque les WebSockets sont pris en charge presque partout maintenant.

Cela étant dit, nous pensons que si vous utilisez des WebSockets classiques pour votre application, vous aurez finalement besoin d'implémenter la plupart des fonctionnalités déjà incluses (et testées !) dans Socket.IO, comme la reconnexion automatique, les accusés de réception ou la diffusion d'événements.

Quelle est la surcharge du protocole Socket.IO ?

socket.emit("hello", "world") sera envoyé sous la forme d'une seule « frame » WebSocket contenant 42["hello","world"] avec :

  • 4 étant le type de paquet "message" du protocol Engine.IO
  • 2 étant le type de paquet "message" du protocol Socket.IO
  • ["hello","world"] étant la version JSON.stringify()-ée du tableau d'arguments

Donc quelques octets supplémentaires pour chaque message, qui peuvent être encore réduits par l'utilisation d'un parser personnalisé.

info

La taille du « bundle » client lui-même est de 10.4 kB (minifié et gzippé).

Quelque chose ne fonctionne pas correctement, au secours !

Veuillez consulter le Guide de dépannage.

Étapes suivantes