socket.io斷線重連的幾種場景及處理方法
最近有做一個項目,類型聊天室的需求,自然也就選用了socket.io。搭建起來的確快,不管是km上還是外面,大把聊天室的demo,當(dāng)然,只是demo,簡易聊天室,而我們的需求當(dāng)然不會那么簡單啦,于是,就開始填坑了。
本機調(diào)一切都好,布上服務(wù)器之后,各種異常就開始出現(xiàn)了。
代碼只帖一點片段吧,這里假定你對socket.io有了一定的了解。
io.on('connection', (socket) => {
//加入房間
socket.join(roomID, () => {
console.log('join');
});
//退出房間
socket.on('disconnect', () => {
console.log('disconnect');
})
});這是server端的代碼,很典型的一個流程,建立連接、加入房間、退出房間。不過在服務(wù)器上實際運行當(dāng)中發(fā)現(xiàn),服務(wù)器并不會那么地穩(wěn)定,會偶爾出現(xiàn)閃斷的情況,這個時候就會觸發(fā)到disconnect.
我們都知道,socket.io是自帶有斷線重連的機制的,不過斷線也分為好幾種場景,下面我們來分別看一看。
1、客戶端主動斷線。
這種基本上就是正常的情況,服務(wù)端會收到disconnect事件,從而做相應(yīng)操作。
2、服務(wù)端主動斷線。
服務(wù)端主動觸發(fā)socket.disconnect(),這種情況下客戶端會收到disconnect事件,但是不會觸發(fā)reconnect重連事件,因為socket已經(jīng)被斷開了。
3、服務(wù)端重啟
每次發(fā)布的時候,服務(wù)端重啟,都會觸發(fā)到客戶端的disconnect事件,而后會觸發(fā)重連事件 reconnecting->reconnect->connect。服務(wù)器出現(xiàn)異常的時候也會觸發(fā)重連。
4、客戶端斷網(wǎng)
在客戶端掉線的情況下,服務(wù)端收不到任何事件??蛻舳藭盏絛isconnect事件,然后觸重連事件的循環(huán),如果不設(shè)置最大重連次數(shù)的話,會一直循環(huán)下去。
所以對于斷線重連,客戶端跟服務(wù)端都需要做處理。
下面是客戶端對斷線重連的設(shè)置方法
var socket = io("/?room_id=" + room_id, {
//設(shè)置最大重試次數(shù)
reconnectionAttempts: 5
});
//重試失敗后會調(diào)用reconnect_failed事件
socket.on('reconnect_failed', function () {
console.log('reconnect_failed');
});總結(jié)
到此這篇關(guān)于socket.io斷線重連的幾種場景及處理方法的文章就介紹到這了,更多相關(guān)socket.io斷線重連場景內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Node.js API詳解之 string_decoder用法實例分析
這篇文章主要介紹了Node.js API詳解之 string_decoder用法,結(jié)合實例形式分析了Node.js API中string_decoder的功能、用法及操作注意事項,需要的朋友可以參考下2020-04-04
nestjs中異常過濾器Exceptionfilter的具體使用
這篇文章主要介紹了nestjs中異常過濾器Exceptionfilter的具體使用,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2021-02-02
kafka調(diào)試中遇到Connection to node -1 could not be established. Br
這篇文章主要介紹了kafka調(diào)試中遇到Connection to node -1 could not be established. Broker may not be available的解決方法,小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2019-09-09

