Node.jsで使用するWebSocketライブラリはどれですか？[閉まっている]

現在、node.js用の多数のWebSocketライブラリがあり、最も人気のあるものは次のようです。

• https://github.com/Worlize/WebSocket-Node
• https://github.com/einaros/ws
• https://github.com/LearnBoost/engine.io
• https://github.com/learnboost/socket.io
• https://github.com/sockjs

しかし、私はそれらの間の明確な具体的な比較を見つけることができません...どうやらSocket.ioは素晴らしかったですが、かなり時代遅れになり、ビルドに失敗しました。wsとwebsocket-nodeはどちらも最速だと主張しています。そして、engine.ioは新しいように見えますが、軽量の排気口よりもかなり重いです。

私たちまたは誰かが、どのソケットライブラリをいつ使用するかについてのガイドとなる回答、およびそれらの比較をまとめることができればすばらしいと思います。

このコミュニティwikiの回答でボールを転がしてください。改善を加えて自由に編集してください。

• ws WebSocketサーバーとnode.jsのクライアント。最速ではないにしても、最速のライブラリの1つ。

• websocket-node node.js用のWebSocketサーバーおよびクライアント

• websocket-driver-node WebSocketサーバーおよびクライアントプロトコルパーサーnode.js-faye-websocket-nodeで使用

• faye-websocket-node node.js用のWebSocketサーバーおよびクライアント-fayeおよびsockjsで使用されます

• socket.io WebSocketサーバーとnode.jsのクライアント+ブラウザのクライアント+（v0は最新から最も古いフォールバック、Socket.ioのv1はengine.ioを使用）+チャネル-stack.ioで使用。クライアントライブラリは、切断時に再接続を試みます。

• sockjs WebSocketサーバーとnode.jsなどのクライアント+ブラウザのクライアント+最新から最古のフォールバック

• faye WebSocketサーバーとnode.jsなどのクライアント+ブラウザーのクライアント+フォールバック+他のサーバー側言語のサポート

• deepstream.ioクラスタリング可能なリアルタイムサーバー。WebSocketとTCP接続を処理し、データ同期、pub / sub、要求/応答を提供します。

• socketcluster WebSocketサーバークラスターは、マシン上のすべてのCPUコアを利用します。たとえば、32コアのxlarge Amazon EC2インスタンスを使用する場合、単一のインスタンスでほぼ32倍のトラフィックを処理できます。

• primus上記のほとんどのライブラリに共通のAPIを提供し、すべてのライブラリの切り替えを容易にし、安定性を向上させます。

いつ使用するか：

• ブラウザーの非互換性に注意して、クライアントサイドでネイティブWebSocket実装を使用する場合は、基本的なWebSocketサーバーを使用します

• ブラウザのフォールバックが気になる場合は、フォールバックライブラリを使用する

• チャンネルに関心がある場合は、フル機能のライブラリを使用します

• プロジェクトの要件の変更や追加の接続の安定性が必要なためにフレームワークを切り替える必要がある場合に、何を使用するのかわからない場合、primusを使用してアプリケーションを書き直す気になりません。

テストする場所：

Firecampは、SocketIO、WS、およびすべての主要なリアルタイムテクノロジー用のGUIテスト環境です。開発中にリアルタイムイベントをデバッグします。

更新：記載されているライブラリの新しいバージョンがその後リリースされているため、この回答は古くなっています。

Socket.IO v0.9は時代遅れで少しバグがあり、Engine.IOは暫定的な後継です。Socket.IO v1.0（近日リリース予定）はEngine.IOを使用し、v0.9よりもはるかに優れています。Socket.IO v1.0がリリースされるまで、Engine.IOを使用することをお勧めします。

"ws"はフォールバックをサポートしていないため、クライアントブラウザーがWebSocketをサポートしていない場合は機能しません。WebSocketが使用できない場合にロングポーリングなどを使用するSocket.IOおよびEngine.IOとは異なります。ただし、「ws」は現時点で最速のライブラリのようです。

Socket.IO、Engine.IO、Primusを比較する私の記事を参照してください：https ://medium.com/p/b63bfca0539

npm wsが私の答えでした。私はそれが邪魔にならないように、そしてより簡単にわかりました。WebSocketとRESTサービスを混在させることも簡単でした。この投稿で簡単なコードを共有しました。

var WebSocketServer = require("ws").Server;
var http = require("http");
var express = require("express");
var port = process.env.PORT || 5000;

var app = express();
    app.use(express.static(__dirname+ "/../"));
    app.get('/someGetRequest', function(req, res, next) {
       console.log('receiving get request');
    });
    app.post('/somePostRequest', function(req, res, next) {
       console.log('receiving post request');
    });
    app.listen(80); //port 80 need to run as root

    console.log("app listening on %d ", 80);

var server = http.createServer(app);
    server.listen(port);

console.log("http server listening on %d", port);

var userId;
var wss = new WebSocketServer({server: server});
    wss.on("connection", function (ws) {

    console.info("websocket connection open");

    var timestamp = new Date().getTime();
    userId = timestamp;

    ws.send(JSON.stringify({msgType:"onOpenConnection", msg:{connectionId:timestamp}}));


    ws.on("message", function (data, flags) {
        console.log("websocket received a message");
        var clientMsg = data;

        ws.send(JSON.stringify({msg:{connectionId:userId}}));


    });

    ws.on("close", function () {
        console.log("websocket connection close");
    });
});
console.log("websocket server created");