unicode，utf8，ansi的故事

好久好久之前，有一羣人，他們決定用8個能夠開合的晶體管來組合成不一樣的狀態，以表示世界上的萬物。他們看到8個開關狀態是好的，因而他們把這稱爲"字節"。
再後來，他們又作了一些能夠處理這些字節的機器，機器開動了，能夠用字節來組合出不少狀態，狀態開始變來變去。他們看到這樣是好的，因而它們就這機器稱爲"計算機"。
開始計算機只在美國用。八位的字節一共能夠組合出256(2的8次方)種不一樣的狀態。
他們把其中的編號從0開始的32種狀態分別規定了特殊的用途，一但終端、打印機趕上約定好的這些字節被傳過來時，就要作一些約定的動做。趕上00x10, 終端就換行，趕上0x07, 終端就向人們嘟嘟叫，例好趕上0x1b, 打印機就打印反白的字，或者終端就用彩色顯示字母。他們看到這樣很好，因而就把這些0x20如下的字節狀態稱爲"控制碼"。
他們又把全部的空格、標點符號、數字、大小寫字母分別用連續的字節狀態表示，一直編到了第127號，這樣計算機就能夠用不一樣字節來存儲英語的文字了。你們看到這樣，都感受很好，因而你們都把這個方案叫作 ANSI 的"Ascii"編碼（American Standard Code for Information Interchange，美國信息互換標準代碼）。當時世界上全部的計算機都用一樣的ASCII方案來保存英文文字。
後來，就像建造巴比倫塔同樣，世界各地的都開始使用計算機，可是不少國家用的不是英文，他們的字母裏有許可能是ASCII裏沒有的，爲了能夠在計算機保存他們的文字，他們決定採用 127號以後的空位來表示這些新的字母、符號，還加入了不少畫表格時須要用下到的橫線、豎線、交叉等形狀，一直把序號編到了最後一個狀態255。從128 到255這一頁的字符集被稱"擴展字符集"。今後以後，貪婪的人類再沒有新的狀態能夠用了，美帝國主義可能沒有想到還有第三世界國家的人們也但願能夠用到計算機吧！
等中國人們獲得計算機時，已經沒有能夠利用的字節狀態來表示漢字，何況有6000多個經常使用漢字須要保存呢。可是這難不倒智慧的中國人民，咱們不客氣地把那些127號以後的奇異符號們直接取消掉, 規定：一個小於127的字符的意義與原來相同，但兩個大於127的字符連在一塊兒時，就表示一個漢字，前面的一個字節（他稱之爲高字節）從0xA1用到 0xF7，後面一個字節（低字節）從0xA1到0xFE，這樣咱們就能夠組合出大約7000多個簡體漢字了。在這些編碼裏，咱們還把數學符號、羅馬希臘的字母、日文的假名們都編進去了，連在 ASCII 裏原本就有的數字、標點、字母都通通從新編了兩個字節長的編碼，這就是常說的"全角"字符，而原來在127號如下的那些就叫"半角"字符了。
中國人民看到這樣很不錯，因而就把這種漢字方案叫作 "GB2312"。GB2312 是對 ASCII 的中文擴展。
可是中國的漢字太多了，咱們很快就就發現有許多人的人名沒有辦法在這裏打出來，特別是某些很會麻煩別人的國家領導人。因而咱們不得不繼續把 GB2312 沒有用到的碼位找出來老實不客氣地用上。
後來仍是不夠用，因而乾脆再也不要求低字節必定是127號以後的內碼，只要第一個字節是大於127就固定表示這是一個漢字的開始，無論後面跟的是否是擴展字符集裏的內容。結果擴展以後的編碼方案被稱爲 GBK 標準，GBK 包括了 GB2312 的全部內容，同時又增長了近20000個新的漢字（包括繁體字）和符號。
後來少數民族也要用電腦了，因而咱們再擴展，又加了幾千個新的少數民族的字，GBK 擴成了 GB18030。今後以後，中華民族的文化就能夠在計算機時代中傳承了。
中國的程序員們看到這一系列漢字編碼的標準是好的，因而通稱他們叫作 "DBCS"（Double Byte Charecter Set 雙字節字符集）。在DBCS系列標準裏，最大的特色是兩字節長的漢字字符和一字節長的英文字符並存於同一套編碼方案裏，所以他們寫的程序爲了支持中文處理，必需要注意字串裏的每個字節的值，若是這個值是大於127的，那麼就認爲一個雙字節字符集裏的字符出現了。那時候凡是受過加持，會編程的計算機僧侶們都要天天念下面這個咒語數百遍：
"一個漢字算兩個英文字符！一個漢字算兩個英文字符……"
由於當時各個國家都像中國這樣搞出一套本身的編碼標準，結果互相之間誰也不懂誰的編碼，誰也不支持別人的編碼，連大陸和臺灣這樣只相隔了150海里，使用着同一種語言的兄弟地區，也分別採用了不一樣的 DBCS 編碼方案——當時的中國人想讓電腦顯示漢字，就必須裝上一個"漢字系統"，專門用來處理漢字的顯示、輸入的問題，可是那個臺灣的愚昧封建人士寫的算命程序就必須加裝另外一套支持 BIG5 編碼的什麼"倚天漢字系統"才能夠用，裝錯了字符系統，顯示就會亂了套！這怎麼辦？並且世界民族之林中還有那些一時用不上電腦的窮苦人民，他們的文字又怎麼辦？
真是計算機的巴比倫塔命題啊！
正在這時，大天使加百列及時出現了——一個叫 ISO （國際標誰化組織）的國際組織決定着手解決這個問題。他們採用的方法很簡單：廢了全部的地區性編碼方案，從新搞一個包括了地球上全部文化、全部字母和符號的編碼！他們打算叫它"Universal Multiple-Octet Coded Character Set"，簡稱 UCS, 俗稱 "UNICODE"。
UNICODE 開始制訂時，計算機的存儲器容量極大地發展了，空間不再成爲問題了。因而 ISO 就直接規定必須用兩個字節，也就是16位來統一表示全部的字符，對於ascii裏的那些「半角」字符，UNICODE 包持其原編碼不變，只是將其長度由原來的8位擴展爲16位，而其餘文化和語言的字符則所有從新統一編碼。因爲"半角"英文符號只須要用到低8位，因此其高 8位永遠是0，所以這種大氣的方案在保存英文文本時會多浪費一倍的空間。
這時候，從舊社會裏走過來的程序員開始發現一個奇怪的現象：他們的 strlen函數靠不住了，一個漢字再也不是至關於兩個字符了，而是一個！是的，從 UNICODE 開始，不管是半角的英文字母，仍是全角的漢字，它們都是統一的"一個字符"！同時，也都是統一的"兩個字節"，請注意"字符"和"字節"兩個術語的不一樣， 「字節」是一個8位的物理存貯單元，而「字符」則是一個文化相關的符號。在UNICODE 中，一個字符就是兩個字節。一個漢字算兩個英文字符的時代已經快過去了。
從前多種字符集存在時，那些作多語言軟件的公司趕上過很×××煩，他們爲了在不一樣的國家銷售同一套軟件，就不得不在區域化軟件時也加持那個雙字節字符集咒語，不只要到處當心不要搞錯，還要把軟件中的文字在不一樣的字符集中轉來轉去。UNICODE 對於他們來講是一個很好的一攬子解決方案，因而從 Windows NT 開始，MS 趁機把它們的操做系統改了一遍，把全部的核心代碼都改爲了用 UNICODE 方式工做的版本，從這時開始，WINDOWS 系統終於無須要加裝各類本土語言系統，就能夠顯示全世界上全部文化的字符了。
可是，UNICODE 在制訂時沒有考慮與任何一種現有的編碼方案保持兼容，這使得 GBK 與UNICODE 在漢字的內碼編排上徹底是不同的，沒有一種簡單的算術方法能夠把文本內容從UNICODE編碼和另外一種編碼進行轉換，這種轉換必須經過查表來進行。
如前所述，UNICODE 是用兩個字節來表示爲一個字符，他總共能夠組合出65535不一樣的字符，這大概已經能夠覆蓋世界上全部文化的符號。若是還不夠也沒有關係，ISO已經準備了UCS-4方案，說簡單了就是四個字節來表示一個字符，這樣咱們就能夠組合出21億個不一樣的字符出來（最高位有其餘用途），這大概能夠用到銀河聯邦成立那一天吧！
UNICODE 來到時，一塊兒到來的還有計算機網絡的興起，UNICODE 如何在網絡上傳輸也是一個必須考慮的問題，因而面向傳輸的衆多 UTF（UCS Transfer format）標準出現了，顧名思義，UTF8就是每次8個位傳輸數據，而UTF16就是每次16個位，只不過爲了傳輸時的可靠性，從UNICODE到 UTF時並非直接的對應，而是要過一些算法和規則來轉換。
受到過網絡編程加持的計算機僧侶們都知道，在網絡裏傳遞信息時有一個很重要的問題，就是對於數據高低位的解讀方式，一些計算機是採用低位先發送的方法，例如咱們PC機採用的 INTEL 架構，而另外一些是採用高位先發送的方式，在網絡中交換數據時，爲了覈對雙方對於高低位的認識是不是一致的，採用了一種很簡便的方法，就是在文本流的開始時向對方發送一個標誌符——若是以後的文本是高位在位，那就發送"FEFF"，反之，則發送"FFFE"。不信你能夠用二進制方式打開一個UTF-X格式的文件，看看開頭兩個字節是否是這兩個字節？
講到這裏，咱們再順便說說一個很著名的奇怪現象：當你在 windows 的記事本里新建一個文件，輸入"聯通"兩個字以後，保存，關閉，而後再次打開，你會發現這兩個字已經消失了，代之的是幾個亂碼！呵呵，有人說這就是聯通之因此拼不過移動的緣由。
其實這是由於GB2312編碼與UTF8編碼產生了編碼衝撞的緣由。
從網上引來一段從UNICODE到UTF8的轉換規則：
Unicode
UTF-8
0000 - 007F
0xxxxxxx
0080 - 07FF
110xxxxx 10xxxxxx
0800 - FFFF
1110xxxx 10xxxxxx 10xxxxxx

例如"漢"字的Unicode編碼是6C49。6C49在0800-FFFF之間，因此要用3字節模板：1110xxxx 10xxxxxx 10xxxxxx。將6C49寫成二進制是：0110 1100 0100 1001，將這個比特流按三字節模板的分段方法分爲0110 110001 001001，依次代替模板中的x，獲得：1110-0110 10-110001 10-001001，即E6 B1 89，這就是其UTF8的編碼。
而當你新建一個文本文件時，記事本的編碼默認是ANSI, 若是你在ANSI的編碼輸入漢字，那麼他實際就是GB系列的編碼方式，在這種編碼下，"聯通"的內碼是：
c1 1100 0001
aa 1010 1010
cd 1100 1101
a8 1010 1000
注意到了嗎？第一二個字節、第三四個字節的起始部分的都是"110"和"10"，正好與UTF8規則裏的兩字節模板是一致的，因而再次打開記事本時，記事本就誤認爲這是一個UTF8編碼的文件，讓咱們把第一個字節的110和第二個字節的10去掉，咱們就獲得了"00001 101010"，再把各位對齊，補上前導的0，就獲得了"0000 0000 0110 1010"，很差意思，這是UNICODE的006A，也就是小寫的字母"j"，而以後的兩字節用UTF8解碼以後是0368，這個字符什麼也不是。這就是隻有"聯通"兩個字的文件沒有辦法在記事本里正常顯示的緣由。
而若是你在"聯通"以後多輸入幾個字，其餘的字的編碼不見得又剛好是110和10開始的字節，這樣再次打開時，記事本就不會堅持這是一個utf8編碼的文件，而會用ANSI的方式解讀之，這時亂碼又不出現了。

相互轉換：
原文地址:http://club.topsage.com/thread-670150-1-1.html
Ansi、Unicode、UTF-8字符串之間的轉換和寫入文本文件

Ansi字符串咱們最熟悉，英文佔一個字節，漢字2個字節，以一個\0結尾，經常使用於txt文本文件
Unicode字符串，每一個字符(漢字、英文字母)都佔2個字節，以2個連續的\0結尾，NT操做系統內核用的是這種字符串，常被定義爲typedef unsigned short wchar_t;因此咱們有時常會見到什麼char*沒法轉換爲unsigned short*之類的錯誤，其實就是unicode
UTF8 是 Unicode一種壓縮形式，英文A在unicode中表示爲0x0041，老外以爲這種存儲方式太浪費，由於浪費了50%的空間，因而就把英文壓縮成1 個字節，成了utf8編碼，可是漢字在utf8中佔3個字節，顯然用作中文不如ansi合算，這就是中國的網頁用做ansi編碼而老外的網頁經常使用utf8 的緣由。
UTF8在還遊戲裏運用的很普遍，好比WOW的lua腳本等

下面來講一下轉換，主要用代碼來講明吧

寫文件我用了CFile類，其實用FILE*之類的也是同樣，寫文件和字符串什麼類別沒有關係，硬件只關心數據和長度

