最近有做一個(gè)項(xiàng)目，類型聊天室的需求，自然也就選用了socket.io。搭建起來的確快，不管是km上還是外面，大把聊天室的demo，當(dāng)然，只是demo，簡易聊天室，而我們的需求當(dāng)然不會(huì)那么簡單啦，于是，就開始填坑了。

本機(jī)調(diào)一切都好，布上服務(wù)器之后，各種異常就開始出現(xiàn)了。

代碼只帖一點(diǎn)片段吧，這里假定你對(duì)socket.io有了一定的了解。

io.on('connection', (socket) => {
    //加入房間
    socket.join(roomID, () => {
        console.log('join');
    });
 
    //退出房間
    socket.on('disconnect', () => {
        console.log('disconnect');
    })
});

這是server端的代碼，很典型的一個(gè)流程，建立連接、加入房間、退出房間。不過在服務(wù)器上實(shí)際運(yùn)行當(dāng)中發(fā)現(xiàn)，服務(wù)器并不會(huì)那么地穩(wěn)定，會(huì)偶爾出現(xiàn)閃斷的情況，這個(gè)時(shí)候就會(huì)觸發(fā)到disconnect.

我們都知道，socket.io是自帶有斷線重連的機(jī)制的，不過斷線也分為好幾種場(chǎng)景，下面我們來分別看一看。

1、客戶端主動(dòng)斷線。

這種基本上就是正常的情況，服務(wù)端會(huì)收到disconnect事件，從而做相應(yīng)操作。

2、服務(wù)端主動(dòng)斷線。

服務(wù)端主動(dòng)觸發(fā)socket.disconnect()，這種情況下客戶端會(huì)收到disconnect事件，但是不會(huì)觸發(fā)reconnect重連事件，因?yàn)閟ocket已經(jīng)被斷開了。

3、服務(wù)端重啟

每次發(fā)布的時(shí)候，服務(wù)端重啟，都會(huì)觸發(fā)到客戶端的disconnect事件，而后會(huì)觸發(fā)重連事件 reconnecting->reconnect->connect。服務(wù)器出現(xiàn)異常的時(shí)候也會(huì)觸發(fā)重連。

4、客戶端斷網(wǎng)

在客戶端掉線的情況下，服務(wù)端收不到任何事件?？蛻舳藭?huì)收到disconnect事件，然后觸重連事件的循環(huán)，如果不設(shè)置最大重連次數(shù)的話，會(huì)一直循環(huán)下去。

所以對(duì)于斷線重連，客戶端跟服務(wù)端都需要做處理。

下面是客戶端對(duì)斷線重連的設(shè)置方法

var socket = io("/?room_id=" + room_id, {
    //設(shè)置最大重試次數(shù)
    reconnectionAttempts: 5
});
 
//重試失敗后會(huì)調(diào)用reconnect_failed事件
socket.on('reconnect_failed', function () {
    console.log('reconnect_failed');
});

總結(jié)

到此這篇關(guān)于socket.io斷線重連的幾種場(chǎng)景及處理方法的文章就介紹到這了,更多相關(guān)socket.io斷線重連場(chǎng)景內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！