前言
曾幾何時 Python 中文亂碼的問題困擾了我很多很多年，每次出現中文亂碼都要去網上搜索答案，雖然解決了當時遇到的問題但下次出現亂碼的時候又會懵逼，究其原因還是知其然不知其所以然?，F在有的小伙伴為了躲避中文亂碼的問題甚至代碼中不使用中文，注釋和提示都用英文，我曾經也這樣干過，但這并不是解決問題，而是逃避問題，今天我們一起徹底解決 Python 中文亂碼的問題。

基礎知識ASCII

很久很久以前，有一群人，他們決定用8個可以開合的晶體管來組合成不同的狀態(tài)，以表示世界上的萬物。他們看到8個開關狀態(tài)是好的，于是他們把這稱為”字節(jié)“。再后來，他們又做了一些可以處理這些字節(jié)的機器，機器開動了，可以用字節(jié)來組合出很多狀態(tài)，狀態(tài)開始變來變去。他們看到這樣是好的，于是它們就這機器稱為”計算機“。開始計算機只在美國用。八位的字節(jié)一共可以組合出256(2的8次方)種不同的狀態(tài)。 他們把其中的編號從0開始的32種狀態(tài)分別規(guī)定了特殊的用途，一但終端、打印機遇上約定好的這些字節(jié)被傳過來時，就要做一些約定的動作。遇上0×10, 終端就換行，遇上0×07, 終端就向人們嘟嘟叫，例好遇上0x1b, 打印機就打印反白的字，或者終端就用彩色顯示字母。他們看到這樣很好，于是就把這些0×20以下的字節(jié)狀態(tài)稱為”控制碼”。他們又把所有的空 格、標點符號、數字、大小寫字母分別用連續(xù)的字節(jié)狀態(tài)表示，一直編到了第127號，這樣計算機就可以用不同字節(jié)來存儲英語的文字了。大家看到這樣，都感覺很好，于是大家都把這個方案叫做 ANSI 的”Ascii”編碼（American Standard Code for Information Interchange，美國信息互換標準代碼）。當時世界上所有的計算機都用同樣的ASCII方案來保存英文文字。

GB2312

后來，就像建造巴比倫塔一樣，世界各地的都開始使用計算機，但是很多國家用的不是英文，他們的字母里有許多是ASCII里沒有的，為了可以在計算機保存他們的文字，他們決定采用 127號之后的空位來表示這些新的字母、符號，還加入了很多畫表格時需要用下到的橫線、豎線、交叉等形狀，一直把序號編到了最后一個狀態(tài)255。從128 到255這一頁的字符集被稱”擴展字符集“。從此之后，貪婪的人類再沒有新的狀態(tài)可以用了，美帝國主義可能沒有想到還有第三世界國家的人們也希望可以用到計算機吧！等中國人們得到計算機時，已經沒有可以利用的字節(jié)狀態(tài)來表示漢字，況且有6000多個常用漢字需要保存呢。

但是這難不倒智慧的中國人民，我們不客氣地把那些127號之后的奇異符號們直接取消掉, 規(guī)定：一個小于127的字符的意義與原來相同，但兩個大于127的字符連在一起時，就表示一個漢字，前面的一個字節(jié)（他稱之為高字節(jié)）從0xA1用到 0xF7，后面一個字節(jié)（低字節(jié)）從0xA1到0xFE，這樣我們就可以組合出大約7000多個簡體漢字了。在這些編碼里，我們還把數學符號、羅馬希臘的字母、日文的假名們都編進去了，連在 ASCII 里本來就有的數字、標點、字母都統(tǒng)統(tǒng)重新編了兩個字節(jié)長的編碼，這就是常說的”全角”字符，而原來在127號以下的那些就叫”半角”字符了。 中國人民看到這樣很不錯，于是就把這種漢字方案叫做 “GB2312“。GB2312 是對 ASCII 的中文擴展。

GBK

但是中國的漢字太多了，我們很快就就發(fā)現有許多人的人名沒有辦法在這里打出來，特別是某些很會麻煩別人的國家領導人。于是我們不得不繼續(xù)把 GB2312 沒有用到的碼位找出來老實不客氣地用上。 后來還是不夠用，于是干脆不再要求低字節(jié)一定是127號之后的內碼，只要第一個字節(jié)是大于127就固定表示這是一個漢字的開始，不管后面跟的是不是擴展字符集里的內容。結果擴展之后的編碼方案被稱為 GBK 標準，GBK 包括了 GB2312 的所有內容，同時又增加了近20000個新的漢字（包括繁體字）和符號。 后來少數民族也要用電腦了，于是我們再擴展，又加了幾千個新的少數民族的字，GBK 擴成了 GB18030。

從此之后，中華民族的文化就可以在計算機時代中傳承了。 中國的程序員們看到這一系列漢字編碼的標準是好的，于是通稱他們叫做 “DBCS“（Double Byte Charecter Set 雙字節(jié)字符集）。在DBCS系列標準里，最大的特點是兩字節(jié)長的漢字字符和一字節(jié)長的英文字符并存于同一套編碼方案里，因此他們寫的程序為了支持中處理，必須要注意字串里的每一個字節(jié)的值，如果這個值是大于127的，那么就認為一個雙字節(jié)字符集里的字符出現了。那時候凡是受過加持，會編程的計算機僧侶們都要每天念下面這個咒語數百遍： “一個漢字算兩個英文字符！一個漢字算兩個英文字符……”

因為當時各個國家都像中國這樣搞出一套自己的編碼標準，結果互相之間誰也不懂誰的編碼，誰也不支持別人的編碼，連大陸和臺灣這樣只相隔了150海里，使用著同一種語言的兄弟地區(qū)，也分別采用了不同的 DBCS 編碼方案——當時的中國人想讓電腦顯示漢字，就必須裝上一個”漢字系統(tǒng)”，專門用來處理漢字的顯示、輸入的問題，但是那個臺灣的愚昧封建人士寫的算命程序就必須加裝另一套支持 BIG5 編碼的什么”倚天漢字系統(tǒng)”才可以用，裝錯了字符系統(tǒng)，顯示就會亂了套！這怎么辦？而且世界民族之林中還有那些一時用不上電腦的窮苦人民，他們的文字又怎么辦？ 真是計算機的巴比倫塔命題?。?/p>

UNICODE

正在這時，大天使加百列及時出現了，一個叫 ISO（國際標誰化組織）的國際組織決定著手解決這個問題。他們采用的方法很簡單：廢了所有的地區(qū)性編碼方案，重新搞一個包括了地球上所有文化、所有字母和符號的編碼！他們打算叫它”Universal Multiple-Octet Coded Character Set”，簡稱 UCS, 俗稱 “unicode“。unicode開始制訂時，計算機的存儲器容量極大地發(fā)展了，空間再也不成為問題了。于是 ISO 就直接規(guī)定必須用兩個字節(jié)，也就是16位來統(tǒng)一表示所有的字符，對于ASCII里的那些“半角”字符，unicode 包持其原編碼不變，只是將其長度由原來的8位擴展為16位，而其他文化和語言的字符則全部重新統(tǒng)一編碼。

由于”半角”英文符號只需要用到低8位，所以其高8位永遠是0，因此這種大氣的方案在保存英文文本時會多浪費一倍的空間。這時候，從舊社會里走過來的程序員開始發(fā)現一個奇怪的現象：他們的 strlen 函數靠不住了，一個漢字不再是相當于兩個字符了，而是一個！是的，從 unicode 開始，無論是半角的英文字母，還是全角的漢字，它們都是統(tǒng)一的”一個字符“！同時，也都是統(tǒng)一的”兩個字節(jié)“，請注意”字符”和”字節(jié)”兩個術語的不同，“字節(jié)”是一個8位的物理存貯單元，而“字符”則是一個文化相關的符號。在 unicode 中，一個字符就是兩個字節(jié)。一個漢字算兩個英文字符的時代已經快過去了。

unicode 同樣也不完美，這里就有兩個的問題，一個是，如何才能區(qū)別 unicode 和 ASCII？計算機怎么知道三個字節(jié)表示一個符號，而不是分別表示三個符號呢？第二個問題是，我們已經知道，英文字母只用一個字節(jié)表示就夠了，如果 unicode 統(tǒng)一規(guī)定，每個符號用三個或四個字節(jié)表示，那么每個英文字母前都必然有二到三個字節(jié)是0，這對于存儲空間來說是極大的浪費，文本文件的大小會因此大出二三倍，這是難以接受的。

UTF-8

