最近幾天碰到一個(gè)Ant編譯后，出現亂碼的問(wèn)題，糾結了幾天，目前應該算是解決了。事情是這樣，手頭有一個(gè)java的工程，由于是在windows下開(kāi)發(fā)的，所以源碼的編碼格式均為gbk，之前工程的編譯都是在windows環(huán)境下進(jìn)行，所以一直也沒(méi)有問(wèn)題。最近由于環(huán)境管控需要（《在Linux下的用戶(hù)特殊操作權限控制》），嘗試在Linux環(huán)境下進(jìn)行自動(dòng)編譯和部署，因此就出現了編譯出來(lái)的應用有亂碼的問(wèn)題，查了幾個(gè)地方，已確定是ant的javac和copy指令的參數配置問(wèn)題，在這里把過(guò)程中學(xué)習到的知識記錄一下。
首先是Java的編譯和運行機制，從.java編譯為.class的過(guò)程中，javac會(huì )默認按照編譯所在操作系統的默認編碼讀取源代碼，并編譯成內部為UTF-8編碼的.class，而在java虛擬機執行的過(guò)程中，會(huì )按照程序運行所在操作系統的默認編碼，將UTF-8編碼再次進(jìn)行轉換。通過(guò)這種兩次轉換的方式，Java實(shí)現了對多語(yǔ)言的支持。
要改變javac讀取源代碼時(shí)采用的編碼格式，如指定為GBK編碼讀取，需要在執行javac時(shí)添加-encoding=GBK參數進(jìn)行指定；而要改變java運行時(shí)輸出的編碼格式，則需要添加-Dfile.encoding=GBK參數進(jìn)行指定。而在ant的build.xml文件中，對應是在javac任務(wù)中，添加encoding屬性，就解決了在默認為UTF-8編碼的Linux環(huán)境下，讀取編譯GBK編碼內容的問(wèn)題，至此，已經(jīng)解決了我工程中大部分的編譯問(wèn)題。
另一個(gè)問(wèn)題出現在A(yíng)nt的copy任務(wù)中，由于程序中的部分內容，是在ant執行過(guò)程中通過(guò)交互界面輸入并設置filtering進(jìn)行替換的，但Ant在Linux下執行時(shí)，也是按照操作系統默認編碼UTF-8讀取文件和進(jìn)行替換，就導致了GBK的程序在替換后出現了亂碼，無(wú)法編譯通過(guò)。要解決這個(gè)問(wèn)題，則是在A(yíng)nt的copy任務(wù)中，添加encoding="GBK"參數，指定讀取文件的編碼為GBK，也就解決了這個(gè)問(wèn)題。關(guān)于copy的參數說(shuō)明，可以參見(jiàn)官方手冊。
聯(lián)系客服
