記一次抓狂的亂碼經歷


常年Eclipse的守舊派久聞IDEA大名,終於在dalao的安利下入了IDEA的坑((才不是因為可以用翻譯插件


入坑一段時間,因為在編碼方面了解的還算比較多,平時基本沒遇到過亂碼問題,並且在第一次使用IDEA時就修改了設置中所有編碼方式為UTF-8,直到最近做一個小小的javaweb項目,遇到了很奇怪的問題,平時本人都保持使用UTF-8的習慣,各種編輯器都是默認UTF-8編碼,這次出問題的是兩個html文檔與兩個js腳本,均為UTF-8編碼,在本地使用瀏覽器打開時一切正常,但是放到IDEA中,加上設置請求與響應的編碼的過濾器后,在瀏覽器中打開頁面上的中文竟然亂碼了,確定這個問題存在的時候實在非常詫異,在仔細檢查過自己的各種設置,代碼以及文件編碼后確信沒有問題,通過瀏覽器中的開發者工具可以看到AJAX請求得到的響應數據中的中文是正常的,只是html與js這兩種靜態資源亂碼了,嘗試去掉設置編碼的過濾器后,更神奇的事出現了,html與js的不再亂碼了,但是通過AJAX請求得到的響應數據中的中文卻又亂碼了(崩潰)。

在做了各種排查后實在不知道問題發生在哪里,於是猜測會不會是運行環境的問題(JDK10.0.2 + Tomcat9.0.11),當把運行環境換為(JDK1.8_171 + Tomcat8.5)后,啟用設置編碼的過濾器,亂碼問題竟然奇跡般的消失了。

於是只能將這個問題暫時歸結為環境問題或者是這個項目有問題了。。


晚上吃飯回來,重新建了個項目,用的疑似有問題的環境,一步一步小心的重新建立了之前這個項目的結構,編譯,運行,還是老樣子,html與js亂碼,ajax響應正常,於是開始瘋狂百度,終於在一位前輩的博客中看到了相似的問題:

IDEA啟動TOMCAT靜態頁面時亂碼

前輩的解決分三步:

1.修改IDEA設置中的幾個默認編碼(這個我在安裝后接着就設置了)

File-->Settings-->Editor-->File Encodings

將這三個地方都設置成UTF-8,使文件的編碼格式都是UTF-8(不過這個貌似跟Tomcat亂碼沒多大關系)

 


 

2. 在VM options添加:-Dfile.encoding=UTF-8,並且將下面兩個屬性設為Update classes and resources (這個我只設置了前半句,后邊這倆個人認為和編碼無關就沒有動)

在設置了Tomcat的VM選項后,靜態資源亂碼的問題消失了,根據對這個參數的一知半解,個人認為是:Tomcat是運行在JVM的基礎上,因此受JVM參數的影響,由於我的系統是Win7簡體中文版,系統默認編碼為GBK,因此JVM在不指定這個選項的情況下,也將讀取系統默認編碼作為自己的默認編碼,Tomcat則使用此默認編碼作為讀取普通資源文件時的默認編碼,這就導致了我的UTF-8格式的html與js文件被Tomcat以二進制讀取並使用GBK進行了錯誤解碼得到亂碼字符文件,隨后又通過UTF-8編碼解碼將這堆亂碼呈現到了瀏覽器。

根據上述猜想進行實驗,將我的html文件保存為GBK編碼格式,js保持UTF-8不變,去掉這個VM選項,啟動Tomcat,果然,html文檔顯示正常,通過開發者工具查看加載的js文件,里面的中文仍然是亂碼,因此可以肯定,Tomcat 9中默認處理靜態資源的Servlet使用了JVM提供的默認編碼來讀取了靜態資源,通過VM選項指定文件編碼為UTF-8后即可解決這個問題。

 


 

3. 在第二步操作過后,會發現Tomcat在IDEA控制台的啟動輸出中的中文(信息、警告等)變成了亂碼。第三步就是將IDEA的啟動選項中也加上這個VM選項(類似Eclipse中在ini中加這個選項)

安裝目錄\bin下,加破解補丁時的那兩個文件(32/64)(*.vmoptions),就是用來為IDEA的啟動指定VM選項的,在這兩個文件中也加上這行,啟動,運行,完美!一切亂碼都消失了~

 


 

反思與總結

 通過這次的亂碼問題,也算是得到了一點經驗,在日后的學習中,凡是基於JVM運行的程序,如果需要統一編碼,都要盡量加上這行VM選項,從而保證不會出現莫名其妙的亂碼問題,在設置了這個選項 后也要注意將軟件中有關編碼的設置一並統一,以免出現其他問題。

 


 

-Dfile.encoding=UTF-8

 


注意!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系我们删除。



 
  © 2014-2022 ITdaan.com 联系我们: