問題描述：
乙個基於jsp的web業務專案，頁面的charset宣告為utf-8,jb的工程也宣告為utf-8編碼，在利用乙個儲存各種區縣的js檔案的時候jsp頁面報告錯誤（沒有呼叫js中的任何方法，只是include該js進來就報錯，什麼「字元未終結」等等）。利用jb開啟中文顯示不正確。
問題解決：
後來發現該js檔案的檔案編碼是gb，不是在utf8的工程中做的。所以只要在宣告檔案編碼未utf8的jb中開啟該js把所有的中文重新輸入一遍就可以了。
另外，ultraedit自己帶有這種轉換工具，在ultraedit中開啟這個js，選擇「檔案」－－》「轉換」－－》「ascii轉utf8」即可完成轉換，同樣如果有其他編碼轉換，在這個命令選單下面還是有很多可以選擇的東西。
結論：每個檔案都有檔案編碼，預設情況下，我們沒在jb之類的ide中設定檔案的編碼的話，我們輸入任何檔案中的字元都是採用本機預設編碼，例如中文系統大概是gb，而如果在ide中設定了檔案的編碼，則同樣的輸入法輸入進去的字元的位元組陣列已經不完全一樣了，用樣的顯示中文在不用編碼的檔案中的位元組陣列也不一樣。
UTF 8編碼問題編碼長度問題
utf 8編碼問題編碼長度問題 utf 8經常被用於文字檔案和網路傳輸，因為不少這類場合還停留在ansi時代，需要向純ascii相容。utf 8是unicode的一種變長字元編碼 長度在1至6位元組。這裡注意一下，utf 8曾經是6位元組，現在是4位元組，兩者都對。但如果你看到介紹utf 8的文章說...
介紹utf8編碼
utf8並不算是一種電腦編碼，而是一種儲存和傳送的格式，如前所述，每個unicode ucs字元都以 2或4個bytes來儲存，看看以下的比較 以 i am chinese 為例 用ansi儲存 12 bytes 用unicode ucs2儲存 24 bytes 2 bytes header 用uc...
UTF8編碼 解碼
參考文件 rfc3629標準.對於任意乙個字,都可以用乙個唯一碼 unicode碼,由標準編制 表示,在應用過程中,需要對碼進行編碼.常用的編碼方式為utf 8.utf 8採用類似於ip位址分配的機制.即對於不同範圍的unicode碼,採用不同的模板進行編碼.流程概述為 2.1 查表獲取unicod...