電腦系統編碼解析

A. 電腦的編碼問題

你是把系統裡面的文字腳本損壞了，不然不會出現亂碼，你可以試著在別人用WIN7的電腦懂找到你損壞的腳本，然後拷回去放在其原來位置，找不到的話，就重裝系統吧！

B. 如何查看WIN7系統的文字編碼

依次單擊開始——所有程序——附件——命令提示符，打開命令提示符，輸入chcp，按回車鍵執行，會查詢當前系統的活動代碼頁，它指明了當前系統使用的編碼，如下圖所示：

936 代表GBK 擴展的EUC-CN 編碼( GB 2312-80編碼,包含 6763 個漢字)到Unicode (GB13000.1-93)中定義的20902個漢字,即中國大陸使用的是簡體中文zh_CN.。其它常見的還有：

932 ：Shift-JIS包含日本語 charset JIS X 0201 (每個字元一個位元組) 和 JIS X 0208 (每個字元兩個位元組),所以 JIS X 0201平假名包含一個位元組半寬的字元,其剩餘的60個位元組被用做7076個漢字以及648個其他全寬字元的首位元組.同EUC-JP編碼區別的是, Shift-JIS沒有包含JIS X 202中定義的5802個漢字.

949 ：UnifiedHangul (UHC) 是韓文 EUC-KR 編碼(KS C 5601-1992 編碼,包括2350 韓文音節和 4888 個漢字a)的超集,包含 8822個附加的韓文音節( 在C1中 )

950：是代替EUC-TW (CNS 11643-1992)的 Big5 編碼(13072 繁體 zh_TW 中文字) 繁體中文,這些定義都在Ken Lunde的 CJK.INF中或者 Unicode 編碼表中找到.

C. 電腦程序編碼是怎麼回事

編碼是根據一定的協議或格式把模擬信息轉換成比特流的過程。

在計算機硬體中，編碼（coding）是在一個主題或單元上為數據存儲，管理和分析的目的而轉換信息為編碼值（典型地如數字）的過程。在軟體中，編碼意味著邏輯地使用一個特定的語言如C或C++來執行一個程序。在密碼學中，編碼是指在編碼或密碼中寫的行為。

將數據轉換為代碼或編碼字元，並能譯為原數據形式。是計算機書寫指令的過程，程序設計中的一部分。在地圖自動制圖中，按一定規則用數字與字母表示地圖內容的過程，通過編碼，使計算機能識別地圖的各地理要素。

n位二進制數可以組合成2n個不同的信息，給每個信息規定一個具體碼組，這種過程也叫編碼。

數字系統中常用的編碼有兩類，一類是二進制編碼，另一類是二—十進制編碼。

D. 怎麼查看自己電腦的計算機編碼

計算機編碼是VB腳本，學習語言是第一部！

E. 電腦病毒編碼詳解

音樂蟲病毒（Music Bug）
這個發作時會大聲唱歌，甚至造成資料流失、無法開機的病毒，正是台灣土產的病毒。所以，當你聽到電腦自動傳來一陣陣音樂聲時，別以為你的電腦比別人聰明，那很有可能是中毒了。
其實這種會唱歌的病毒也不少，有另一個著名的病毒（叫什麼名字倒忘了）發作時還會高唱著"兩只老虎"呢！
宏病毒
隨著各種Windows下套裝軟體的發展，許多軟體開始提供所謂"宏"的功能，讓使用者可以用"創造宏"的方式，將一些繁瑣的過程記錄成一個簡單的指令來方便自己操作。然而這種方便的功能，在經過有心人士的設計之後，終於又使得"文件型"病毒進入一個新的里程碑:傳統的文件型病毒只會感染後綴為exe和com的執行文件，而宏病毒則會感染Word、Excel、AmiPro、Access等軟體儲存的資料文件。更誇張的是，這種宏病毒是跨操作平台的。以Word的宏病毒為例，它可以感染DOS、Windows 3.1/95/98/NT、OS/2、麥金塔等等系統上的Word文件以及通用模板。
32位病毒
所謂"32位病毒"，則是在Windows 95之後所產生的一種新型態文件型病毒，它雖然同樣是感染exe執行文件，但是這種病毒專挑Windows的32位程序下手，其中最著名的就是去年大為流行的CIH病毒了。

F. 系統默認編碼修改

方法/步驟
在小娜中搜索地區，最佳匹配中會顯示【更改國家或地區】的系統設置，雙擊打開。
win10 設置系統默認編碼為utf-8
在打開的設置中點擊右上角的【管理語言設置】。
win10 設置系統默認編碼為utf-8
win10 設置系統默認編碼為utf-8
然後會打開一個【區域】的窗口設置，然後點擊左上角的【管理】標簽。
win10 設置系統默認編碼為utf-8
標簽切換以後，點擊【更改系統區域設置】。這個需要管理員許可權才能操作。
win10 設置系統默認編碼為utf-8
然後回打開一個【區域設置】的小窗口，有個【beta版：使用Unicode UTF-8 提供全球語言支持】的選項，打上勾，點擊確定。
win10 設置系統默認編碼為utf-8
6
然後會出現一個提示【現在重新啟動】的窗口，點擊【現在重新啟動】按鈕即可。
win10 設置系統默認編碼為utf-8

G. windows 系統 是什麼編碼

系統都是編譯為匯編代碼 除了程序內部的文本沒法編譯成匯編而轉換為指定文本編碼 你指的是文本編碼還有環境編碼吧 windows的國際化編碼默認使用utf16le方案,這也是windows本身的默認locale編碼,無法修改為utf8 除非修改windows處理程序內部文本的源代碼 windows還有一個編碼是本地化locale編碼 如果使用非utf16le編碼它就會用這套本地化編碼去讀程序文本信息. utf16le是為了提高效率,因為這個方案是固定2位元組 不像utf8一樣1-3可變,而且是倒著排的迎合cpu,據說cpu也是倒著讀 但一些本地化的程序沒有兼容意識 不使用utf16le編碼而使用的是gbk等本地編碼,導致拿到其它locale的機器上亂碼.這個就沒辦法了,要想更改只能更改程序內部的文本編碼 怎麼改我也不清楚.或者用相關的工具啟動程序虛擬它的本地locale. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\Language "Default"="" HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\Locale "(Default)"="" 只能修改本地locale不能修改windows默認locale,而且默認的locale是根本沒必要修改的,因為默認的locale就是為了實現所有字元在同一套編碼下. 這個鍵值不全 好像還有幾個 你可以自己找找我只能幫到這了 最好直接修改注冊表 intl面板有bug 從那修改會帶來莫名錯誤 804簡體中文,404繁體中文,409英文 其它charset代碼你可以自己查 改這個很無聊 也沒用 默認編碼沒必要改 非utf編碼你改了也沒用,windows的界面程序還依賴二進制mui語言文件,不如裝語言包.否則在日文韓文系統下改了本地locale,系統自帶工具的界面還是非中文

H. 操作系統中編碼集中文亂碼問題

你好！
你好朋友，這樣的情況你可以使用360系統急救箱來處理。具體步驟如下：
1、雙擊360系統急救箱，然後單擊「開始系統急救」。
2、系統引擎初始化完成後，單擊「修復」，勾選需要修復的類型，然後單擊「立即修復」，完成後重新啟動電腦。如果你不知道屬於哪一類故障不懂得應該修復哪一類可以使用系統推薦的修復級別，不用選擇而直接單擊「立即修復」，或者勾選「全選」然後直接單擊「立即修復」。
希望我的回答對你有幫助。
解決電腦亂碼問題
當我們瀏覽網頁、打開文件或郵件，運行軟體時，經常會看到亂碼，通常是由於源文件編碼，視窗系統不能正確識別造成的的，也可能是其他原因。亂碼給我們帶來了太多的煩惱，為了幫助大家完全擺脫亂碼，下面我們就來探討一下亂碼的形成原因及其消除方法。
一、亂碼有五種類型
常見的亂碼，一般能分成五種類型：
第一類是文本/文件文件亂碼，這一般是由於源文件編碼，和視窗系統使用的編碼不通用造成的；
第二類是網頁亂碼，形成原因和第一類亂碼類似；
第三類是視窗系統系統界面亂碼，即中文視窗系統的菜單、桌面、提示框等顯示亂碼，主要是視窗系統注冊表中有關字體的部分設置不當引起的；
第四類是應用程式的界面亂碼，即各種應用程式（包括游戲）本來顯示中文的地方出現亂碼，形成原因比較復雜，有第二類的亂碼原因，也可能是軟體用到的中文鏈接庫，被英文鏈接庫覆蓋造成的；
第五類是郵件亂碼，形成原因也極其復雜。

