python默認編碼
python 2.x默認的字符編碼是ASCII，默認的文件編碼也是ASCII。
python 3.x默認的字符編碼是unicode，默認的文件編碼是utf-8。
中文亂碼問題
無論以什么編碼在內存里顯示字符，存到硬盤上都是二進制，所以編碼不對，程序就會出錯。
常見編碼有ascii編碼（美國），GBK編碼（中國），shift_JIS編碼（日本），unicode（統一編碼）等。
需要注意的是，存到硬盤上時是以何種編碼存的，再從硬盤上讀出來時，就必須以何種編碼讀，要不然就會出現亂碼問題。
常見的編碼錯誤的原因有如下，出現亂碼時，按照編碼之前的關系，挨個排錯就能解決問題。
python解釋器的默認編碼；
Terminal使用的編碼；
python源文件文件編碼；
操作系統的語言設置。
Python支持中文的編碼：utf-8、gbk和gb2312。uft-8為國際通用，常用有數據庫、編寫代碼。gbk如windows的cmd使用。
編碼轉換
如果想要中國的軟件可以正常的在美國人的電腦上實現，有下面兩種方法：
讓美國人的電腦都裝上gbk編碼
讓你的軟件編碼以utf-8編碼
第一種方法不可現實，第二種方法比較簡單，但是也只能針對新開發的軟件，如果之前開發的軟件就是以gbk的編碼寫的，上百萬行代碼已經寫出去了，重新編碼成utf-8格式也會費很大力氣。
所以，針對已經用gbk開發的軟件項目如何進行編碼轉換，利用unicode的一個包含了跟全球所有國家編碼映射關系的功能，就可以實現編碼轉換。無論以什么編碼存儲的數據，只要我們的軟件把數據從硬盤上讀到內存，轉成unicode來顯示即可，由於所有的系統、編程語言都默認支持unicode，所有我們的gbk編碼軟件放在美國電腦上，加載到內存里面，變成了unicode，中文就可正常展示。
類似用如下的轉碼的過程：
源有編碼 -> unicode編碼 -> 目的編碼
decode("UTF-8") 解碼 --> unicode --> encode("gbk") 編碼
#_*_coding:utf-8_*_ 的作用
在python2文件中，經常在文件開頭看到“ #_*_coding:utf-8 _*_ ”語句，它的作用是告訴python解釋器此.py文件是utf-8編碼，需要用utf-8的編碼去讀取這個.py文件。
python2.x的bytes與python3.x的bytes的區別
Python2將string處理為原生的bytes類型，而不是 unicode。而Python3所有的 string均是unicode類型。
在python2.x中，寫字符串，比如
>>>s = ”學習“ >>>print s 學習 >>>s # 字節類型 '\xd1\xa7\xcf\xb0'
雖然說打印的是中文學習，但是直接調用變量s時，顯示的卻是一個個16進制表示的二進制字節，我們稱這個為byte類型，即字節類型，它把8個二進制組成一個byte，用16進制表示。
所以說python2.x的字符串其實更應該稱為字符串，通過存儲的方式就能看出來，但是在python2.x中還有一個bytes類型，兩個是否相同呢，回答是肯定的，在python2.x中，bytes==str。
python3.x中，把字符串變成了unicode，文件默認編碼為utf-8。這意味着，只要用python3.x，無論我們的程序以那種語言開發，都可以在全球各國電腦上正常顯示。
python3.x除了把字符串的編碼改成了unicode，還把str和bytes做了明確區分，str就是unicode格式的字符串，而bytes就是單純的二進制。（補充一個問題，在python3.x中，只要把unicode編碼，字符串就會變成了bytes格式，也不直接打印成gbk的字符，我覺得就是想通過這樣的方式明確的告訴你，想在python3.x中看字符串，必須是unicode，其他編碼一律是bytes格式）。
深入中文編碼問題
python3內部使用的是unicode編碼，而外部卻要面對千奇百怪的各種編碼，比如作為中國程序經常要面對的gbk，gb2312，utf8等，那這些編碼是怎么轉換成內部的unicode呢？
首先看一下源代碼文件中使用字符串的情況。源代碼文件作為文本文件就必然是以某種編碼形式存儲代碼的，python2默認源代碼文件是asci編碼，python3默認源代碼文件是utf-8編碼。比如給python2代碼文件中的一個變量賦值：
s1 = 'a'
print s1
python2認為這個字符'a'就是一個asci編碼的字符，這個文件可以正常執行，並打印出'a'字符。在僅僅使用英文字符的情況下一切正常，但是如果用了中文，比如：
s1 = '哈哈'
print s1
這個代碼文件被執行時就會出錯，就是編碼出了問題。python2默認將代碼文件內容當作asci編碼處理，但asci編碼中不存在中文，因此拋出異常。
解決問題之道就是要讓python2解釋器知道文件中使用的是什么編碼形式，對於中文，可以用的常見編碼有utf-8，gbk和gb2312等。只需在代碼文件的最前端添加如下：
# -*- coding: utf-8 -*-
這就是告知python2解釋器，這個文件里的文本是用utf-8編碼的。這樣，python就會依照utf-8的編碼形式解讀其中的字符，然后轉換成unicode編碼內部處理使用。
不過，如果你在Windows控制台下運行此代碼的話，雖然程序是執行了，但屏幕上打印出的卻不是哈哈字。這是由於python2編碼與控制台編碼的不一致造成的。Windows下控制台中的編碼使用的是gbk，而在代碼中使用的utf-8，python2按照utf-8編碼打印到gbk編碼的控制台下自然就會不一致而不能打印出正確的漢字。
解決辦法一個是將源代碼的編碼也改成gbk，也就是代碼第一行改成：
# -*- coding: gbk -*-
另一種方法是保持源碼文件的utf-8不變，而是在’哈哈’前面加個u字，也就是:
s1=u’哈哈’
print s1
這樣就可以正確打印出’哈哈’字了。這里的這個u表示將后面跟的字符串以unicode格式存儲。python2會根據代碼第一行標稱的utf-8編碼，識別代碼中的漢字’哈哈’，然后轉換成unicode對象。如果我們用type查看一下’哈哈’的數據類型type(‘哈哈’)，會得到<type ‘str’>，而type(u’哈哈’)，則會得到<type ‘unicode’>。
>>> type('哈哈') <type 'str'> >>> type(u'哈哈') <type 'unicode'>
也就是在字符前面加u就表明這是一個unicode對象，這個字會以unicode格式存在於內存中，而如果不加u，表明這僅僅是一個使用某種編碼的字符串，編碼格式取決於python2對源碼文件編碼的識別，這里就是utf-8。
Python2在向控制台輸出unicode對象的時候會自動根據輸出環境的編碼進行轉換，但如果輸出的不是unicode對象而是普通字符串，則會直接按照字符串的編碼輸出字符串，從而出現上面的現象。
使用unicode對象的話，除了這樣使用u標記，還可以使用unicode類以及字符串的encode和decode方法。
unicode類的構造函數接受一個字符串參數和一個編碼參數，將字符串封裝為一個unicode，比如在這里，由於我們用的是utf-8編碼，所以unicode中的編碼參數使用'utf-8'，將字符封裝為unicode對象，然后正確輸出到控制台：
s1=unicode(‘哈’, ‘utf-8′)
print s1
另外，用decode函數也可以將一個普通字符串轉換為unicode對象。很多人都搞不明白python2字符串的decode和encode函數都是什么意思。這里簡要說明一下。
decode函數是將普通字符串按照參數中的編碼格式進行解析，然后生成對應的unicode對象，比如在這里我們代碼用的是utf-8，那么把一個字符串轉換為unicode對象就是如下形式：
>>> s2 = '哈哈'.decode('utf-8') >>> type(s2) <type 'unicode'>
這時，s2就是一個存儲了’哈哈’字符串的unicode對象，其實就和unicode(‘哈哈’, ‘utf-8′)以及u’哈哈’是相同的。
encode函數正好就是相反的功能，是將一個unicode對象轉換為參數中編碼格式的普通字符串，比如下面代碼：
>>> s3 = unicode('哈哈', 'utf-8').encode('utf-8') >>> type(s3) <type 'str'> 或者： >>> s3 = '哈哈'.decode('utf-8').encode('utf-8') >>> type(s3) <type 'str'>
s3現在又變回了utf-8的’哈哈’。同樣的，也可指定其它編碼格式，但要注意的是，用什么格式編碼，就用什么格式解碼，否則會出現中文亂碼問題。
字符編碼
目前使用的編碼方式有：ASCII碼（一個字節）、Unicode碼（兩個字節）、UTF-8碼（可變長的編碼）。我們已經知道了，字符串也是一種數據類型，但是，字符串比較特殊的是還有一個編碼問題。
因為計算機只能處理數字，如果要處理文本，就必須先把文本轉換為數字才能處理。最早的計算機在設計時采用8個比特（bit）作為一個字節（byte），所以，一個字節能表示的最大的整數就是255（二進制11111111=十進制255），如果要表示更大的整數，就必須用更多的字節。比如兩個字節可以表示的最大整數是65535，4個字節可以表示的最大整數是4294967295。
由於計算機是美國人發明的，因此，最早只有127個字符被編碼到計算機里，也就是大小寫英文字母、數字和一些符號，這個編碼表被稱為ASCII編碼，比如大寫字母A的編碼是65，小寫字母z的編碼是122。但是要處理中文顯然一個字節是不夠的，至少需要兩個字節，而且還不能和ASCII編碼沖突，所以，中國制定了GB2312編碼，用來把中文編進去。可以想得到的是，全世界有上百種語言，日本把日文編到Shift_JIS里，韓國把韓文編到Euc-kr里，各國有各國的標准，就會不可避免地出現沖突，結果就是，在多語言混合的文本中，顯示出來會有亂碼。因此，Unicode應運而生。Unicode把所有語言都統一到一套編碼里，這樣就不會再有亂碼問題了。Unicode標准也在不斷發展，但最常用的是用兩個字節表示一個字符（如果要用到非常偏僻的字符，就需要4個字節）。現代操作系統和大多數編程語言都直接支持Unicode。
現在，捋一捋ASCII編碼和Unicode編碼的區別：ASCII編碼是1個字節，而Unicode編碼通常是2個字節。
字母A用ASCII編碼是十進制的65，二進制的01000001；
字符'0'用ASCII編碼是十進制的48，二進制的00110000，注意字符'0'和整數0是不同的；
漢字中已經超出了ASCII編碼的范圍，用Unicode編碼是十進制的20013，二進制的01001110 00101101。
可以猜測，如果把ASCII編碼的A用Unicode編碼，只需要在前面補0就可以，因此，A的Unicode編碼是00000000 01000001。
新的問題又出現了：如果統一成Unicode編碼，亂碼問題從此消失了。但是，如果你寫的文本基本上全部是英文的話，用Unicode編碼比ASCII編碼需要多一倍的存儲空間，在存儲和傳輸上就十分不划算。
所以，本着節約的精神，又出現了把Unicode編碼轉化為“可變長編碼”的UTF-8編碼。UTF-8編碼把一個Unicode字符根據不同的數字大小編碼成1-6個字節，常用的英文字母被編碼成1個字節，漢字通常是3個字節，只有很生僻的字符才會被編碼成4-6個字節。如果你要傳輸的文本包含大量英文字符，用UTF-8編碼就能節省空間：
字符 ASCII Unicode UTF-8
A 01000001 00000000 01000001 01000001
中 x 01001110 00101101 11100100 10111000 10101101
UTF-8編碼有一個額外的好處，就是ASCII編碼實際上可以被看成是UTF-8編碼的一部分，所以，大量只支持ASCII編碼的歷史遺留軟件可以在UTF-8編碼下繼續工作。
編碼方式
1.ASCII
現在我們面臨了第一個問題：如何讓人類語言，比如英文被計算機理解？我們以英文為例，英文中有英文字母（大小寫）、標點符號、特殊符號。如果我們將這些字母與符號給予固定的編號，然后將這些編號轉變為二進制，那么計算機明顯就能夠正確讀取這些符號，同時通過這些編號，計算機也能夠將二進制轉化為編號對應的字符再顯示給人類去閱讀。由此產生了我們最熟知的ASCII碼。ASCII 碼使用指定的7 位或8 位二進制數組合來表示128 或256 種可能的字符。這樣在大部分情況下，英文與二進制的轉換就變得容易多了。
2.GB2312
雖然計算機是美國人發明的，但是全世界的人都在使用計算機。現在出現了另一個問題：如何讓中文被計算機理解？這下麻煩了，中文不像拉丁語系是由固定的字母排列組成的。ASCII 碼顯然沒辦法解決這個問題，為了解決這個問題，中國國家標准總局1980年發布《信息交換用漢字編碼字符集》提出了GB2312編碼，用於解決漢字處理的問題。1995年又頒布了《漢字編碼擴展規范》（GBK）。GBK與GB 2312—1980國家標准所對應的內碼標准兼容，同時在字匯一級支持ISO/IEC10646—1和GB 13000—1的全部中、日、韓（CJK）漢字，共計20902字。這樣我們就解決了計算機處理漢字的問題了。
3.Unicode
現在英文和中文問題被解決了，但新的問題又出現了。全球有那么多的國家不僅有英文、中文還有阿拉伯語、西班牙語、日語、韓語等等。難不成每種語言都做一種編碼？基於這種情況一種新的編碼誕生了：Unicode。Unicode又被稱為統一碼、萬國碼；它為每種語言中的每個字符設定了統一並且唯一的二進制編碼，以滿足跨語言、跨平台進行文本轉換、處理的要求。Unicode支持歐洲、非洲、中東、亞洲（包括統一標准的東亞象形漢字和韓國表音文字）。這樣不管你使用的是英文或者中文，日語或者韓語，在Unicode編碼中都有收錄，且對應唯一的二進制編碼。這樣大家都開心了，只要大家都用Unicode編碼，那就不存在這些轉碼的問題了，什么樣的字符都能夠解析了。
4.UTF-8
但是，由於Unicode收錄了更多的字符，可想而知它的解析效率相比ASCII碼和GB2312的速度要大大降低，而且由於Unicode通過增加一個高字節對ISO Latin-1字符集進行擴展，當這些高字節位為0時，低字節就是ISO Latin-1字符。對可以用ASCII表示的字符使用Unicode並不高效，因為Unicode比ASCII占用大一倍的空間，而對ASCII來說高字節的0毫無用處。為了解決這個問題，就出現了一些中間格式的字符集，他們被稱為通用轉換格式，即UTF（Unicode Transformation Format）。而我們最常用的UTF-8就是這些轉換格式中的一種。在這里我們不去研究UTF-8到底是如何提高效率的，你只需要知道他們之間的關系即可。