Convert Figma logo to code with AI

websockets logows

Simple to use, blazing fast and thoroughly tested WebSocket client and server for Node.js

21,534
2,422
21,534
6

Top Related Projects

Simple, secure & standards compliant web server for the most demanding of applications

60,879

Realtime application framework (Node.JS server)

Real-time messaging library for Go. The simplest way to add feature-rich and scalable WebSocket support to your application. The core of Centrifugo server.

Pusher Javascript library

Quick Overview

The ws library is a WebSocket client and server implementation for Node.js. It provides a simple and efficient way to create WebSocket-based applications, allowing real-time, bidirectional communication between a client and a server.

Pros

  • Lightweight and Performant: The ws library is designed to be lightweight and highly performant, making it suitable for building scalable WebSocket-based applications.
  • Flexible and Extensible: The library offers a flexible and extensible API, allowing developers to customize and extend its functionality to fit their specific needs.
  • Actively Maintained: The ws library is actively maintained and has a large community of contributors, ensuring regular updates and bug fixes.
  • Cross-Platform Compatibility: The ws library is compatible with various platforms and environments, including Node.js, browsers, and other JavaScript-based environments.

Cons

  • Limited Documentation: While the ws library has a decent amount of documentation, some users have reported that the documentation could be more comprehensive and easier to navigate.
  • Lack of Built-in Features: The ws library is a relatively low-level implementation, and it may not include some of the more advanced features found in other WebSocket libraries, such as automatic reconnection or message compression.
  • Dependency on Node.js: The ws library is designed specifically for Node.js, which means that it may not be the best choice for developers working in other JavaScript environments or platforms.
  • Potential Learning Curve: The flexibility and low-level nature of the ws library may present a steeper learning curve for developers who are new to WebSocket programming or Node.js development.

Code Examples

Here are a few code examples demonstrating the usage of the ws library:

Creating a WebSocket Server:

const WebSocket = require('ws');

const wss = new WebSocket.Server({ port: 8080 });

wss.on('connection', (ws) => {
  console.log('Client connected');

  ws.on('message', (message) => {
    console.log('Received message:', message);
    ws.send('Hello, client!');
  });

  ws.on('close', () => {
    console.log('Client disconnected');
  });
});

Connecting to a WebSocket Server:

const WebSocket = require('ws');

const ws = new WebSocket('ws://localhost:8080');

ws.on('open', () => {
  console.log('Connected to server');
  ws.send('Hello, server!');
});

ws.on('message', (data) => {
  console.log('Received message:', data);
});

ws.on('close', () => {
  console.log('Disconnected from server');
});

Handling Binary Data:

const WebSocket = require('ws');

const wss = new WebSocket.Server({ port: 8080 });

wss.on('connection', (ws) => {
  console.log('Client connected');

  ws.on('message', (message) => {
    if (typeof message === 'string') {
      console.log('Received text message:', message);
    } else {
      console.log('Received binary data:', message);
    }
    ws.send(message);
  });

  ws.on('close', () => {
    console.log('Client disconnected');
  });
});

Handling Errors:

const WebSocket = require('ws');

const ws = new WebSocket('ws://localhost:8080');

ws.on('open', () => {
  console.log('Connected to server');
  ws.send('Hello, server!');
});

ws.on('message', (data) => {
  console.log('Received message:', data);
});

ws.on('error', (error) => {
  console.error('WebSocket error:', error);
});

ws.on('close', () => {
  console.log('Disconnected from server');
});

Getting Started

To get started with the ws library, follow these steps:

  1. Install the ws library using npm:

    npm install ws
    
  2. Create a new Node.

Competitor Comparisons

Simple, secure & standards compliant web server for the most demanding of applications

Pros of uWebSockets

  • Significantly higher performance and lower latency
  • Lower memory footprint and CPU usage
  • Support for both WebSocket and HTTP protocols

Cons of uWebSockets

  • Less mature and potentially less stable than ws
  • More complex API and setup process
  • Limited platform support (primarily Linux and macOS)

Code Comparison

ws:

const WebSocket = require('ws');
const wss = new WebSocket.Server({ port: 8080 });

wss.on('connection', function connection(ws) {
  ws.on('message', function incoming(message) {
    console.log('received: %s', message);
  });
});

uWebSockets:

const uWS = require('uWebSockets.js');

const app = uWS.App().ws('/*', {
  message: (ws, message, isBinary) => {
    console.log('received:', message);
  }
}).listen(8080, (listenSocket) => {
  if (listenSocket) {
    console.log('Listening to port 8080');
  }
});

Summary

uWebSockets offers superior performance and efficiency, making it ideal for high-throughput applications. However, ws provides a more straightforward API and broader platform support, making it a solid choice for general-purpose WebSocket implementations. The choice between the two depends on specific project requirements, such as performance needs, ease of use, and target platforms.

60,879

Realtime application framework (Node.JS server)

Pros of Socket.IO

  • Built-in fallback mechanisms for environments without WebSocket support
  • Automatic reconnection and event buffering during disconnections
  • Room and namespace support for easy message broadcasting

Cons of Socket.IO

  • Larger bundle size due to additional features and fallback mechanisms
  • Slightly higher latency compared to raw WebSocket implementations
  • Custom protocol that may not be compatible with other WebSocket libraries

Code Comparison

Socket.IO server:

const io = require('socket.io')(3000);
io.on('connection', (socket) => {
  socket.emit('hello', 'world');
});

ws server:

const WebSocket = require('ws');
const wss = new WebSocket.Server({ port: 3000 });
wss.on('connection', (ws) => {
  ws.send('hello world');
});

Socket.IO client:

const socket = io('http://localhost:3000');
socket.on('hello', (data) => {
  console.log(data);
});

ws client:

const ws = new WebSocket('ws://localhost:3000');
ws.onmessage = (event) => {
  console.log(event.data);
};

Real-time messaging library for Go. The simplest way to add feature-rich and scalable WebSocket support to your application. The core of Centrifugo server.

Pros of Centrifuge

  • Built-in scalability features for handling large numbers of concurrent connections
  • Supports real-time messaging patterns like pub/sub and presence out of the box
  • Provides client libraries for multiple languages and platforms

Cons of Centrifuge

  • Higher complexity and learning curve compared to simpler WebSocket implementations
  • May be overkill for basic WebSocket use cases
  • Less flexibility for custom low-level WebSocket handling

Code Comparison

ws:

const WebSocket = require('ws');
const wss = new WebSocket.Server({ port: 8080 });

wss.on('connection', function connection(ws) {
  ws.on('message', function incoming(message) {
    console.log('received: %s', message);
  });
});

Centrifuge:

const Centrifuge = require('centrifuge');
const centrifuge = new Centrifuge('ws://localhost:8000/connection/websocket');

centrifuge.subscribe("channel", function(message) {
  console.log(message);
});

centrifuge.connect();

Summary

ws is a lightweight, low-level WebSocket library that provides a simple API for WebSocket communication. It's ideal for basic WebSocket implementations and offers flexibility for custom handling.

Centrifuge, on the other hand, is a more comprehensive real-time messaging solution built on top of WebSockets. It provides additional features like scalability, pub/sub, and presence, making it suitable for complex real-time applications with high concurrent connections.

Choose ws for simple WebSocket needs and fine-grained control, or Centrifuge for feature-rich, scalable real-time messaging systems.

Pusher Javascript library

Pros of pusher-js

  • Provides a higher-level abstraction for real-time communication
  • Offers built-in features like presence channels and client events
  • Simplifies scaling and handling large numbers of concurrent connections

Cons of pusher-js

  • Requires a paid subscription for production use beyond free tier limits
  • Less flexibility compared to raw WebSocket implementations
  • Dependency on third-party infrastructure and potential vendor lock-in

Code Comparison

pusher-js:

const pusher = new Pusher('APP_KEY', { cluster: 'CLUSTER' });
const channel = pusher.subscribe('my-channel');
channel.bind('my-event', (data) => {
  console.log('Received:', data);
});

