Skip to main content
Version: 3.x

The Socket instance (client-side)

Besides emitting and listening to events, the Socket instance has a few attributes that may be of use in your application:


Each new connection is assigned a random 20-characters identifier.

This identifier is synced with the value on the server-side.

// server-sideio.on("connection", (socket) => {  console.log(; // x8WIv7-mJelg7on_ALbx});
// client-sidesocket.on("connect", () => {  console.log(; // x8WIv7-mJelg7on_ALbx});
socket.on("disconnect", () => {  console.log(; // undefined});


This attribute describes whether the socket is currently connected to the server.

socket.on("connect", () => {  console.log(socket.connected); // true});
socket.on("disconnect", () => {  console.log(socket.connected); // false});


Lifecycle diagram


The Socket instance emits three special events:

Please note that since Socket.IO v3, the Socket instance does not emit any event related to the reconnection logic anymore. You can listen to the events on the Manager instance directly:"reconnection_attempt", () => {  // ...});"reconnect", () => {  // ...});

More information can be found in the migration guide.


This event is fired by the Socket instance upon connection and reconnection.

socket.on("connect", () => {  // ...});

Please note that you shouldn't register event handlers in the connect handler itself, as a new handler will be registered every time the Socket reconnects:

// BADsocket.on("connect", () => {  socket.on("data", () => { /* ... */ });});
// GOODsocket.on("connect", () => {  // ...});
socket.on("data", () => { /* ... */ });


This event is fired when:

  • the low-level connection cannot be established
  • the connection is denied by the server in a middleware function

In the first case, the Socket will automatically try to reconnect, after a given delay.

In the latter case, you need to manually reconnect. You might need to update the credentials:

// either by directly modifying the `auth` attributesocket.on("connect_error", () => {  socket.auth.token = "abcd";  socket.connect();});
// or if the `auth` attribute is a functionconst socket = io({  auth: (cb) => {    cb(localStorage.getItem("token"));  }});
socket.on("connect_error", () => {  setTimeout(() => {    socket.connect();  }, 1000);});


This event is fired upon disconnection.

socket.on("disconnect", (reason) => {  // ...});

Here is the list of possible reasons:

io server disconnectThe server has forcefully disconnected the socket with socket.disconnect()
io client disconnectThe socket was manually disconnected using socket.disconnect()
ping timeoutThe server did not send a PING within the pingInterval + pingTimeout range
transport closeThe connection was closed (example: the user has lost connection, or the network was changed from WiFi to 4G)
transport errorThe connection has encountered an error (example: the server was killed during a HTTP long-polling cycle)

In the first two cases (explicit disconnection), the client will not try to reconnect and you need to manually call socket.connect().

In all other cases, the client will wait for a small random delay and then try to reconnect:

socket.on("disconnect", (reason) => {  if (reason === "io server disconnect") {    // the disconnection was initiated by the server, you need to reconnect manually    socket.connect();  }  // else the socket will automatically try to reconnect});

Note: those events, along with disconnecting, newListener and removeListener, are special events that shouldn't be used in your application:

// BAD, will throw an errorsocket.emit("disconnect");

Complete API#

The complete API exposed by the Socket instance can be found here.