ws
Simple to use, blazing fast and thoroughly tested WebSocket client and server for Node.js
Top Related Projects
Simple, secure & standards compliant web server for the most demanding of applications
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:
-
Install the
ws
library using npm:npm install ws
-
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.
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 designs to code with AI
Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.
Try Visual CopilotREADME
ws: a Node.js WebSocket library
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
Top Related Projects
Simple, secure & standards compliant web server for the most demanding of applications
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
Convert designs to code with AI
Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.
Try Visual Copilot