❶ 如何解決mac python3 中文亂碼
解決mac python3中文亂碼的方法：
在文件的最上面加上「#coding=utf-8」語句，#與coding之間有一個空格，該語句是告訴編輯器以utf-8的格式對中文字元進行解碼
示例如下：
這樣輸出的中文就不是亂碼了。
更多Python知識，請關註：Python自學網！！
❷ python命令行輸入中文亂碼怎麼辦
python2.X，代碼中指定了UTF-8，但是在cmd命令行窗口時，列印的中文仍然會亂碼。
在python3不存在該問題
運行結果：
原因
中文windows默認的輸出編碼為gbk ，與腳本中定義的UTF-8不一樣，所以出現了解碼失敗的情況。
相關推薦：《Python基礎教程》
解決方法
有如下兩種方法可以解決這個問題
方法一
我們可以通過先把中文解碼為unicode，然後再轉化為gbk來解決這個問題：
修改後運行結果：
方法二
當然，我們也可以通過改變cmd命令行窗口的輸出格式來解決這個問題：
·chcp 65001 就是換成UTF-8代碼頁
·chcp 936 可以換回默認的GBK
但是這樣就降低了腳本的兼容性，在其他環境運行的時候可能還會出現這樣的錯誤，而且可能會影響其他腳本運行，所以推薦使用第一種方法。
❸ python2中出現中文字元亂碼，怎麼處理
在Python2.x中主要是字元編碼的問題，處理不好的話，會導致亂碼。
Python默認採取的ASCII編碼，字母、標點和其他字元只使用一個位元組來表示，但對於中文字元來說，一個位元組滿足不了需求。
❹ python編程 中文 出現亂碼問題
這是因為IDLE中使用gbk編碼，是ascii擴展字元集。
>>>importsys
>>>sys.getdefaultencoding()
'ascii'
解決方法：
在IDLE中執行的時候
去掉字元串前面的u字元，也不要加#coding這一行。
先import sys,然後reload(sys),再使用sys.setdefaultencoding("utf-8")。然後就可以列印前面帶u的字元串了。（這是搜來的方法，實驗了一下，發現在我這沒有輸出了。。重啟了IDLE，才可以輸出，不過又變會ascii了）
在文件中執行
在文件開頭聲明#coding行，文件保存為utf8編碼，在字元串開頭加u
❺ python3 中文輸出亂碼問題
python 3和2很大區別就是python本身改為默認用unicode編碼。
字元串不再區分"abc"和u"abc", 字元串"abc"默認就是unicode，不再代表本地編碼、
由於有這種內部編碼，像c#和java類似，再沒有必要在語言環境內做類似設置編碼，比如「sys.setdefaultencoding」;
也因此也python 3的代碼和包管理上打破了和2.x的兼容。2.x的擴展包要適應這種情況改寫。
另一個問題是語言環境內只有unicode怎麼輸出gbk之類的本地編碼。
答按慣例都在(序列化)輸出時才轉換成本地編碼。
比如
file.write("GBK的中文".encode("GBK"))
python環境內字元串用str.encode("GBK")方法輸出成位元組串用於和其他環境交流。
❻ Python中中文亂碼問題
a ='哈哈'
b = a.encode('utf-8')
以上你的代碼是UTF8編碼吧，a本來就是UTF8編碼，你在給它編碼幹嘛，encode是編碼，decode是解碼，你不報錯沒天理。
a = u'哈哈'
b = a.encode('utf-8')
a是U編碼類型也就是你上一個沒加U的哈哈的解碼，它肯定不會保存！
❼ python 中文亂碼問題
記事本是用utf-8保存你下載了東西的。你下載下來的不是utf-8，保存下來中文當然就亂碼了。而gbk和utf-8里英文的編碼值都一樣，所以不受影響。
一個方法是你留意下目標頁面的charset 和 contentType，另一個方法是你復制一個目標頁面的字，放cmd里看它的編碼長度，以此來判斷它的原來編碼。
❽ python中文亂碼解決
windows下的文件路徑，cmd窗口等默認編碼都是gbk
但在windows下編寫python程序的時候，我們一般採用的編碼是utf-8
二者不一致是導致亂碼的根本原因！
在pycharm下，為了中文不亂碼，那麼需要注意一下幾個方面：
一、每一個源程序文件頭部，需要加上
#-*-coding:utf-8;-*-
這樣就沒有亂碼了
❾ python中如何將亂碼解碼
中文編碼問題一直是程序員頭疼的問題，而Python2中的字元編碼足矣令新手抓狂。本文將盡量用通俗的語言帶大家徹底的了解字元編碼
以及Python2和3中的各種編碼問題。
一、什麼是字元編碼。
要徹底解決字元編碼的問題就不能不去了解到底什麼是字元編碼。計算機從本質上來說只認識二進制中的0和1，可以說任何數據在計算機
中實際的物理表現形式也就是0和1，如果你將硬碟拆開，你是看不到所謂的數字0和1的，你能看到的只是一塊光滑閃亮的磁碟，如果你
用足夠大的放大鏡你就能看到磁碟的表面有著無數的凹凸不平的元件，凹下去的代表0，突出的代表1，這就是計算機用來表現二進制的方
式。
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到底是如何提高效率的，你只需要知道他們之間的關系即可。
總結：
1.為了處理英文字元，產生了ASCII碼。
2.為了處理中文字元，產生了GB2312。
3.為了處理各國字元，產生了Unicode。
4.為了提高Unicode存儲和傳輸性能，產生了UTF-8，它是Unicode的一種實現形式。
❿ python中文顯示亂碼，已經在開頭有了coding: utf-8
亂碼原因：
因為你的文件聲明為 utf-8，並且也應該是用 utf-8 的編碼保存的源文件。但是 windows 的本地默認編碼是 cp936，也就是 gbk 編碼，所以在控制台直接列印 utf-8 的字元串當然是亂碼了。
解決方法：
py文件用記事本打開，另存為utf-8格式即可