當(dāng)你使用websocket傳輸數(shù)據(jù)時(shí)，偶爾可能會(huì)出現(xiàn)下面的錯(cuò)誤

websocket Could not decode a text frame as UTF-8

網(wǎng)上很多其他文章一上來(lái)就介紹什么是websocket，數(shù)據(jù)協(xié)議等等，對(duì)解決問(wèn)題沒有多大幫助。

有一些文章說(shuō)要改開頭數(shù)字10000001等等，很多同學(xué)不知所云。

下面說(shuō)說(shuō)個(gè)人的經(jīng)驗(yàn)，不一定對(duì)，希望對(duì)大家有個(gè)幫助。

首先如果你使用的是相對(duì)成熟的websocket框架的話，一般不會(huì)出現(xiàn)這個(gè)問(wèn)題。

而出現(xiàn)這個(gè)問(wèn)題的原因，絕大部分是客戶端和服務(wù)器端的指定的 “binaryType” 不一致。

要解決問(wèn)題，首先要弄清楚問(wèn)題所在，我們先了解一下這個(gè)binaryType是什么：

WebSocket.binaryType 返回websocket連接所傳輸二進(jìn)制數(shù)據(jù)的類型。

它有兩個(gè)值：

 "blob"  如果傳輸?shù)氖?Blob 類型的數(shù)據(jù)。

"arraybuffer"  如果傳輸?shù)氖?ArrayBuffer 類型的數(shù)據(jù)。

通常，如果不指定這個(gè)值，默認(rèn)一般是：blob   顧名思義就是任意對(duì)象

正常而言，如果binaryType=blob，傳輸字符串（String）類型，一般沒有什么問(wèn)題。但如果這個(gè)時(shí)候傳一個(gè) byte[] 數(shù)組或者二進(jìn)制數(shù)組，可能就會(huì)出現(xiàn)Could not decode a text frame as UTF-8 的問(wèn)題。

對(duì)于websocket而言，如果直接傳輸txt文本。那么opcode一般等于1（opcode是什么可以自行百度）。而直接send byte[] 或者二進(jìn)制數(shù)組時(shí)，opcode一般等于2。

當(dāng)binaryType=blob時(shí)，一般會(huì)把數(shù)據(jù)直接當(dāng)成字符串對(duì)象解析，此時(shí)如果傳遞的是byte[]。就會(huì)報(bào)Could not decode a text frame as UTF-8 的問(wèn)題。

解決問(wèn)題：

一般服務(wù)器端和客戶端指定相同的binaryType即可解決問(wèn)題。如果傳遞二進(jìn)制數(shù)據(jù)。指定binaryType=arraybuffer，即可獲取數(shù)據(jù)原始二進(jìn)制數(shù)組，這樣不管傳遞的是什么，都不會(huì)報(bào)錯(cuò)，在自行根據(jù)情況處理。

當(dāng)然，如果是你直接封裝的WebSocketFrame，則opcode要指定為二進(jìn)制

在js中指定：

socket.binaryType='arraybuffer'  

以上這篇解決websocket 報(bào) Could not decode a text frame as UTF-8錯(cuò)誤就是小編分享給大家的全部?jī)?nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論