二、怎麼消除文本/文件文件亂碼?
【形成原因】：一般是由於文件採用的字元集，系統不支持造成的。例如繁體中文的文件顯示在簡體中文系統下，或相反的情況，就會造成文件顯示時亂碼。只要你內碼轉換正確，例如把原本是繁體的內碼，轉換為簡體內碼（或相反），即可消除亂碼。
【解決辦法】：有以下四種解決辦法：
1、使用Word2003/XP轉換內碼
Word2003/XP支持眾多的語言，能正確顯示非Unicode類型的文本文件，單擊「工具」菜單下的「語言」/設置語言，你能把默認語言設置成非中文，例如日語，這樣Word就能正確顯示日文了。
當然你也能用他進行簡體中文和繁體中文之間的轉換工作，如果文件有亂碼，你轉換一下即可消除。例如要把繁體中文轉換為簡體中文，方法是：選擇要轉換內碼的文件，在彈出的對話框中，選擇「其他編碼」中的「繁體中文（BIG5）」一項，打開此文件時就不會出現亂碼。

在Word2003/XP中，當保存時選擇「文件」中的「另存為」，先存為「WORD」文件，存檔後打開再存為純文本等其他格式；或在菜單欄中選擇「工具/語言/中文簡繁轉換」，內碼轉換以後再保存。
3、使用內碼轉換工具
除此之外，使用內碼轉換工具也能消除此類亂碼，你只要對BIG5（繁體中文）和GB2312（國標碼、簡體中文）進行相互轉換即可實現。常用的內碼轉換工具有：
4、使用WPS2000轉換內碼
WPS2000也能轉換內碼，支持GB2312、BIG5、GBK等三種主要的漢字編碼，並可在輸出RTF、TXT、HTM格式文件時對內碼進行轉換。
三、怎麼消除網頁亂碼？
【形成原因】：網頁亂碼是瀏覽器（IE等）對HTML網頁解釋時形成的，如果網頁製作時編碼為A，瀏覽器卻以編碼B顯示該網頁，就會出現亂碼，因此只要你在瀏覽器中也以編碼A顯示該網頁，就會消除亂碼。
例如網頁的代碼中有形如：〈HTML〉〈HEAD〉〈META CONTENT=「text/html；charset=ISO-8859-1」〉〈/HEAD〉的語句，瀏覽器在顯示此頁時，就會出現亂碼，因為瀏覽器會將此頁語種辨認為「歐洲語系」。
【解決辦法】：有以下四種解決辦法：
1、在瀏覽器中選擇「編碼」菜單
事先為瀏覽器安裝多語言支持包（例如在安裝IE時要安裝多語言支持包），這樣當瀏覽網頁出現亂碼時，即可手工更改此類網頁的編碼方式，在瀏覽器中選擇菜單欄下的「查看」/「編碼」/「自動選擇」/簡體中文（GB2312），如為繁體中文則選擇「查看」/「編碼」/「自動選擇」/繁體中文（BIG5），其他語言依此類推，選擇相應的語系，這樣便可消除網頁亂碼現象。
2、修改網頁代碼
用FrontPage等軟體打開出現亂碼的網頁，修改該網頁代碼，在以下句子中
〈META CONTENT=「text/html；charset=ISO-8859-1」〉，將語種「ISO-8859-1」改為GB2312，如果是繁體網頁則改為BIG5。
3、無亂碼保存網頁
用瀏覽器打開該網頁，在「查看」/「編碼」中選擇「自動選擇」，存檔時保存類型選「WEB頁」，編碼選擇「UNICODE」，這樣保存過的網頁再次打開時，在瀏覽器菜單「查看」/「編碼」中不管選擇簡體中文（GB2312）、簡體中文（HZ）還是UNICODE（UTF-8）或繁體中文（BIG5），最終顯示都不會出現亂碼。
4、使用多內碼顯示軟體
使用多內碼顯示軟體來轉換內碼，也能消除亂碼。常用多內碼顯示軟體有：
四、怎麼消除視窗系統系統界面亂碼？
【形成原因】：這類亂碼是由於視窗系統注冊表中關於字體部分設置不正常造成的，即使你用內碼翻譯軟體（如南極星、MagicWin98等）處理也不會消除。
【解決辦法】：在視窗系統注冊表中，恢復關於字體部分的正確設置。
1、利用顯示正常的計算機
如果有一台視窗系統版本相同、顯示正常的計算機能利用，你能如下步驟進行恢復：在正常機器上選擇「開始」/「運行」，在對話框中鍵入「REGEDIT」，打開注冊表編輯器；游標定位到「HKEY_LOCAL_MACHINE＼SYSTEM＼CURRENT CONTROL SET＼CONTROL＼FONTASSOC」，選擇「注冊表/導出注冊表文件」，選擇「分支」，導出該分支注冊表信息到文件（如LI.REG）中（如下圖）；把LI.REG文件COPY到顯示亂碼的機器上，在顯示亂碼機器上運行REGEDIT，選擇「注冊注冊表」/「導入注冊注冊表」，把LI.REG文件導入注冊表中。

