您好,登錄后才能下訂單哦!
這篇文章給大家分享的是有關(guān)JS怎么實(shí)現(xiàn)基于websocket的多端橋接平臺(tái)的內(nèi)容。小編覺(jué)得挺實(shí)用的,因此分享給大家做個(gè)參考,一起跟隨小編過(guò)來(lái)看看吧。
我們主要要知道調(diào)試什么,最終回去到什么樣子的結(jié)果:
1.調(diào)試接口,傳入接口地址,即可獲取對(duì)應(yīng)的結(jié)果;并且可以同時(shí)調(diào)試多個(gè)設(shè)備;
2.調(diào)試 jsapi,輸入對(duì)應(yīng)的方法,則即可在新聞客戶端中展示出效果。
在調(diào)試接口方面,其實(shí)我們有一種方法可以方便地進(jìn)行調(diào)試,但有兩個(gè)限制條件:Android系統(tǒng)和測(cè)試版的客戶端,這樣通過(guò) Chrome 瀏覽器進(jìn)行橋接。但這種方式,在 iOS 系統(tǒng)和正式版的客戶端中,就失效了。
WebSocket 協(xié)議的最大特點(diǎn)就是,服務(wù)器可以主動(dòng)向客戶端推送信息,客戶端也可以主動(dòng)向服務(wù)器發(fā)送信息,是真正的雙向平等對(duì)話,屬于服務(wù)器推送技術(shù)的一種。
其他特點(diǎn)包括:
1.建立在 TCP 協(xié)議之上,服務(wù)器端的實(shí)現(xiàn)比較容易。
2.與 HTTP 協(xié)議有著良好的兼容性。默認(rèn)端口也是 80 和 443,并且握手階段采用 HTTP 協(xié)議,因此握手時(shí)不容易屏蔽,能通過(guò)各種 HTTP 代理服務(wù)器。
3.數(shù)據(jù)格式比較輕量,性能開(kāi)銷(xiāo)小,通信高效。
4.可以發(fā)送文本,也可以發(fā)送二進(jìn)制數(shù)據(jù)。
5.沒(méi)有同源限制,客戶端可以與任意服務(wù)器通信。
6.協(xié)議標(biāo)識(shí)符是 ws(如果加密,則為 wss),服務(wù)器網(wǎng)址就是 URL。
為了滿足我們?cè)诘?1 部分設(shè)置的調(diào)試目標(biāo),我們這里要實(shí)現(xiàn)的功能有:
1.PC 端相當(dāng)于房主,建立房間后,其他設(shè)備可以進(jìn)入到該房間,一個(gè)設(shè)備只能進(jìn)入到一個(gè)房間中;
2.客戶端有斷線重連的機(jī)制,當(dāng)客戶端斷開(kāi)連接后,可以嘗試重連;
3.服務(wù)端維護(hù)一個(gè)心跳檢測(cè)的機(jī)制,當(dāng)有新設(shè)備進(jìn)入或者之前的設(shè)備退出時(shí),要及時(shí)地更新當(dāng)前房間中的設(shè)備列表;
在瀏覽器上輸入房間的標(biāo)識(shí),若瀏覽器與服務(wù)端成功建立起 websocket 連接后,則在瀏覽器端創(chuàng)建對(duì)應(yīng)的二維碼。用微信/手 Q 或者其他掃描二維碼的設(shè)備進(jìn)行掃描,即可通過(guò)提前設(shè)定的 scheme 協(xié)議,跳轉(zhuǎn)到新聞客戶端里對(duì)應(yīng)的調(diào)試頁(yè)面。
若客戶端里也與服務(wù)端成功建立 websocket 連接后,則相當(dāng)于進(jìn)入房間成功,PC 端會(huì)出現(xiàn)一個(gè)對(duì)應(yīng)的圖標(biāo)。
ws.open(serverId) .then(() => { // PC 端成功建立連接后 setStatus("linked"); // 更新頁(yè)面的狀態(tài) // 生成二維碼 qrcode(`/tools/index.html#/newslist?serverId=${serverId}`).then(url => { setCodeUrl(url); }); }) .catch(e => { // 建立連接失敗 console.error(e); Modal.error({ title: "當(dāng)前服務(wù)器出現(xiàn)問(wèn)題啦,正在搶修中" }); setStatus("unlink"); });
在移動(dòng)端中的頁(yè)面有個(gè)特點(diǎn),當(dāng)屏幕黑屏后,或者因?yàn)槠渌脑?,客戶端?huì)自動(dòng)斷開(kāi) socket 連接。
為了方便進(jìn)行調(diào)試,而不是每次在斷開(kāi)連接后,需要手動(dòng)點(diǎn)擊,或者重新進(jìn)入頁(yè)面。我在這里實(shí)現(xiàn)了一個(gè)簡(jiǎn)單的斷線重連機(jī)制。websocket 連接斷開(kāi)時(shí),會(huì)執(zhí)行onclose的回調(diào),因此,我們可以在 onclose 事件中進(jìn)行再次重連的機(jī)制。
同時(shí),為了防止無(wú)限制的重連嘗試,我在這里也進(jìn)行了下限制,最多重連 3 次,3 次后還沒(méi)有重新連接上,則停止連接;若重連成功,則將重連次數(shù)重置為 3。
斷開(kāi)連接時(shí):
// 斷開(kāi)連接時(shí) ws.onclose(() => { timer = setTimeout(() => { setStatus("unlink"); setCodeUrl(""); }, 500); reconnectNum--; // 限制重連的次數(shù) if (reconnectNum >= 0) { _open(); // 嘗試重新連接 } });
連接成功時(shí):
ws.open(serverId).then(() => { // PC 端成功建立連接后 +reconnectNum = 3; +timer && clearTimeout(timer); setStatus("linked"); // 更新頁(yè)面的狀態(tài) // 生成二維碼 qrcode(`/tools/index.html#/newslist?serverId=${serverId}`).then(url => { setCodeUrl(url); }); });
就像我們?cè)?QQ 群里聊天一樣,哪個(gè)人在線要一目了然,若有人進(jìn)入到聊天群,或者有人退出了,都要通知房主,并及時(shí)地更新群列表。
心跳檢測(cè)主要有 2 種方式:客戶端發(fā)起的心跳檢測(cè)和服務(wù)端維護(hù)的心跳檢測(cè)。我們稍微講解下這兩種:
1.客戶端發(fā)起的心跳:每隔一段固定的時(shí)間,向服務(wù)器端發(fā)送一個(gè) ping 數(shù)據(jù),如果在正常的情況下,服務(wù)器會(huì)返回一個(gè) pong 給客戶端,如果客戶端通過(guò) onmessage 事件能監(jiān)聽(tīng)到的話,說(shuō)明請(qǐng)求正常。
2.服務(wù)端維護(hù)的心跳:每隔一段時(shí)間,檢測(cè)所有連接的狀態(tài),若狀態(tài)為斷開(kāi)時(shí),則將其從列表中剔除。
我在這里使用的是服務(wù)端維護(hù)的心跳檢測(cè),當(dāng)房間里的設(shè)備數(shù)量發(fā)生變化時(shí),則服務(wù)端向客戶端推送最新的設(shè)備列表:
// 持續(xù)監(jiān)測(cè)客戶端的連接狀態(tài) // 若已斷開(kāi)連接,則將客戶端清除 let aliveClients = new Map(); let lastAliveLength = new Map(); setInterval(() => { let clients = {}; wss.clients.forEach(function each(ws) { if (ws.isAlive === false) { return ws.terminate(); } const serverId = ws.serverId; if (clients[serverId]) { clients[serverId].push(ws); } else { clients[serverId] = [ws]; } ws.isAlive = false; ws.ping(() => {}); }); for (let serverId in clients) { aliveClients.set(serverId, clients[serverId]); const length = clients[serverId].length; // 若當(dāng)前serverId連接的設(shè)備數(shù)量發(fā)生變化,則發(fā)送消息 if (length !== lastAliveLength.get(serverId)) { // 想當(dāng)前所有serverId的設(shè)備發(fā)送消息 sendAll("devices", clients[serverId], serverId); // 存儲(chǔ)上次當(dāng)前serverId的連接數(shù) lastAliveLength.set(serverId, length); } } const size = wss.clients.size; console.log("connection num: ", size, new Date().toTimeString()); }, 2000);
我們?cè)诘?3 節(jié)已經(jīng)成功把 PC 端和新聞客戶端連接起來(lái)了,那么怎么進(jìn)行雙端數(shù)據(jù)的通信?
我們?cè)谶@里要傳入 3 個(gè)字段:
1.serverId: 即房間號(hào),服務(wù)端要將信息廣播給所有帶有 serverId 的成員;
2.type: 類(lèi)型,這條指令是要做什么的;
3.msg: 傳入的參數(shù);
在接口調(diào)試的過(guò)程中,則傳入的參數(shù)是:
const params = { type: "post", // 類(lèi)型 msg: { // 參數(shù) url: "https://api.prize.qq.com/v1/newsapp/answer/share/oneQ?qID=506336" } };
當(dāng)客戶端正常完成接口的請(qǐng)求后,則將接口結(jié)果、cookie 和設(shè)備信息等返回到 PC 端:
// 請(qǐng)求的方法 const post = url => { if (window.TencentNews && window.TencentNews.post) { window.TencentNews.post(url, {}, window[id], { loginType: "qqorweixin" }, {}); } else if (window.TencentNews && window.TencentNews.postData) { window.TencentNews.postData(url, '{"a":"b"}', id, "requestErrorCallback"); } }; // 移動(dòng)端向服務(wù)端發(fā)起的數(shù)據(jù) ws.send({ type: "postCb", // 執(zhí)行的結(jié)果 msg: { method: "post", result, cookie: document.cookie, appInfo } });
這樣就能在前端展示出結(jié)果了,而且是真實(shí)的數(shù)據(jù)請(qǐng)求。
歷史記錄這塊,我們周邊的同學(xué)在試用的過(guò)程中,還是非常迫切需要的需求。要不然每次要測(cè)試之前的接口地址時(shí),都需要重新輸入或者粘貼,非常不方便。
我們把用戶請(qǐng)求的 URL、返回的結(jié)果、cookie、設(shè)備信息等比較完整的信息存儲(chǔ)到 boss 中,而本地只存儲(chǔ)歷史的 URL,當(dāng)用戶需要再次測(cè)試之前的接口時(shí),點(diǎn)擊一下即可。若需要查看之前調(diào)試的接口,可以去鷹眼上進(jìn)行查看。
本地采用的是localStorage的方式進(jìn)行存儲(chǔ)。還有更重要的是,我們也使用mobx的響應(yīng)式工具,能夠在用戶完成這次請(qǐng)求后,馬上在側(cè)邊的歷史記錄里看到結(jié)果。
除了可以調(diào)試接口外,還可以進(jìn)行一些新聞客戶端內(nèi)的 jsapi 調(diào)試。我們新聞客戶端的 jsapi 有兩種調(diào)用的方式:
// 直接調(diào)用 window.TencentNews.login("qqorweixin", isLogined => console.log(isLogined)); // invoke方式調(diào)用 window.TencentNews.invoke("login", "qqorweixin", isLogined => console.log(isLogined));
這里我選擇了使用invoke的方式來(lái)調(diào)用 jsapi。
PC 端發(fā)起 jsapi 的調(diào)用:
ws.send({ type: "call", msg: { method: method, params: slice.call(arguments) } });
移動(dòng)端在收到服務(wù)端發(fā)過(guò)來(lái)的請(qǐng)求后,進(jìn)行 jsapi 的調(diào)用,并將執(zhí)行的結(jié)果返回到 PC 端即可:
const handleNewsApi = async (msg: any): Promise<any> => { await tencentReady(); const { method, params } = msg; return new Promise(resolve => { window.TencentNews.invoke(method, ...params, (result: any) => { resolve({ method, result }); }); }); };
到這里,我的“基于 websocket 的多端橋接平臺(tái)”基本上已經(jīng)構(gòu)建完畢了。不過(guò)還是有 2 個(gè)問(wèn)題要簡(jiǎn)要的說(shuō)明下。
最開(kāi)始想著用戶創(chuàng)建房間時(shí),由系統(tǒng)隨機(jī)產(chǎn)生一個(gè) uuid,但后來(lái)想,如果用戶刷新頁(yè)面了,這個(gè) uuid 就會(huì)發(fā)生變化,導(dǎo)致無(wú)法連接到之前的 uuid,所以這里就換成了手動(dòng)輸入。
當(dāng)我們后臺(tái)采用多個(gè)進(jìn)程時(shí),若用戶的請(qǐng)求我們不做干預(yù),會(huì)造成請(qǐng)求的隨機(jī)訪問(wèn),產(chǎn)生 400 的請(qǐng)求,畢竟最開(kāi)始連接在 A 進(jìn)程中,現(xiàn)在發(fā)起的請(qǐng)求到 B 進(jìn)程中,B 進(jìn)程不知道怎么處理了。
這里有多種方式可以進(jìn)行處理:
方法 | 介紹 | 優(yōu)點(diǎn) | 缺點(diǎn) |
---|---|---|---|
一致性 hash 算法 | 所有的主機(jī)和連接都分配到 0 ~ 2^32-1 的虛擬圓中 | 1. 適用在大規(guī)模的應(yīng)用; 2. 某個(gè)主機(jī)或者進(jìn)程掛掉后,影響小 | 實(shí)現(xiàn)比較復(fù)雜 |
nginx 分配 | 自帶的 ip_hash 可實(shí)現(xiàn)負(fù)載均衡; 同一 ip 會(huì)被分配給固定的后端服務(wù)器 | 配置方便 | 可能會(huì)集中到某個(gè)進(jìn)程中 |
我這里的平臺(tái)是內(nèi)部的調(diào)試平臺(tái),用戶量不大,殺雞焉用牛刀,而且我們只有一臺(tái)機(jī)器,因此我們考慮的是同一個(gè) IP 進(jìn)入到同一個(gè)進(jìn)程中。這里我借用里 nginx 中的 ip_hash 思想:當(dāng)請(qǐng)求來(lái)到主進(jìn)程后,我這里對(duì) IP 進(jìn)行加權(quán)計(jì)算后,然后按照進(jìn)程的個(gè)數(shù)進(jìn)行取模。
顯然這種方式也有可能存在一個(gè)進(jìn)程中 socket 連接過(guò)多的問(wèn)題,不過(guò)在用戶量不多的時(shí)候完全可以接受(針對(duì)這個(gè)問(wèn)題我也考慮了別的方法,例如瀑布流的方式,每次給子進(jìn)程分配連接的時(shí)候,都首先獲取到連接數(shù)最少的那個(gè)進(jìn)程,然后連接分配給這個(gè)進(jìn)程,不過(guò)還要維護(hù)一個(gè)表,每次都要計(jì)算)。
同一個(gè)房間里,當(dāng) PC 端的 socket 連接和多個(gè)移動(dòng)端的連接不在同一個(gè)進(jìn)程中時(shí),就會(huì)存在跨進(jìn)程的問(wèn)題。一個(gè)極端的例子,每個(gè) socket 連接都在不同的進(jìn)程中,那么就要考慮如何通知其他的進(jìn)程,需要給客戶端發(fā)送請(qǐng)求了。
比較簡(jiǎn)單的方式利用我們的機(jī)制,每個(gè) PC 端的用戶就是房主,可以創(chuàng)建一個(gè)房間,移動(dòng)設(shè)備就是房間中的成員,每個(gè)房間都是獨(dú)立的,互不干擾。這樣我們把房間里所有的 socket 連接,通過(guò)房間的標(biāo)識(shí),都放到同一個(gè)進(jìn)程中,這樣就沒(méi)有跨進(jìn)程的問(wèn)題了。但這種方式存在的一個(gè)問(wèn)題是:一個(gè)房間里的連接過(guò)多時(shí),都需要這同一個(gè)進(jìn)程來(lái)承擔(dān),而別的進(jìn)程卻閑著的。
還有可以使用 redis:利用 redis 的發(fā)布/訂閱者模式,將當(dāng)前進(jìn)程中的房間標(biāo)識(shí)和信息廣播到其他的進(jìn)程中,其他進(jìn)程中有相同房間標(biāo)識(shí)的 socket 連接,進(jìn)行相應(yīng)的操作。
1、js屬于一種解釋性腳本語(yǔ)言;2、在絕大多數(shù)瀏覽器的支持下,js可以在多種平臺(tái)下運(yùn)行,擁有著跨平臺(tái)特性;3、js屬于一種弱類(lèi)型腳本語(yǔ)言,對(duì)使用的數(shù)據(jù)類(lèi)型未做出嚴(yán)格的要求,能夠進(jìn)行類(lèi)型轉(zhuǎn)換,簡(jiǎn)單又容易上手;4、js語(yǔ)言安全性高,只能通過(guò)瀏覽器實(shí)現(xiàn)信息瀏覽或動(dòng)態(tài)交互,從而有效地防止數(shù)據(jù)的丟失;5、基于對(duì)象的腳本語(yǔ)言,js不僅可以創(chuàng)建對(duì)象,也能使用現(xiàn)有的對(duì)象。
感謝各位的閱讀!關(guān)于“JS怎么實(shí)現(xiàn)基于websocket的多端橋接平臺(tái)”這篇文章就分享到這里了,希望以上內(nèi)容可以對(duì)大家有一定的幫助,讓大家可以學(xué)到更多知識(shí),如果覺(jué)得文章不錯(cuò),可以把它分享出去讓更多的人看到吧!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。