當你使用websocket傳輸數(shù)據(jù)時，偶爾可能會出現(xiàn)下面的錯誤

websocket Could not decode a text frame as UTF-8

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

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

下面說說個人的經(jīng)驗，不一定對，希望對大家有個幫助。

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

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

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

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

它有兩個值：

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

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

通常，如果不指定這個值，默認一般是：blob   顧名思義就是任意對象

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

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

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

解決問題：

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

當然，如果是你直接封裝的WebSocketFrame，則opcode要指定為二進制

在js中指定：

socket.binaryType='arraybuffer'  

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

最新評論