這篇文章會介紹有關於 Socket.IO 在 server 端以及 iOS 端的一些實作分享。

Server

首先我們可以先從 Socket.IO 的 Get started 開始，它是以 Node.JS 所編寫的，所以先在資料夾位置執行

npm init

邊可以取得基本的一些檔案和 package.json。接著安裝 Socket.IO 所需要的 express

npm install --save express@4.15.2

然後新建一個 index.js 的檔案，貼上

var app = require('express')();
var http = require('http').Server(app);
app.get('/', function(req, res){
    res.send('<h1>Hello world</h1>');
});
http.listen(3000, function(){
    console.log('listening on *:3000');
});

這樣待會執行 node index.js 的時候便可以從 http://localhost:3000 來連上這個 server。

確認 server 目前是可以連上後，便開始安裝 Socket.IO 到其中

npm install --save socket.io

並在 index.js 裏頭加上 Socket.IO 的 code：

var io = require('socket.io')(http);
io.on('connection', function(socket){
    console.log('a user connected');
});

這樣便完成監聽 client 連接上 server 的事件了。

connection 是 socket.io 所定義的 event，而這個 event 會取得 socket 回來，所以以 function(socket) 的方式去接收並處理後續。不過這裡的 io 可以想成是一個 server，所以每收到一個 client 的 connection 事件，都會執行 function(socket)；而我們若要監聽個別連線的事件，則是使用 socket 來處理：

socket.on('disconnect', function(){
    console.log('user disconnected');
});

也就是說，像是登入、傳送訊息等，和個別使用者相關的動作，我們都是以 socket 來處理。

而除了監聽（on）外，發送（emit）的動作也是如此，像是我想推一段文字給特定的使用者：

socket.emit('new message', '嗨！');

在 client 以及 server 端先彼此定義好 event 名稱，這樣就可以知道要監聽的事件為哪些。

什麼時候該用 io 發送，什麼時候該用 socket 呢？

舉個例子，我們建立一個 Socket.IO 的大聊天室，任何人只要連上這個網址，便等同於加入這個聊天室。

使用者上、下線會顯示提醒
說髒話的人會個別收到「此訊息無法傳送」的訊息

io.on('connection', function(socket) {
    io.emit('new user', '有人加入了這個聊天室！');
    socket.on('add message', function(from, message) {
        if (message.indexOf('馬的') > -1) {
            socket.emit('new message', '此訊息無法傳送');
        } else {
            io.emit('new message', from + ' 說：' + message);
        }
    })
    socket.on('disconnect', function() {
        io.emit('user leave', '有人離開了這個聊天室！');
    });
});

上面便可以得知哪種時候應該要大家都可以接收到、而哪種是只會有個別的使用者接收到。再來介紹一下 ack，在發送一個 event 時，可以在後面補上一個 ack，而當對方收到的時候，可以透過 ack 來傳遞 data，而非再發送一個新的 event。有點像是 HTTP request 的概念，發送一個 request（emit），接著對方會回傳 response（ack），不過這並不一定會有，也就是說你發送（emit）了一個 event 過去，雖然有夾帶著 ack，但是對方若沒接收那個 ack 的話也是沒用。

這邊是一個例子，我們從 server 給沒有收過這則廣告的使用者傳送一則過去，並希望使用者真的有收到，若沒收到下次就再傳一次：

// 判斷使用者是否有收到過廣告，若沒有的話執行
socket.emit('new advertise', '恭喜您獲得 $1,000 元折扣！', function(userID) {
    console.log('使用者(' + userID + ')收到廣告了！');
    //去資料庫更新，下次不用再推給這個 userID
)};

其中，function(userID) 便是一個 ack 或者可以說是 callback。相對的，收到訊息的時候，server 也可以回傳 ack 回去給 client 告知：

socket.on('add message', function(text, ack) {
    console.log('收到: ' + text);
    ack('伺服器收到你的訊息了！請放心！);
});

如此一來，便會在收到訊息之後，以 ack 的方式回傳訊息回去。而 ack 和 emit 所發送出去有什麼不同？在 Socket.IO 的 protocol 裏頭有定義：

Packet#CONNECT ( 0 )
Packet#DISCONNECT ( 1 )
Packet#EVENT ( 2)
Packet#ACK ( 3 )
Packet#ERROR ( 4 )
Packet#BINARY_EVENT ( 5 )
Packet#BINARY_ACK ( 6 ) 所以其實雖然動作類似，但 Socket.IO 可以辨別其中的差異，進而可以在 Socket 之中達到 Request、Response 的概念。

Client

Client 的部分，可以使用 Socket.IO 所提供的 Swift framework，它是基於 Starscream 所開發出來的，如同上述說的有使用到 WebSocket 來連接。以 Swift 來說：

let manager = SocketManager(socketURL: URL(string: “http://localhost:3000”)!, config: [configs]) let socket = manager.defaultSocket 這邊介紹幾個我所使用到的 configs

.log(true)：開啟 LOG 的功能。
.forceWebsockets(true)：若沒有使用這個的話，會以 HTTP polling 的方式連接，從 header 來看的話，就會顯示 connection: keep-alive；而使用了 .forceWebsockets(true) 的話，則會使用 WebSocket 來連線，則會顯示 connection: upgrade。
.reconnectAttempts(int)：重新嘗試連線 n 次，超過就放棄。
.connectParams([String: Any])：這邊可以放 token 來做 Authentication。

為什麼不在 header 裏頭加上 Authentication 的欄位？

這邊 Socket.IO 有做解釋，為什麼不建議在 extraHeaders 加東西。

而 on / emit / emitWithAck 這幾個的用法就和 server 的概念一樣，這邊就不再多做解釋，

之後實作有遇到什麼事情再來補充（或是新文章）！