utf-8編碼轉(zhuǎn)utf-16編碼的算法是？例如，一個三字節(jié)的utf8代碼是：1110abcd 10efghij 10klmnop那么它對應的utf16代碼是：abcdefgh ijklmnop事實上，

utf-8編碼轉(zhuǎn)utf-16編碼的算法是？

例如，一個三字節(jié)的utf8代碼是：

1110abcd 10efghij 10klmnop

那么它對應的utf16代碼是：

abcdefgh ijklmnop

事實上，你的例子是反寫的utf8轉(zhuǎn)換utf16的例子：

11100110 10110001 10001001=E6 B1 89

轉(zhuǎn)換回utf16是

UTF16和UTF8什么區(qū)別？

我想是的。UTF-8的長度會發(fā)生變化，不同的字符可以是1字節(jié)或3字節(jié)，這不適合在內(nèi)存中表示字符串，但適合在網(wǎng)絡(luò)中傳輸，因為它可以節(jié)省空間。但是，如果您仍然在本地內(nèi)存中表示它，那么它將不值得丟失。想象一下這個字符數(shù)組中有多少個字符也需要整體遍歷，從中找到一個字符也需要整體遍歷，所以UTF-8在處理數(shù)據(jù)之前會轉(zhuǎn)換成一個固定的字節(jié)數(shù)，所以操作速度更快。

為什么Linux系統(tǒng)默認使用utf8編碼？

GBK是微軟為簡體中文開發(fā)的本地代碼，被工信部起訴。每個國家或地區(qū)都會制定和使用自己的地方代碼，一些企業(yè)也會制定某個國家或地區(qū)的地方代碼（GBK是微軟制定的簡體中文代碼）。當打開用本地代碼編寫的文件而不指定使用的本地代碼時，可能會看到亂碼。

為了解決本地編碼混亂的問題，Unicode和ISO這兩個組織已經(jīng)開始開發(fā)一種字符編碼系統(tǒng)，可以容納不同國家的字符而不發(fā)生沖突。目前，這兩個組織相互承認，并有兼容的編碼。

目前，許多計算機系統(tǒng)使用2字節(jié)（16位整數(shù)）或4字節(jié)（32位整數(shù)）統(tǒng)一編碼。統(tǒng)一編碼只描述每個字符的編碼，但沒有解釋如何將編碼存儲在存儲介質(zhì)上。

目前，計算機系統(tǒng)中有前高字節(jié)和前低字節(jié)兩種整數(shù)存儲模式，因此前高字節(jié)的數(shù)據(jù)在前低字節(jié)的系統(tǒng)中會出現(xiàn)異常，反之亦然。同時，我們知道很多編程系統(tǒng)在處理字符串時，都會把值為0的字節(jié)作為字符串的結(jié)尾，不管是前高字節(jié)還是前低字節(jié)，字符串中都會出現(xiàn)大量值為0的字節(jié)，因此傳統(tǒng)的字符串處理功能無法使用。

為了解決統(tǒng)一編碼的存儲和與現(xiàn)有字符串處理函數(shù)兼容的問題，引入了utf8編碼。這種編碼規(guī)定了統(tǒng)一編碼的存儲方式，并確保值為0的字節(jié)仍然用作字符串的結(jié)尾，這樣就可以繼續(xù)使用原來的字符串處理函數(shù)，而不需要開發(fā)新的集合。

當然，utf8也有一個問題，那就是它是可變長度編碼。統(tǒng)一編碼的字符可以編碼為一個字節(jié)、兩個字節(jié)、三個字節(jié)、四個字節(jié)（版本1）或六個字節(jié)（版本2）。