unicode 在很長一段時間內無法推廣，直到互聯(lián)網的出現，為解決 unicode 如何在網絡上傳輸的問題，于是面向傳輸的眾多 UTF（UCS Transfer Format）標準出現了，顧名思義，UTF-8就是每次8個位傳輸數據，而 UTF-16 就是每次16個位。UTF-8就是在互聯(lián)網上使用最廣的一種 unicode 的實現方式，這是為傳輸而設計的編碼，并使編碼無國界，這樣就可以顯示全世界上所有文化的字符了。UTF-8 最大的一個特點，就是它是一種變長的編碼方式。它可以使用1~4個字節(jié)表示一個符號，根據不同的符號而變化字節(jié)長度，當字符在 ASCII 碼的范圍時，就用一個字節(jié)表示，保留了 ASCII 字符一個字節(jié)的編碼做為它的一部分，注意的是 unicode 一個中文字符占2個字節(jié)，而UTF-8一個中文字符占3個字節(jié)）。從 unicode 到 uft-8 并不是直接的對應，而是要過一些算法和規(guī)則來轉換。

看到這里你是徹底懵逼還是恍然大悟，如果是徹底懵逼建議你再多看幾次，溫故而知新，如果恍然大悟的話我們就接著往下看。

中文亂碼實例講解

介紹完了基礎知識，我們來說說 Python 中是如何存儲字符的，先來看一個亂碼的例子。新建一個 demo.py 文件，文件存儲格式為utf-8文件中內容如下。

s = "中文"
print s

在 cmd 中運行 python demo.py，什么，我只是想打印中文兩個字居然給我報錯，簡直不可理喻??！

趕緊打開 python 自帶的 idle 試試看，一點問題都沒有啊，這是為什么呢？

回頭好好看看 cmd 下報的錯誤Non-ASCII character '\xe4' in file demo.py on line 1, but no encoding declared;，翻譯過來就是 在 demo.py 文件的第 1 行有非 ASCII 字符 ‘\xe4'，而且沒有聲明編碼，從上面基礎知識可知，ASCII 編碼是不能表示漢字中文的，demo.py 文件第一行有中文兩個漢字，而 demo.py 文件存儲格式為utf-8，所以中文兩個漢字在文件中存儲的時候是以 utf-8編碼存儲的，查看 demo.py 文件 16 進制可以看到中文 存儲的是 \xe4\xb8\xad\xe6\x96\x87。

16 進制查看用的是 notepad++ 自帶的 HEX-Editor 插件，另外函數 repr也能顯示原始字符串，如下。

# encoding:utf-8
import sys
print sys.getdefaultencoding()
s = "中文"
print repr(s)

sys.getdefaultencoding()讀取 python 默認編碼是 ASCII，而 ASCII 是不認識 \xe4的，所以會報錯Non-ASCII character '\xe4' in file demo.py on line 1, but no encoding declared;，此時只要在 demo.py 文件頭加上 # encoding:utf-8就可以了，雖然是注釋，但 python 看到這句話就知道了接下來應該用utf-8編碼了，而 demo.py 存儲時也是utf-8的，所以就正常了。

# encoding:utf-8
s = "中文"
print s

編碼聲明注釋寫成# -*- coding: utf-8 -*-也是可以的，只要滿足正則表達式^[ \t\v]*#.*?coding[:=][ \t]*([-_.a-zA-Z0-9]+)就OK。

我們再次在 cmd 下運行 python demo.py 試試看。

啥，啥，啥，說好的顯示中文呢？這不是逗我嗎？去 python idle 下試試看。

為什么同樣的文件在 python idle 中卻正常呢？肯定是 cmd 有問題，是的，我也是這樣想的，那我試著在 cmd 下進入 python 交互模式輸出中文看看，我去居然 cmd 下也是可以正常輸出 中文的，相信看到這里小伙伴們都已經暈了。

別急，聽我慢慢分析。其實當在 cmd 或者 idle 中打印字符的時候已經和文件編碼方式沒有關系了，此時起作用的是輸出環(huán)境也就是 cmd 或者 idle 的編碼方式有關，查看 cmd 的編碼命令是 chcp，返回 936，去網上查找可知 936 代表 GBK 編碼，這下我們大概知道什么原因了，demo.py 文件存儲和編碼聲明都是utf-8，但是 cmd 顯示編碼是 GBK，而將中文的utf-8 編碼 \xe4\xb8\xad\xe6\x96\x87 強制轉換為 GBK 就會亂碼了，GBK 是兩個字節(jié)存儲一個中文字符，所以 \xe4\xb8\xad\xe6\x96\x87 會解碼成三個字，很不幸這三個字涓枃不是常用字也不是我們想要的字符，所以就認為是亂碼了。為什么在 cmd 下進入 Python 交互式命令行可以呢，這是因為當在 python 交互式命令行輸入s = "中文"時，中文這兩個漢字其實是以 GBK 編碼存儲的，cmd 默認編碼是 GBK ，不信看s打印\xd6\xd0\xce\xc4，這就是GBK編碼方式存儲，而utf-8編碼方式存儲同樣的中文為\xe4\xb8\xad\xe6\x96\x87。