ws:

const WebSocket = require('ws');
const ws = new WebSocket('ws://example.com/socket');
ws.on('message', (data) => {
  console.log('Received:', data);
});

Key Differences

  • pusher-js provides a more abstracted API, while ws offers lower-level control
  • pusher-js handles connection management and reconnection automatically
  • ws requires manual implementation of features like channels and presence
  • pusher-js integrates easily with Pusher's cloud infrastructure
  • ws allows for custom server implementations and self-hosting

Both libraries serve different use cases, with pusher-js being more suitable for rapid development and ws offering greater customization for advanced scenarios.

Convert Figma logo designs to code with AI

Visual Copilot

Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.

Try Visual Copilot

README

ws: a Node.js WebSocket library

Version npm CI Coverage Status

ws is a simple to use, blazing fast, and thoroughly tested WebSocket client and server implementation.

Passes the quite extensive Autobahn test suite: server, client.

Note: This module does not work in the browser. The client in the docs is a reference to a backend with the role of a client in the WebSocket communication. Browser clients must use the native WebSocket object. To make the same code work seamlessly on Node.js and the browser, you can use one of the many wrappers available on npm, like isomorphic-ws.

Table of Contents

Protocol support

  • HyBi drafts 07-12 (Use the option protocolVersion: 8)
  • HyBi drafts 13-17 (Current default, alternatively option protocolVersion: 13)

Installing

npm install ws

Opt-in for performance

bufferutil is an optional module that can be installed alongside the ws module:

npm install --save-optional bufferutil

This is a binary addon that improves the performance of certain operations such as masking and unmasking the data payload of the WebSocket frames. Prebuilt binaries are available for the most popular platforms, so you don't necessarily need to have a C++ compiler installed on your machine.

To force ws to not use bufferutil, use the WS_NO_BUFFER_UTIL environment variable. This can be useful to enhance security in systems where a user can put a package in the package search path of an application of another user, due to how the Node.js resolver algorithm works.

Legacy opt-in for performance

If you are running on an old version of Node.js (prior to v18.14.0), ws also supports the utf-8-validate module:

npm install --save-optional utf-8-validate

This contains a binary polyfill for buffer.isUtf8().

To force ws not to use utf-8-validate, use the WS_NO_UTF_8_VALIDATE environment variable.

API docs

See /doc/ws.md for Node.js-like documentation of ws classes and utility functions.

WebSocket compression

ws supports the permessage-deflate extension which enables the client and server to negotiate a compression algorithm and its parameters, and then selectively apply it to the data payloads of each WebSocket message.

The extension is disabled by default on the server and enabled by default on the client. It adds a significant overhead in terms of performance and memory consumption so we suggest to enable it only if it is really needed.

Note that Node.js has a variety of issues with high-performance compression, where increased concurrency, especially on Linux, can lead to catastrophic memory fragmentation and slow performance. If you intend to use permessage-deflate in production, it is worthwhile to set up a test representative of your workload and ensure Node.js/zlib will handle it with acceptable performance and memory usage.

Tuning of permessage-deflate can be done via the options defined below. You can also use zlibDeflateOptions and zlibInflateOptions, which is passed directly into the creation of raw deflate/inflate streams.

See the docs for more options.

import WebSocket, { WebSocketServer } from 'ws';

const wss = new WebSocketServer({
  port: 8080,
  perMessageDeflate: {
    zlibDeflateOptions: {
      // See zlib defaults.
      chunkSize: 1024,
      memLevel: 7,
      level: 3
    },
    zlibInflateOptions: {
      chunkSize: 10 * 1024
    },
    // Other options settable:
    clientNoContextTakeover: true, // Defaults to negotiated value.
    serverNoContextTakeover: true, // Defaults to negotiated value.
    serverMaxWindowBits: 10, // Defaults to negotiated value.
    // Below options specified as default values.
    concurrencyLimit: 10, // Limits zlib concurrency for perf.
    threshold: 1024 // Size (in bytes) below which messages
    // should not be compressed if context takeover is disabled.
  }
});