2、在顯示亂碼的計算機上操作
如果沒有顯示正常的計算機能利用，就需要你手工恢復字體部分注冊表項，方法有以下兩種：
第一種方法：用記事本編輯一個文件，然後保存為擴展名「REG」(文件名隨意)，再用滑鼠右鍵單擊這個文件，在右鍵菜單中選擇合並，即可完成對注冊表的改動。該文本文件的內容如下：
REGEDIT4
[HKEY_LOCAL_MACHINE＼System＼CurtentControlset＼control＼fontassoc]
[HKEY_LOCAL_MACHINE＼System＼CurtentControlset＼control＼fontassoc＼Associated DefaultFonts]
"assocSystemFont"="simsun.ttf"
"FontPackageDontCare"="宋體"
"FontPackageRoman"="宋體"
"FontPackageSwiss"="宋體"
"FontPackageModem"="宋體"
"FontPackageScript"="宋體"
"FontPackageDecorative"="宋體"
[HKEY_LOCAL_MACHINE＼System＼CurtentControlset＼control＼fontassoc＼Associated CharSet]
"ANSI(00)"="yes"
"SYMBOL(02)"="no"
"OEM(FF)"="yes"
"GB2312(86)"="yes"
第二種方法：在出現亂碼的計算機上，單擊菜單「開始」/運行，鍵入REGEDIT打開注冊表；找到「HKEY_LOCAL_MACHINE＼SYSTEM＼CURRENT CONTROL SET＼CONTROL＼FONTASSOC」，正常情況下會有ASSOCIATED DEFAULTFONTS、ASSOCIATED CHARSET兩個目錄，這些目錄中正確的參數如下表所示：

