關於ascii，zh_cn.gb2312， zh_cn.gbk， zh_cn.gb18030還有zh_cn.utf-8的各種異同之處，大家可查閱相關文件。
筆者發現，在freebsd中只有使用zh_cn.utf-8時libreoffice和scim輸入法才能正常使用。而windows下中文環境預設的目錄或者檔名儲存編碼方式是gbk。特別是windows下的zip壓縮包在fb解壓縮後是一串亂碼，為了解決這個問題，發現乙個叫做convmv的軟體可以很容易的實現多種不同編碼的檔名的替換。
轉換前筆者解壓縮後的檔案如圖：
轉換後的如圖：
居然有乙個資料夾未能有效轉換過來的。但是裡面的檔案全部轉換成功（不方便截圖嘍）。
轉換命令：
convmv -f euc-cn -t utf8 --notest desktop/a/* -r
注意：可通過convmv --list檢視允許的編碼格式。
中文編碼問題
分為兩個方向 資料傳輸方向 1 伺服器端 客戶端 伺服器端用什麼編碼，客戶端就用什麼編碼 2 客戶端 網路傳輸 伺服器端 當 客戶端是瀏覽器時 表單輸入全是英文是以iso 8859 1作為編碼，輸入有中文時則以utf 8作為編碼方式，這是瀏覽器的 內建功能。當客戶端是android時，輸入中文和英文...
中文編碼問題
專案中的所有中文都放在乙個單獨的配置檔案中，在專案的resource資源目錄下，該檔案的編碼是ascll的字符集。瀏覽器傳送表單中的資料會對其進行編碼，通過url編碼，打包資料然後傳送。處理瀏覽器的編碼問題可以用jdk自帶類庫 例 parameter 這是對於 url引數進行編碼方便記錄。其中 st...
中文編碼問題
中文傳到後台要編碼2次 vat suoshu 測試 var suoshu encodeuricomponent encodeuricomponent suoshu suoshu suoshu 這個js編碼的。你單獨對中文引數進行編碼 不要一起對url進行編碼 然後再後台再用 decodeurl 解碼...