TA貢獻(xiàn)1898條經(jīng)驗 獲得超8個贊
大多數(shù)編輯器實際上都支持另存為“ Unicode”編碼。
這是Windows不幸的錯誤命名。
因為Windows內(nèi)部使用UTF-16LE編碼作為Unicode字符串的內(nèi)存存儲格式，所以它認(rèn)為這是Unicode文本的自然編碼。在Windows世界中，存在ANSI字符串（當(dāng)前計算機上的系統(tǒng)代碼頁，受完全不可移植性的影響）和Unicode字符串（內(nèi)部存儲為UTF-16LE）。
所有這些都是在Unicode的早期設(shè)計的，當(dāng)時我們才意識到UCS-2還遠(yuǎn)遠(yuǎn)不夠，而UTF-8才被發(fā)明出來。這就是Windows對UTF-8的全面支持差的原因。
這種誤導(dǎo)的命名方案成為用戶界面的一部分。使用Windows的編碼支持來提供多種編碼的文本編輯器會自動并不合適地將UTF-16LE描述為“ Unicode”，而將UTF-16BE（如果提供）描述為“ Unicode big-endian”。
（其他自己進(jìn)行編碼的編輯器，例如Notepad ++，則沒有此問題。）
如果讓您感覺更好，“ ANSI”字符串也不基于任何ANSI標(biāo)準(zhǔn)。
TA貢獻(xiàn)1836條經(jīng)驗 獲得超13個贊
正如拉斯穆斯（Rasmus）在他的文章“ UTF-8和Unicode之間的區(qū)別？”中所述。（鏈接已固定）：
如果被問到“ UTF-8和Unicode有什么區(qū)別？”的問題，您會自信而簡短地回答嗎？在當(dāng)今國際化的今天，所有開發(fā)人員都應(yīng)該能夠做到這一點。我懷疑我們中的許多人不應(yīng)該理解這些概念。如果您覺得自己屬于這個類別，則應(yīng)該閱讀有關(guān)字符集和編碼的簡短介紹。
實際上，比較UTF-8和Unicode就像比較蘋果和橘子：
UTF-8是一種編碼-Unicode是一個字符集
字符集是具有唯一數(shù)字的字符列表（有時將這些數(shù)字稱為“代碼點”）。例如，在Unicode字符集中，A的數(shù)字為41。
另一方面，編碼是一種將數(shù)字列表轉(zhuǎn)換為二進(jìn)制以便可以存儲在磁盤上的算法。例如，UTF-8將像這樣轉(zhuǎn)換數(shù)字序列1、2、3、4：
00000001 00000010 00000011 00000100現(xiàn)在，我們的數(shù)據(jù)已轉(zhuǎn)換為二進(jìn)制，現(xiàn)在可以保存到磁盤。
現(xiàn)在都在一起了
假設(shè)應(yīng)用程序從磁盤讀取以下內(nèi)容：
1101000 1100101 1101100 1101100 1101111應(yīng)用程序知道此數(shù)據(jù)代表使用UTF-8編碼的Unicode字符串，并且必須向用戶顯示為文本。第一步是將二進(jìn)制數(shù)據(jù)轉(zhuǎn)換為數(shù)字。該應(yīng)用程序使用UTF-8算法對數(shù)據(jù)進(jìn)行解碼。在這種情況下，解碼器返回以下內(nèi)容：
104 101 108 108 111由于應(yīng)用程序知道這是Unicode字符串，因此可以假定每個數(shù)字代表一個字符。我們使用Unicode字符集將每個數(shù)字轉(zhuǎn)換為相應(yīng)的字符。結(jié)果字符串為“ hello”。
結(jié)論
因此，當(dāng)有人問您“ UTF-8和Unicode有什么區(qū)別？”時，您現(xiàn)在可以放心地回答簡短而精確的問題：
無法比較UTF-8（Unicode轉(zhuǎn)換格式）和Unicode。UTF-8是一種用于將數(shù)字轉(zhuǎn)換為二進(jìn)制數(shù)據(jù)的編碼。Unicode是用于將字符轉(zhuǎn)換為數(shù)字的字符集。
舉報