The client will only use the extension if it is supported and enabled on the server. To always disable the extension on the client, set the perMessageDeflate option to false.

import WebSocket from 'ws';

const ws = new WebSocket('ws://www.host.com/path', {
  perMessageDeflate: false
});

Usage examples

Sending and receiving text data

import WebSocket from 'ws';

const ws = new WebSocket('ws://www.host.com/path');

ws.on('error', console.error);

ws.on('open', function open() {
  ws.send('something');
});

ws.on('message', function message(data) {
  console.log('received: %s', data);
});

Sending binary data

import WebSocket from 'ws';

const ws = new WebSocket('ws://www.host.com/path');

ws.on('error', console.error);

ws.on('open', function open() {
  const array = new Float32Array(5);

  for (var i = 0; i < array.length; ++i) {
    array[i] = i / 2;
  }

  ws.send(array);
});

Simple server

import { WebSocketServer } from 'ws';

const wss = new WebSocketServer({ port: 8080 });

wss.on('connection', function connection(ws) {
  ws.on('error', console.error);

  ws.on('message', function message(data) {
    console.log('received: %s', data);
  });

  ws.send('something');
});

External HTTP/S server

import { createServer } from 'https';
import { readFileSync } from 'fs';
import { WebSocketServer } from 'ws';

const server = createServer({
  cert: readFileSync('/path/to/cert.pem'),
  key: readFileSync('/path/to/key.pem')
});
const wss = new WebSocketServer({ server });

wss.on('connection', function connection(ws) {
  ws.on('error', console.error);

  ws.on('message', function message(data) {
    console.log('received: %s', data);
  });

  ws.send('something');
});

server.listen(8080);

Multiple servers sharing a single HTTP/S server

import { createServer } from 'http';
import { WebSocketServer } from 'ws';

const server = createServer();
const wss1 = new WebSocketServer({ noServer: true });
const wss2 = new WebSocketServer({ noServer: true });

wss1.on('connection', function connection(ws) {
  ws.on('error', console.error);

  // ...
});

wss2.on('connection', function connection(ws) {
  ws.on('error', console.error);

  // ...
});

server.on('upgrade', function upgrade(request, socket, head) {
  const { pathname } = new URL(request.url, 'wss://base.url');

  if (pathname === '/foo') {
    wss1.handleUpgrade(request, socket, head, function done(ws) {
      wss1.emit('connection', ws, request);
    });
  } else if (pathname === '/bar') {
    wss2.handleUpgrade(request, socket, head, function done(ws) {
      wss2.emit('connection', ws, request);
    });
  } else {
    socket.destroy();
  }
});

server.listen(8080);

Client authentication

import { createServer } from 'http';
import { WebSocketServer } from 'ws';

function onSocketError(err) {
  console.error(err);
}

const server = createServer();
const wss = new WebSocketServer({ noServer: true });

wss.on('connection', function connection(ws, request, client) {
  ws.on('error', console.error);

  ws.on('message', function message(data) {
    console.log(`Received message ${data} from user ${client}`);
  });
});

server.on('upgrade', function upgrade(request, socket, head) {
  socket.on('error', onSocketError);

  // This function is not defined on purpose. Implement it with your own logic.
  authenticate(request, function next(err, client) {
    if (err || !client) {
      socket.write('HTTP/1.1 401 Unauthorized\r\n\r\n');
      socket.destroy();
      return;
    }

    socket.removeListener('error', onSocketError);

    wss.handleUpgrade(request, socket, head, function done(ws) {
      wss.emit('connection', ws, request, client);
    });
  });
});

server.listen(8080);

Also see the provided example using express-session.

Server broadcast

A client WebSocket broadcasting to all connected WebSocket clients, including itself.

import WebSocket, { WebSocketServer } from 'ws';

const wss = new WebSocketServer({ port: 8080 });

wss.on('connection', function connection(ws) {
  ws.on('error', console.error);

  ws.on('message', function message(data, isBinary) {
    wss.clients.forEach(function each(client) {
      if (client.readyState === WebSocket.OPEN) {
        client.send(data, { binary: isBinary });
      }
    });
  });
});