下面告訴大家怎么解決在 cmd 下執(zhí)行文件正確輸出中文問題。

1、demo.py 文件和編碼聲明都為 GBK

這種方法比較笨，就是把 demo.py 文件改為 GBK 存儲，而且編碼聲明也是GBK，個人不推薦。

# encoding:gbk
s = "中文"
print s
print repr(s)

2、中文用 unicode 表示

只要在中文前面加上個小u標記，后面的中文就用 unicode 存儲了。

# encoding:utf-8
s = u"中文"
print s
print repr(s)

cmd 下是可以打印 unicode 字符的，如下。

3、把中文強制轉換為GBK或者unicode編碼

強制轉換為unicode編碼，在 Python 中編碼是可以互相轉換的，比如從utf-8轉換為gbk，不同編碼之間不能直接轉換，需要通過unicode字符集中間過渡下，從上面基礎知識可知unicode是一種字符集，不屬于編碼，而utf-8是具體實現unicode思想的一種編碼。utf-8轉換為unicode是一種解碼過程，通過decode可從utf-8解碼成unicode。

# encoding:utf-8
s = "中文"
u = s.decode('utf-8')
print u
print type(u)
print repr(u)

強制轉換為gbk編碼，上一步已經從utf-8轉換為unicode了，從unicode是編碼的過程，通過encode實現。

# encoding:utf-8
s = "中文"
u = s.decode('utf-8')
g = u.encode('gbk')
print g
print type(g)
print repr(g)

總結

windows cmd 窗口下不支持utf-8，想要顯示中文必須轉換為gbk或者unicode，而 Python idle 中這三種編碼都支持。中文亂碼的出現都是由于編碼不一致導致的，存儲的是用utf-8，打印的時候用gbk就會亂碼了，所有要保證不亂碼盡量保持統(tǒng)一，建議全部使用unicode。

decode 解碼

從其它編碼變成unicode叫解碼，解碼用的方法是decode，第一個參數為被解碼的字符串原始編碼格式，如果寫錯了也會報錯。比如 s 是utf-8，用gbk去解碼就會報錯。

# encoding:utf-8
s = "中文"
u = s.decode('gbk')
print u
print repr(u)

小提示

在 Python idle 和 cmd 下直接輸入 s = "中文"會以 gbk 編碼的，如果在文件中輸入 s = "中文"且文件存儲格式為utf-8，那么 s 是以utf-8編碼存儲的，有點不一樣曾經踩過坑，及時 Python idle 成功了文件運行的時候也可能失敗。

encode 編碼

不可以直接從utf-8轉換為gbk，必須經過unicode中間轉換，這點很重要，被編碼的原始字符串一定要為unicode，否則會報錯。

raw_input

raw_input 是獲取用戶輸入值的，獲取到的用戶輸入值和當前運行環(huán)境編碼有關，比如 cmd 下默認編碼是 gbk，那么輸入的漢字就是以gbk編碼，而不管 demo.py 文件編碼格式和編碼聲明。

# encoding:utf-8
s = raw_input("input something: ")
print s
print type(s)
print repr(s)

GBK 編碼一個漢字兩個字節(jié)，UTF-8 一個漢字通常3個字節(jié)。

細心的朋友已經注意了，raw_input的提示語我用的是英文，那改成中文看看，果真出現亂碼了。

# encoding:utf-8
s = raw_input("請輸入中文漢字：")
print s
print type(s)
print repr(s)

怎么辦呢？把提示字符串強制為gbk編碼就好，unicode和utf-8都不可以。

# encoding:utf-8
s = raw_input(u"請輸入中文漢字：".encode('gbk'))
print s
print type(s)
print repr(s)

相等陷阱

“中文”這兩個字符串用不同的編碼存儲是不一樣的，utf-8編碼和gbk編碼存儲的“中文”都不一樣。

總結

一口氣說了這么多，不知道你們看懂沒？想要不亂碼，記住以下5點法則就好。

1、文件存儲為utf-8格式，編碼聲明為utf-8，# encoding:utf-8
2、出現漢字的地方前面加 u
3、不同編碼之間不能直接轉換，要經過unicode中間跳轉
4、cmd 下不支持utf-8編碼
5、raw_input提示字符串只能為gbk編碼

以上就是徹底搞懂 python 中文亂碼問題(深入分析)的詳細內容，更多關于python 中文亂碼的資料請關注腳本之家其它相關文章！