Ansi轉Unicode

介紹2種方法

   1. void CConvertDlg::OnBnClickedButtonAnsiToUnicode()
   2. {
   3.     // ansi to unicode
   4.     char* szAnsi = "abcd1234你我他";
   5.     //預轉換，獲得所需空間的大小
   6.     int wcsLen = ::MultiByteToWideChar(CP_ACP, NULL, szAnsi, strlen(szAnsi), NULL, 0);
   7.     //分配空間要給'\0'留個空間，MultiByteToWideChar不會給'\0'空間
   8.     wchar_t* wszString = new wchar_t[wcsLen + 1];
   9.     //轉換
  10.     ::MultiByteToWideChar(CP_ACP, NULL, szAnsi, strlen(szAnsi), wszString, wcsLen);
  11.     //最後加上'\0'
  12.     wszString[wcsLen] = '\0';
  13.     //unicode版的MessageBox API
  14.     ::MessageBoxW(GetSafeHwnd(), wszString, wszString, MB_OK);
  15.

  16.     //接下來寫入文本
  17.     //寫文本文件，頭2個字節0xfeff，低位0xff寫在前
  18.     CFile cFile;
  19.     cFile.Open(_T("1.txt"), CFile::modeWrite | CFile::modeCreate);
  20.     //文件開頭
  21.     cFile.SeekToBegin();
  22.     cFile.Write("\xff\xfe", 2);
  23.     //寫入內容
  24.     cFile.Write(wszString, wcsLen * sizeof(wchar_t));
  25.     cFile.Flush();
  26.     cFile.Close();
  27.     delete[] wszString;
  28.     wszString =NULL;
  29.

  30.

  31.     //方法2
  32.     //設置當前地域信息，不設置的話，使用這種方法，中文不會正確顯示
  33.     //須要#include<locale.h>
  34.     setlocale(LC_CTYPE, "chs");
  35.     wchar_t wcsStr[100];
  36.     //注意下面是大寫S，在unicode中，表明後面是ansi字符串
  37.     //swprintf是sprintf的unicode版本
  38.     //格式的前面要加大寫L，表明是unicode
  39.     swprintf(wcsStr, L"%S", szAnsi);
  40.     ::MessageBoxW(GetSafeHwnd(), wcsStr, wcsStr, MB_OK);
  41.

  42. }

複製代碼

Unicode轉Ansi
也是2種方法

   1. void CConvertDlg::OnBnClickedButtonUnicodeToAnsi()
   2. {
   3.     // unicode to ansi
   4.     wchar_t* wszString = L"abcd1234你我他";
   5.     //預轉換，獲得所需空間的大小，此次用的函數和上面名字相反
   6.     int ansiLen = ::WideCharToMultiByte(CP_ACP, NULL, wszString, wcslen(wszString), NULL, 0, NULL, NULL);
   7.     //同上，分配空間要給'\0'留個空間
   8.     char* szAnsi = new char[ansiLen + 1];
   9.     //轉換
  10.     //unicode版對應的strlen是wcslen
  11.     ::WideCharToMultiByte(CP_ACP, NULL, wszString, wcslen(wszString), szAnsi, ansiLen, NULL, NULL);
  12.     //最後加上'\0'
  13.     szAnsi[ansiLen] = '\0';
  14.     //Ansi版的MessageBox API
  15.     ::MessageBoxA(GetSafeHwnd(), szAnsi, szAnsi, MB_OK);
  16.

  17.     //接下來寫入文本
  18.     //寫文本文件，ANSI文件沒有BOM
  19.     CFile cFile;
  20.     cFile.Open(_T("1.txt"), CFile::modeWrite | CFile::modeCreate);
  21.     //文件開頭
  22.     cFile.SeekToBegin();
  23.     //寫入內容
  24.     cFile.Write(szAnsi, ansiLen * sizeof(char));
  25.     cFile.Flush();
  26.     cFile.Close();
  27.     delete[] szAnsi;
  28.     szAnsi =NULL;
  29.

  30.

  31.     //方法2
  32.     //和上面同樣有另外一種方法
  33.     setlocale(LC_CTYPE, "chs");
  34.     char szStr[100];
  35.     //注意下面是大寫，在ansi中，表明後面是unicode字符串
  36.     //sprintf
  37.     sprintf(szStr, "%S", wszString);
  38.     ::MessageBoxA(GetSafeHwnd(), szStr, szStr, MB_OK);
  39. }

