亂碼檔案還是有用的

亂碼型別及解決方法:

文字亂碼：是Windows系統顯示亂碼，如：選單、桌面、提示框等。這是由於登錄檔中有關字型部分的設定不當引起的；

文件亂碼：是可執行檔案本來顯示中文的地方出現亂碼。這種亂碼形成的原因比較複雜，有第1類的亂碼原因，也可能是軟體中用到的中文動態連結庫被英文動態連結庫覆蓋所造成的；

檔案亂碼：主要是指郵件亂碼；

網頁亂碼：是由於港澳的繁體中文大五碼（BIG5）與大陸簡體中文（GB2312）不通用而造成的。

修正亂碼，可以使用系統內碼轉換工具，如“南極星”等，將系統內碼轉換為對應內碼，字元即可正確顯示。

原因

一般是軟體程式解碼錯誤。如瀏覽器把GBK碼當成是Big5碼顯示，或電子郵件程式把對方傳來的郵件錯誤解碼。如果在傳送時編碼錯誤，收件者的電郵程式是不能解碼的，需要寄件者的電郵程式重新編碼再寄。字型檔案（font file）不對。來源編碼錯誤，或檔案受到破壞。

一種語言版本的作業系統安裝了另外一種語言版本的應用程式，或者應用程式安裝的升級補丁的語言版本與應用程式原來安裝的語言版本不一致。

早期單位元組的應用程式在開啟雙位元組語言的檔案時不能正確識別文字的分割，在換行的地方把一個字從中分成兩段，導致緊接在後面的整個一行全部都是亂碼。

低版本的應用程式不能識別高版本的程式建立的檔案。

由於TXD等修改檔案出現內部衝突，一些修改遊戲的MOD（modification）CLEO、IV補丁、真實補丁、技能補丁、升級補丁和CCI人物補丁等遊戲修改軟體的“Readme”“必看！”等閱讀檔案會出現亂碼。

電腦軟體的錯誤操作也會導致整個檔案出現亂碼

資料庫原因

資料正確，但資料庫配置錯誤，使用了錯誤的字符集。一般是資料庫移植，還原時DBA的錯誤造成的。

一般是客戶端使用了預設的字符集，比如在GBK的機器上開發，但換到Linux下面就出現讀取的資料為亂碼了。

解決方法是：在連線引數裡面明確指定資料傳輸用的字符集，而不是使用作業系統預設的。

資料錯誤。一般是客戶端發來的資料編碼問題。比如頁面傳送資料是UTF-8，可是後臺處理程式是GBK的，結果造成儲存到資料庫的資料為亂碼。

解決方法：所有字符集編碼都採用統一的編碼。比如全部用GBK的。

我們會發現很多檔案恢復工具恢復出來的檔案打不開或亂碼確實也是這類情形，是資料本身已經無法解析，而非資料沒有恢復出來。沒有使用正確的編碼去解碼，任何檔案其實都是亂碼。最好的解決方法是能夠找到對應的解碼，但是難度有點大。一般網上對於文件型別的檔案還是有相關的修復工具，但是效果無法保證，只能試試。