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 back end with the role of a client in the WebSocket
communication. Browser clients must use the nativeWebSocket
object(QQs: browser client should call the Websocket constructor provided by browser, see the example at bottom of this article). 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
- ws: a Node.js WebSocket library
Protocol support
- HyBi drafts 07-12 (Use the option
protocolVersion: 8
) - HyBi drafts 13-17 (Current default, alternatively option
protocolVersion: 13
)
Installing
1 | npm install ws |
Opt-in for performance and spec compliance
There are 2 optional modules that can be installed along side with the ws
module. These modules are binary addons which improve certain operations.
Prebuilt binaries are available for the most popular platforms so you don’t
necessarily need to have a C++ compiler installed on your machine.
npm install --save-optional bufferutil
: Allows to efficiently perform
operations such as masking and unmasking the data payload of the WebSocket
frames.npm install --save-optional utf-8-validate
: Allows to efficiently check if a
message contains valid UTF-8 as required by the spec.
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][node-zlib-deflaterawdocs].
See [the docs][ws-server-options] for more options.
1 | const WebSocket = require('ws'); |
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 theperMessageDeflate
option to false
.
1 | const WebSocket = require('ws'); |
Usage examples
Sending and receiving text data
1 | const WebSocket = require('ws'); |
Sending binary data
1 | const WebSocket = require('ws'); |
Simple server
1 | const WebSocket = require('ws'); |
External HTTP/S server
1 | const fs = require('fs'); |
Multiple servers sharing a single HTTP/S server
1 | const http = require('http'); |
Client authentication
1 | const http = require('http'); |
Also see the provided example using express-session
.
Server broadcast
A client WebSocket broadcasting to all connected WebSocket clients, including
itself.
1 | const WebSocket = require('ws'); |
A client WebSocket broadcasting to every other connected WebSocket clients,
excluding itself.
1 | const WebSocket = require('ws'); |
echo.websocket.org demo
1 | const WebSocket = require('ws'); |
Use the Node.js streams API
1 | const WebSocket = require('ws'); |
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.
1 | const WebSocket = require('ws'); |
When the server runs behind a proxy like NGINX, the de-facto standard is to use
the X-Forwarded-For
header.
1 | wss.on('connection', function connection(ws, req) { |
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.
1 | const WebSocket = require('ws'); |
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:
1 | const WebSocket = require('ws'); |
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
[node-zlib-deflaterawdocs]:
https://nodejs.org/api/zlib.html#zlib_zlib_createdeflateraw_options
[ws-server-options]:
https://github.com/websockets/ws/blob/master/doc/ws.md#new-websocketserveroptions-callback
Browser Client
1 | // Create WebSocket connection. |