socket.io斷線重連的幾種場景及處理方法
最近有做一個項目,類型聊天室的需求,自然也就選用了socket.io。搭建起來的確快,不管是km上還是外面,大把聊天室的demo,當然,只是demo,簡易聊天室,而我們的需求當然不會那么簡單啦,于是,就開始填坑了。
本機調一切都好,布上服務器之后,各種異常就開始出現了。
代碼只帖一點片段吧,這里假定你對socket.io有了一定的了解。
io.on('connection', (socket) => { //加入房間 socket.join(roomID, () => { console.log('join'); }); //退出房間 socket.on('disconnect', () => { console.log('disconnect'); }) });
這是server端的代碼,很典型的一個流程,建立連接、加入房間、退出房間。不過在服務器上實際運行當中發(fā)現,服務器并不會那么地穩(wěn)定,會偶爾出現閃斷的情況,這個時候就會觸發(fā)到disconnect.
我們都知道,socket.io是自帶有斷線重連的機制的,不過斷線也分為好幾種場景,下面我們來分別看一看。
1、客戶端主動斷線。
這種基本上就是正常的情況,服務端會收到disconnect事件,從而做相應操作。
2、服務端主動斷線。
服務端主動觸發(fā)socket.disconnect(),這種情況下客戶端會收到disconnect事件,但是不會觸發(fā)reconnect重連事件,因為socket已經被斷開了。
3、服務端重啟
每次發(fā)布的時候,服務端重啟,都會觸發(fā)到客戶端的disconnect事件,而后會觸發(fā)重連事件 reconnecting->reconnect->connect。服務器出現異常的時候也會觸發(fā)重連。
4、客戶端斷網
在客戶端掉線的情況下,服務端收不到任何事件。客戶端會收到disconnect事件,然后觸重連事件的循環(huán),如果不設置最大重連次數的話,會一直循環(huán)下去。
所以對于斷線重連,客戶端跟服務端都需要做處理。
下面是客戶端對斷線重連的設置方法
var socket = io("/?room_id=" + room_id, { //設置最大重試次數 reconnectionAttempts: 5 }); //重試失敗后會調用reconnect_failed事件 socket.on('reconnect_failed', function () { console.log('reconnect_failed'); });
總結
到此這篇關于socket.io斷線重連的幾種場景及處理方法的文章就介紹到這了,更多相關socket.io斷線重連場景內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
npm?install?-g?@vue/cli常見問題解決匯總
這篇文章主要給大家介紹了關于npm?install?-g?@vue/cli常見問題解決的相關資料,文中通過實例代碼將解決的方式介紹的非常詳細,對遇到這個問題的朋友具有一定的參考學習價值,需要的朋友可以參考下2022-08-08利用nodejs讀取圖片并將二進制數據轉換成base64格式
這篇文章主要介紹了利用nodejs讀取圖片并將二進制數據轉換成base64格式,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2022-08-08