複製代碼

Unicode轉UTF8

   1. void CConvertDlg::OnBnClickedButtonUnicodeToU8()
   2. {
   3.     // unicode to UTF8
   4.     wchar_t* wszString = L"abcd1234你我他";
   5.     //預轉換，獲得所需空間的大小，此次用的函數和上面名字相反
   6.     int u8Len = ::WideCharToMultiByte(CP_UTF8, NULL, wszString, wcslen(wszString), NULL, 0, NULL, NULL);
   7.     //同上，分配空間要給'\0'留個空間
   8.     //UTF8雖然是Unicode的壓縮形式，但也是多字節字符串，因此能夠以char的形式保存
   9.     char* szU8 = new char[u8Len + 1];
  10.     //轉換
  11.     //unicode版對應的strlen是wcslen
  12.     ::WideCharToMultiByte(CP_UTF8, NULL, wszString, wcslen(wszString), szU8, u8Len, NULL, NULL);
  13.     //最後加上'\0'
  14.     szU8[u8Len] = '\0';
  15.     //MessageBox不支持UTF8,因此只能寫文件
  16.

  17.     //接下來寫入文本
  18.     //寫文本文件，UTF8的BOM是0xbfbbef
  19.     CFile cFile;
  20.     cFile.Open(_T("1.txt"), CFile::modeWrite | CFile::modeCreate);
  21.     //文件開頭
  22.     cFile.SeekToBegin();
  23.     //寫BOM，一樣低位寫在前
  24.     cFile.Write("\xef\xbb\xbf", 3);
  25.     //寫入內容
  26.     cFile.Write(szU8, u8Len * sizeof(char));
  27.     cFile.Flush();
  28.     cFile.Close();
  29.     delete[] szU8;
  30.     szU8 =NULL;
  31.

  32. }

複製代碼

UTF8轉UNICODE

   1. void CConvertDlg::OnBnClickedButtonU8ToUnicode()
   2. {
   3.     //UTF8 to Unicode
   4.     //因爲中文直接複製過來會成亂碼，編譯器有時會報錯，故採用16進制形式
   5.     char* szU8 = "abcd1234\xe4\xbd\xa0\xe6\x88\x91\xe4\xbb\x96\x00";
   6.     //預轉換，獲得所需空間的大小
   7.     int wcsLen = ::MultiByteToWideChar(CP_UTF8, NULL, szU8, strlen(szU8), NULL, 0);
   8.     //分配空間要給'\0'留個空間，MultiByteToWideChar不會給'\0'空間
   9.     wchar_t* wszString = new wchar_t[wcsLen + 1];
  10.     //轉換
  11.     ::MultiByteToWideChar(CP_UTF8, NULL, szU8, strlen(szU8), wszString, wcsLen);
  12.     //最後加上'\0'
  13.     wszString[wcsLen] = '\0';
  14.     //unicode版的MessageBox API
  15.     ::MessageBoxW(GetSafeHwnd(), wszString, wszString, MB_OK);
  16.

  17.     //寫文本同ansi to unicode
  18. }

複製代碼

Ansi轉換utf8和utf8轉換Ansi就是上面2個的結合，把unicode做爲中間量，進行2次轉換便可