當出現漢字亂碼時，上述兩個目錄中內容就會不完整，有的沒有ASSOCIATED CHARSET目錄、或其中內容殘缺不全；有的ASSOCIATED DEFAULTFONTS下內容殘缺。只要你打開注冊表，在「HKEY_LOCAL_MACHINE＼SYSTEM＼CURRENTCONTROLSET＼CONTROL＼FONTASSOC」下，根據以上正確內容恢復即可。五、怎麼消除應用程式的界面亂碼？
目前有些軟體發行了Unicode版本，這是一種通用的字元編碼標准，涵蓋了全球多種語言及古文和專業符號，這種版本的軟體運行在所有系統和語言上都不會亂碼，如果是非Unicode編碼的程式，就會有亂碼現象。
【形成原因】：原因有三種。如果是由於視窗系統注冊表中關於字體設置的信息不正確造成的，你能用下面「怎麼消除視窗系統系統界面亂碼」介紹的辦法去解決；如果用上法解決不了，那就可能是由於軟體的中文鏈接庫，被英文鏈接庫覆蓋而引起的。這種現象經常發生在用微軟研發工具例如VB、VC研發的中文軟體上，這類軟體中，菜單等顯示界面上的漢字都是受一個動態鏈接庫（DLL文件）控制，而軟體的這個動態鏈接庫一般安裝在視窗系統＼System目錄下，如果以後安裝了某個英文軟體也使用同名的動態鏈接庫，則英文軟體的動態鏈接庫就會覆蓋中文鏈接庫，這樣，運行中文軟體時就會調用英文的動態鏈接庫，因此出現亂碼。解決辦法：重新安裝中文軟體，恢復中文動態鏈接庫即可。
如果以上方法也無濟於事，對於Win9X／ME系統，你能安裝使用MagicWin98（下載地址http://www.skycn.com/soft/3047.html）、南極星等內碼轉換軟體，轉換內碼後即可消除亂碼；對於WinXP系統，建議使用微軟多語言支持工具MicrosoftAppLocale（下載地址http://www.skycn.com/soft/12582.html），利用他為指定程式設置相應的語言區域，這樣也可消除亂碼。
六、怎麼消除郵件亂碼？
郵件亂碼的形成原因非常多，主要有以下幾個方面，針對以下幾種形成原因，應該採取不同的亂碼消除方法：
1、收發信雙方的語種不同導致的
收發雙方使用的操作系統的不同，能造成亂碼。比如發件人使用的是日文的視窗系統，而收件人使用的是簡體中文的視窗系統，這樣的郵件當然會造成亂碼。對於中文電子郵件，如果收信方所用的操作系統是英文環境、而且沒有外掛中文系統或未轉換為中文（如南極星等）編碼方式，也會無法看到中文、只可見亂碼。所有的雙位元組字元（如中文簡/繁體的GB和BIG5碼及日文的JIS、EUC和朝鮮文的 KSC碼等）在非本語種操作系統下都會出現亂碼；同樣在中文簡體的GB碼環境下，看其他雙位元組字元時也只能看到亂碼。
【解決辦法】：安裝多語言支持包或使用多內碼顯示平台（如南極星等），對收到的郵件，根據其使用的語種轉換到相應的編碼方式即可消除亂碼。
2、發信伺服器不支持8位（非ASCII碼格式）傳輸
郵件傳輸機制或郵件編碼的不同，可能造成郵件伺服器不支持8位（非ASCII碼格式）傳輸而形成郵件亂碼。例如直接發送中文或二進制等非ASCII碼格式的郵件（如中文雙位元組文件、圖片文件.jpg、可執行文件.exe或壓縮文件.zip等二進制文件）時，郵件伺服器有可能無法處理，便把信件中每個字元的第八位都過濾掉，從而造成郵件信息的失真或損壞，在收到郵件時就是一堆亂碼。
【解決辦法】：只能由發件人解決。當發送8位格式的文本文件時，必須事先進行編碼，將文件轉換為7位ASCII碼或更少位數的格式，然後才能確保文件的正確傳送。收件人收到7位或更少位格式的郵件後，能再轉換為8位的格式，這樣就可避免亂碼。
3、收發端用的EMAIL軟體和設置不同
一般EMAIL軟體的"附件"功能都能自動對信件先進行編碼，然後送出。這樣只要收信人使用的EMAIL軟體（如Outlook XP等）能差別信件的編碼方式，即可自動將信件解碼。如果收發件人所用的EMAIL軟體默認設置不同、收發件人自己制定的一些選項不同，在收到編碼的信件後，系統就未必能識別出信件所用的編碼方法，自然也無法自動解碼，這樣就會出現亂碼。
【解決辦法】：如果你用OE收中文郵件，看到的是一篇亂碼，能查一下「查看」－「編碼」下，是否選了「簡體中文（GB2312）」，選對了就不會有問題。
此外，你也能用Winzip+IE來解碼，方法是：把亂碼郵件的內容，拷貝到剪貼板中，然後將其粘貼到記事本中，存為文本文件（例如LI.txt），再將其後綴改為.uue（改為LI.uue），點擊此文件，會啟動Winzip，然後啟動IE，把Winzip中的001.txt文件拖到IE窗口中，就會顯示郵件原來的內容，而不會看到亂碼。
4、Email軟體不能識別郵件的編碼方法
郵件的編碼方式主要有：Uuencode、Base64 encode、QP－encode、BINHEX等。如果Email軟體不能識別郵件的編碼方法，就會顯示郵件時出現亂碼。因此，你能根據郵件中的關鍵字元判斷編碼方法，選取合適的解碼軟體進行解碼。
（1）、QpencodeQP編碼
該編碼全稱「Quoted－Printable Content－Transfer－Encoding」，因為這種格式郵件的內容都是ASCII字元集中能列印的字元，所以名稱中含有printable。大體格式為：=A1A=B1z=A6n=A1I=A7=DA=A6b=BA=F4=B8=F4=A4W=B1o......=E5==ABH=A5=F3=B0=DD=C3D=B1M=Aea=A1A......
特徵：內容通常有非常多等號"="，因此不必看"信頭"也能判斷是否為QP編碼。
解碼辦法：把郵件中類似A1A=B1z=A6n…的部分編碼全部復制下來，貼到一個新的純文本文件中，然後在文件頭部加入Quoted-pintable格式的文件頭：
Contenet-Type:text/plain;Charset=」GB2312」
Content-Transfer-Encoding;Quoted-pintable
然後以「EML」為後綴保存文件，用資源管理器雙擊打開文件即可顯示正確的內容。如果更有部分漢字亂碼，能用WINZIP對存檔後的EML文件進行解壓，即可看到正確的內容。
（2）MIME/BASE64 encode編碼
該編碼方式將3個位元組（8位）用4個位元組（6位）表示，由於編碼後的內容是6位的，因此可避免第8位被截掉，大體格式為：
MIME－Version：1.0
Content－Type：text/plain; charset="us－ascii"
Content－Transfer－Encoding:base64
Status：R ＋sXqsT6Skp OWrSKXzs
N3DRLFNrmGhQQ0Kq1＋sTqq6vdCx

......。
特徵：亂碼前一般有如下幾部分"信頭"：Content－Type(內容類型)、charset(字元集)及Content－Transfer－Encoding(內容傳輸亂碼方式)。
解碼辦法：用EMAIL軟體，選擇編碼中BASE64 選項就可解碼，解碼後會消除亂碼。
（3）、BINHEX編碼
這種編碼方式大體格式為：
(This file must be converted with Binhex4.0)ss
Tqq6vdCx
F6p9qoz6XOIE…….
解碼辦法：用EMAIL軟體對他解碼；也可在EMAIL軟體中保存亂碼郵件，存為後綴為「.HQX」格式的文件，然後用WINZIP解碼展開。解碼後會消除亂碼。
（4）、UTIF-7/UTIF-8編碼
他們是UNICODE的兩種轉換碼。

