我之前的認知一直是亂碼的原因是編碼和解碼的方式沒有對應，所謂三碼合一的問題，存在計算機底層的資料都是二進位制的形式，但是今天在看廖雪峰的教程時寫道：
*搞清楚了ascii、unicode和utf-8的關係，我們就可以總結一下現在計算機系統通用的字元編碼工作方式：
在計算機記憶體中，統一使用unicode編碼，當需要儲存到硬碟或者需要傳輸的時候，就轉換為utf-8編碼。
在儲存和傳輸文字的時候，用utf-8很多，是因為對於大量以拉丁字母等ansi字元為主的文獻，utf-8非常節省空間。但計算機處理文字的時候，記憶體中一般都不用utf-8。因為utf-8是變長編碼，不從頭掃瞄一遍，你不知道第幾個字元在哪個位置上，這在處理的時候非常浪費時間。現在很多語言/程式的處理辦法，是使用源於原始utf-16的乙個定長編碼，只處理字元碼在16位以內的字元，不支援超過16位的罕見字。這種16位定長的編碼方式被稱為ucs-2。那些零星的幾個突破16位的字元，除非你專門研究古文或者奇怪的小語種，一般來說是遇不到的。遇到了也是黑人問號臉。比如，還有。嗯，我提交後就發現知乎後台就不幸被我命中，無力處理這兩個擴充套件漢字，於是只好編輯一下，用圖來表示他們。他們是
在操作字串時，我們經常遇到str和bytes的互相轉換。為了避免亂碼問題，應當始終堅持使用utf-8編碼對str和bytes進行轉換。
由於python源**也是乙個文字檔案，所以，當你的源**中包含中文的時候，在儲存源**時，就需要務必指定儲存為utf-8編碼。當python直譯器讀取源**時，為了讓它按utf-8編碼讀取，
#!/usr/bin/env python3
# -- coding: utf-8 --
關於亂碼的問題
size medium 時常會發現在頁面顯示亂碼的問題，如果是從表的取出中文，則需要在呼叫request的獲取引數的方法之前呼叫request.setcharacterencoding gbk 如果要在頁面上顯示，需要在獲取相應的輸出流之前既response.getwriter 之前 呼叫respo...
關於中文亂碼的問題
關於中文亂碼 保證 charset 和 pageencoding的編碼一致，且都支援中文，通常建議取值為utf 8 還需保證了瀏覽器的顯示的字元編碼和請求的jsp頁面的編碼一致。獲取中文引數值 在獲取任何引數值之前設定，請求的字元編碼就可以了 request.setcharacterencoding...
關於jsp亂碼的問題
1 呼叫jsp頁面出現亂碼 通過瀏覽器呼叫jsp頁面，在瀏覽器中所有的中文內容出現亂碼。首先確認本jsp在編碼器中儲存人家內容時，使用的utf 8的編碼格式，然後在jsp頁面的開咋始，新增 pageencoding utf 8 就可以解決這個中文亂碼問題。2 呼叫servlet頁面出現亂碼 通過瀏覽...