A client WebSocket broadcasting to every other connected WebSocket clients, excluding itself.

import WebSocket, { WebSocketServer } from 'ws';

const wss = new WebSocketServer({ port: 8080 });

wss.on('connection', function connection(ws) {
  ws.on('error', console.error);

  ws.on('message', function message(data, isBinary) {
    wss.clients.forEach(function each(client) {
      if (client !== ws && client.readyState === WebSocket.OPEN) {
        client.send(data, { binary: isBinary });
      }
    });
  });
});

Round-trip time

import WebSocket from 'ws';

const ws = new WebSocket('wss://websocket-echo.com/');

ws.on('error', console.error);

ws.on('open', function open() {
  console.log('connected');
  ws.send(Date.now());
});

ws.on('close', function close() {
  console.log('disconnected');
});

ws.on('message', function message(data) {
  console.log(`Round-trip time: ${Date.now() - data} ms`);

  setTimeout(function timeout() {
    ws.send(Date.now());
  }, 500);
});

Use the Node.js streams API

import WebSocket, { createWebSocketStream } from 'ws';

const ws = new WebSocket('wss://websocket-echo.com/');

const duplex = createWebSocketStream(ws, { encoding: 'utf8' });

duplex.on('error', console.error);

duplex.pipe(process.stdout);
process.stdin.pipe(duplex);

Other examples

For a full example with a browser client communicating with a ws server, see the examples folder.

Otherwise, see the test cases.

FAQ

How to get the IP address of the client?

The remote IP address can be obtained from the raw socket.

import { WebSocketServer } from 'ws';

const wss = new WebSocketServer({ port: 8080 });

wss.on('connection', function connection(ws, req) {
  const ip = req.socket.remoteAddress;

  ws.on('error', console.error);
});

When the server runs behind a proxy like NGINX, the de-facto standard is to use the X-Forwarded-For header.

wss.on('connection', function connection(ws, req) {
  const ip = req.headers['x-forwarded-for'].split(',')[0].trim();

  ws.on('error', console.error);
});

How to detect and close broken connections?

Sometimes, the link between the server and the client can be interrupted in a way that keeps both the server and the client unaware of the broken state of the connection (e.g. when pulling the cord).

In these cases, ping messages can be used as a means to verify that the remote endpoint is still responsive.

import { WebSocketServer } from 'ws';

function heartbeat() {
  this.isAlive = true;
}

const wss = new WebSocketServer({ port: 8080 });

wss.on('connection', function connection(ws) {
  ws.isAlive = true;
  ws.on('error', console.error);
  ws.on('pong', heartbeat);
});

const interval = setInterval(function ping() {
  wss.clients.forEach(function each(ws) {
    if (ws.isAlive === false) return ws.terminate();

    ws.isAlive = false;
    ws.ping();
  });
}, 30000);

wss.on('close', function close() {
  clearInterval(interval);
});

Pong messages are automatically sent in response to ping messages as required by the spec.

Just like the server example above, your clients might as well lose connection without knowing it. You might want to add a ping listener on your clients to prevent that. A simple implementation would be:

import WebSocket from 'ws';

function heartbeat() {
  clearTimeout(this.pingTimeout);

  // Use `WebSocket#terminate()`, which immediately destroys the connection,
  // instead of `WebSocket#close()`, which waits for the close timer.
  // Delay should be equal to the interval at which your server
  // sends out pings plus a conservative assumption of the latency.
  this.pingTimeout = setTimeout(() => {
    this.terminate();
  }, 30000 + 1000);
}

const client = new WebSocket('wss://websocket-echo.com/');

client.on('error', console.error);
client.on('open', heartbeat);
client.on('ping', heartbeat);
client.on('close', function clear() {
  clearTimeout(this.pingTimeout);
});

How to connect via a proxy?

Use a custom http.Agent implementation like https-proxy-agent or socks-proxy-agent.

Changelog

We're using the GitHub releases for changelog entries.

License

MIT

NPM DownloadsLast 30 Days