（5）、Uuencode編碼
這是UNIX環境下使用的編碼方式，目前已非常少用，大體格式為：
begin 644 kk.zip M1G)O;2!I;&EN＋F)B3T!C(VEE＋FYC=』4N961U＋G1W(%=E9"!.;W8@(#8@,3(ZM,SDZ,C4@,3DY－@I296－E:79E9#H@9G)O;2!F;&%B;6%I;"YF;&%B＋F9U:FET.................。
end
特徵：亂碼前面含有"begin xxx"，後面是編碼前的原始文件名（如kk.zip）；接著是已過編碼的信件內容（如上述的亂碼部分）；最後一行為"end"
解碼辦法：可用BECKY！EUDORA等EMAIL軟體，選擇編碼中相應的選項就可解碼；也能在EMAIL軟體中保存亂碼郵件，存為後綴為「.UUE」格式的文件，然後用WINZIP解碼展開，解碼後就會消除亂碼。
七、發信方怎麼避免產生亂碼郵件？
為了避免別人收到亂碼，發信方應該採取以下的措施：
1、設定默認自動為7位編碼
在郵件客戶端軟體中的書寫（撰寫）選項中，設定默認自動為7位編碼。因為當你發送 8位格式的文本文件時，必須事先進行編碼，將文件轉換為7位ASCII碼或更少位數的格式，然後才能確保文件的正確傳送。收件人收到7位或更少位格式的郵件之後，能再轉換為8位的格式，這樣就能閱讀了。
2、發送前在簽字欄中註明使用的漢字編碼
發送中文郵件前，最佳在固定的簽字欄中註明自己所使用的漢字碼標准(例如GB2312、中文HZ、GBK等)；港澳台及東南亞地區郵件作者在使用BIG5 碼撰寫完郵件、向內地發送前，要轉換成上述三種簡體國標碼中的一種形式、並在簽字欄中註明。如不轉換則可能無法閱讀，因為國內用戶使用的郵件系統有非常多不支持BIG5碼。
3、正確設置EMAIL軟體
選擇優秀的Email收發軟體能有效地解決郵件亂碼。如果使用Outlook 2003/XP，應在軟體中把「簡體中文（GB2312）作為默認的郵件使用語言，選擇「國際設置」/為接收的所有郵件使用默認的編碼。
如果使用英文EMAIL軟體，應設置成：文字設定DEFAULT CHARSET：ISO 8859-1（LATIN1）；編碼方式ENCODING：QUOTED-PRINTABLE，不可選擇7位（因為7位不支持中文）；字碼頁CODE PAGE（可選）：936或HZ-GB-2312，以支持整字識別；郵件格式：MIME；字體：宋體
如果使用其他中文EMAIL軟體，應設置成：文字設定DEFAULT CHARSET：簡體中文GB2312；編碼方式ENCODING：QUOTED-PRINTABLE；郵件格式：MIME；字體：宋體
4、發送重要信息時先發測試信
發送重要信息時，為了確認是否無須編碼即可發送正文，應該先發送測試信。而且還應確定收件人能否對附件文件進行解碼。如果發送已編碼的郵件，則最佳添加足夠的「信頭」信息，以便收件人知道所需的解碼方法。建議對uuencode/UUDeview編碼方式用uuencoding作信頭，對mpack編碼方式用base64 encoding作信頭。
如果發/收件人之間遠隔萬里，則傳送過程中，第八位將可能被截掉。這時最佳先在正文中用中文給收件人發一封測試信，並了解對方能否正確收到郵件正文。如果第八位被截掉，則收件人將會看到一些亂碼，而不是上述的uu/b64/Qp等格式，而且這種信件幾乎不可恢復。
對策：在Netscape、Eudora或Pegasus Mail等你所使用的郵件系統中，選擇其最佳選擇項或選項設置中的"Quoted Printalbe"或"MIME encoding
5、盡量利用「附件」功能發送文件
幾乎所有的郵件軟體，如Netscape、The Bat！、 Becky! 等郵件系統附加這類非標准 ASCII碼格式的文件時，附加文件通常能自動進行「base64」方式編碼（僅對附件部分進行編碼）。在用"附件"方式發送郵件之前，無需進行編碼；否則適得其反。因為郵件軟體能夠自動成功解碼這類「附加」文件，因此在發送中文類郵件時應該最佳選擇這種方法。
如果無法以附件方式發送文件，則必須在正文中發送中文或二進制文件
八、收信方怎麼避免郵件顯示亂碼？
收信方應該首先查找郵件的簽字欄或正文中，有無指明對方使用的漢字編碼類別；然後在Outlook XP「視圖」菜單下選中「編碼」，隨後將出現全部的漢字編碼，在其中選擇郵件所指明的一種。
如果收到的郵件中沒有指明所用的漢字編碼，則能順序單擊選擇編碼，直到郵件正文顯示正確為止。如果你使用的是Netscape，則可在 Option菜單下的Document Encode中選擇相應的項目。
九、在跨語種操作系統間收發電子郵件，怎麼確保不會亂碼？
如果對方使用非中文系統，你給他發中文郵件時，他打開你發的中文郵件，就會出現亂碼。解決辦法有兩種：
1、用繪圖軟體書寫中文郵件
用畫筆等繪圖軟體書寫中文郵件，然後把中文郵件以GIF圖像格式保存，最後壓縮之、作為郵件附件發送。
運行繪圖軟體，在圖片中輸入文字，用GIF格式保存，將屬性置為黑白模式（以減少圖片體積），然後用WINZIP把他壓縮成ZIP格式，作為附件在郵件中發送，這樣不管對方在何語言平台下，都不會出現亂碼，收信人不必去下載PDF文件閱讀器，閱讀起來也非常方便。
2、使用專門的工具轉換和閱讀
EMAIL AID之類的工具能把中文郵件轉換為AID格式文件，你把該格式文件發給對方，他再用EMAIL AID打開觀看即可。
EMAIL AID（UCWIN GOLD 1.0附帶的）能把文本文件轉換為AID格式文件，大小隻比原TXT文件增加幾K。寫好中文郵件後，用文本格式存檔，然後你運行EMAIL AID，以AID格式保存，最後你把AID文件連同EMAIL AID軟體一起作為附件插在信中。對方收到信後，只需運行EMAIL AID，打開AID格式文件即可看到漢字，不管對方在何種語言平台下，都不會出現亂碼。

使用Filezilla client FTP客戶端登陸某些FTP站點會出現中文亂碼,原因是FTP伺服器端編碼與filezilla client端編碼不一致造成的，解決方法如下：
文件-站點管理-選中要登陸的站點-字元集-選擇」強制UTF-8″ 或使用自定義字元集GB2312,二者之一定能解決中文顯示亂碼的問題。

I. 電腦系統編碼問題

下載數學試卷打開全是亂碼如f77,f103怎麼辦急求解決

J. windows操作系統unicode文本編碼格式是UTF-8還是UTF-16現在的系統

什麼是 Unicode? 歷史上, 有兩個獨立的, 創立單一字元集的嘗試. 一個是國際標准化組織(ISO)的 ISO 10646 項目, 另一個是由(一開始大多是美國的)多語言軟體製造商組成的協會組織的 Unicode 項目. 幸運的是, 1991年前後, 兩個項目的參與者都認識到, 世界不需要兩個不同的單一字元集. 它們合並雙方的工作成果, 並為創立一個單一編碼表而協同工作. 兩個項目仍都存在並獨立地公布各自的標准, 但 Unicode 協會和 ISO/IEC JTC1/SC2 都同意保持 Unicode 和 ISO 10646 標準的碼表兼容, 並緊密地共同調整任何未來的擴展. Unicode vs ISO 10646 Unicode 協會公布的 Unicode 標准 嚴密地包含了 ISO 10646-1 實現級別3的基本多語言面. 在兩個標准里所有的字元都在相同的位置並且有相同的名字. Unicode 標准額外定義了許多與字元有關的語義符號學, 一般而言是對於實現高質量的印刷出版系統的更好的參考. Unicode 詳細說明了繪制某些語言(比如阿拉伯語)表達形式的演算法, 處理雙向文字(比如拉丁與希伯來文混合文字)的演算法和 排序與字元串比較 所需的演算法, 以及其他許多東西. 另一方面, ISO 10646 標准, 就象廣為人知的 ISO 8859 標准一樣, 只不過是一個簡單的字元集表. 它指定了一些與標准有關的術語, 定義了一些編碼的別名, 並包括了規范說明, 指定了怎樣使用 UCS 連接其他 ISO 標準的實現, 比如 ISO 6429 和 ISO 2022. 還有一些與 ISO 緊密相關的, 比如 ISO 14651 是關於 UCS 字元串排序的. 考慮到 Unicode 標准有一個易記的名字, 且在任何好的書店裡的 Addison-Wesley 里有, 只花費 ISO 版本的一小部分, 且包括更多的輔助信息, 因而它成為使用廣泛得多的參考也就不足為奇了. 然而, 一般認為, 用於列印 ISO 10646-1 標準的字體在某些方面的質量要高於用於列印 Unicode 2.0的. 專業字體設計者總是被建議說要兩個標准都實現, 但一些提供的樣例字形有顯著的區別. ISO 10646-1 標准同樣使用四種不同的風格變體來顯示表意文字如中文, 日文和韓文 (CJK), 而 Unicode 2.0 的表裡只有中文的變體. 這導致了普遍的認為 Unicode 對日本用戶來說是不可接收的傳說, 盡管是錯誤的. UTF-8 首先 UCS 和 Unicode 只是分配整數給字元的編碼表. 現在存在好幾種將一串字元表示為一串位元組的方法. 最顯而易見的兩種方法是將 Unicode 文本存儲為 2 個 或 4 個位元組序列的串. 這兩種方法的正式名稱分別為 UCS-2 和 UCS-4. 除非另外指定, 否則大多數的位元組都是這樣的(Bigendian convention). 將一個 ASCII 或 Latin-1 的文件轉換成 UCS-2 只需簡單地在每個 ASCII 位元組前插入 0x00. 如果要轉換成 UCS-4, 則必須在每個 ASCII 位元組前插入三個 0x00. 在 Unix 下使用 UCS-2 (或 UCS-4) 會導致非常嚴重的問題. 用這些編碼的字元串會包含一些特殊的字元, 比如 '\0' 或 '/', 它們在 文件名和其他 C 庫函數參數里都有特別的含義. 另外, 大多數使用 ASCII 文件的 UNIX 下的工具, 如果不進行重大修改是無法讀取 16 位的字元的. 基於這些原因, 在文件名, 文本文件, 環境變數等地方, UCS-2 不適合作為 Unicode 的外部編碼. 在 ISO 10646-1 Annex R 和 RFC 2279 里定義的 UTF-8 編碼沒有這些問題. 它是在 Unix 風格的操作系統下使用 Unicode 的明顯的方法. UTF-8 有一下特性: UCS 字元 U+0000 到 U+007F (ASCII) 被編碼為位元組 0x00 到 0x7F (ASCII 兼容). 這意味著只包含 7 位 ASCII 字元的文件在 ASCII 和 UTF-8 兩種編碼方式下是一樣的. 所有 >U+007F 的 UCS 字元被編碼為一個多個位元組的串, 每個位元組都有標記位集. 因此, ASCII 位元組 (0x00-0x7F) 不可能作為任何其他字元的一部分. 表示非 ASCII 字元的多位元組串的第一個位元組總是在 0xC0 到 0xFD 的范圍里, 並指出這個字元包含多少個位元組. 多位元組串的其餘位元組都在 0x80 到 0xBF 范圍里. 這使得重新同步非常容易, 並使編碼無國界, 且很少受丟失位元組的影響. 可以編入所有可能的 231個 UCS 代碼 UTF-8 編碼字元理論上可以最多到 6 個位元組長, 然而 16 位 BMP 字元最多隻用到 3 位元組長. Bigendian UCS-4 位元組串的排列順序是預定的. 位元組 0xFE 和 0xFF 在 UTF-8 編碼中從未用到. 下列位元組串用來表示一個字元. 用到哪個串取決於該字元在 Unicode 中的序號. U-00000000 - U-0000007F: 0xxxxxxx U-00000080 - U-000007FF: 110xxxxx 10xxxxxx U-00000800 - U-0000FFFF: 1110xxxx 10xxxxxx 10xxxxxx U-00010000 - U-001FFFFF: 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx U-00200000 - U-03FFFFFF: 111110xx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx U-04000000 - U-7FFFFFFF: 1111110x 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx xxx 的位置由字元編碼數的二進製表示的位填入. 越靠右的 x 具有越少的特殊意義. 只用最短的那個足夠表達一個字元編碼數的多位元組串. 注意在多位元組串中, 第一個位元組的開頭"1"的數目就是整個串中位元組的數目. 例如: Unicode 字元 U+00A9 = 1010 1001 (版權符號) 在 UTF-8 里的編碼為: 11000010 10101001 = 0xC2 0xA9 而字元 U+2260 = 0010 0010 0110 0000 (不等於) 編碼為: 11100010 10001001 10100000 = 0xE2 0x89 0xA0 這種編碼的官方名字拼寫為 UTF-8, 其中 UTF 代表 UCS Transformation Format. 請勿在任何文檔中用其他名字 (比如 utf8 或 UTF_8) 來表示 UTF-8, 當然除非你指的是一個變數名而不是這種編碼本身.