字體修改
主題字體修改
主題字體修改
如上圖標註 1 所示，IntelliJ IDEA 主題字體的修改要先勾選 Override default fonts by 。默認 IntelliJ IDEA 是不推薦修改的，但是由於字體是有分包含中文和不包含中文之分的，一般使用英文的國家是不需要額外擔心亂碼問題的，而我們需要。
字體的審美上每個人不一樣，但是如上一段說的，這裡的字體修改是需要知道一個前提的，那就是你選擇的那個字體必須含有中文，比如微軟雅黑和宋體這類是包含中文的，而Courier New 和Monaco 這類只是單純的英文字體。
如果你選擇的字體不包含中文，那可能會在很多位置上出現類似 口口口口口 這樣的亂碼問題，比如文件名含有中文、字體是中文名字的都會變成 口口口口口。
在修改IntelliJ IDEA 的主題字體的時候，不建議把字體調成很大，因為很多人遇到這樣一種情況：顯示器分辨率低，主題字體又大，在IntelliJ IDEA 的某些操作的工具菜單、右鍵菜單選項中部分選項超出了分辨率顯示範圍，沒辦法被選中。當然了，如果你一定要把字體改大，又不用大分辨率顯示器，那可以通過 IntelliJ IDEA 的 Menus and Toolbars 刪除部分你認為用不到的菜單，但是一般不建議這樣做。
還需要特別注意的時候，如果你是開著 IntelliJ IDEA 的時候，新裝了一個字體的話，那必須重啟IntelliJ IDEA 之後才能在下拉列表找到新裝的字體。
代碼編輯字體修改
代碼編輯字體修改
如上圖標註 1 所示，默認 IntelliJ IDEA 是不能直接在默認的代碼模板上修改字體的，需要先 Save As 一份出來，然後才可以修改。這種設計在 IntelliJ IDEA 其他很多設置也是如此的，所以如果你還看到類似有 Copy、Save As 這類選項的按鈕就要想到是此設計思想。
如上圖標註 2 所示，勾選的 Show only monospaced fonts 表示篩選顯示系統上的等寬字體。由於 Windows 系統上等寬字體並不多，勾選此選項出現的下拉字體可選擇就很少。取消勾選之後，就可以顯示系統上所有已安裝的字體。
如上圖標註 3 所示，其中編碼字體有第一字體（Primary font） 和 第二字體（Secondary font）之分。當有些字符在第一字體支持不了的時候，會去使用第二字體進行支持。
我個人習慣上：英文字體使用 Monaco，由於此字體不支持中文，所以我把這個設置為第一字體，第二字體使用 Yahei Consolas Hybrid 進行支持，該字體含有中文。這兩個字體都不是系統自帶的，需要自行下載安裝。
如果你的第一字體不包含中文的話，第二字體包含中文，那在有些地方也還是會出現口口口口口這類問題，比如Ctrl + Shift + N 進行查找文件的時候，如果你輸入中文也會變成口口口口口，我個人文件名為中文的不多，所以就容忍了這種情況。如果你不願意容忍這種情況，那還是回到最開始的要求：第一字體包含中文。
控制台輸出字體修改
控制台輸出字體修改
如上圖為控制台輸出內容字體修改，有很多 IntelliJ IDEA 新人在做輸出的時候出現亂碼原因就是因為沒有在這裡進行設置。
控制台輸出字體 修改的原理跟 代碼編輯字體修改 是一樣的。
文件編碼修改
上圖標註 1 所示，IDE 的編碼默認是 UTF-8，Project Encoding 雖然默認是 GBK，但是一般我都建議修改為 UTF-8。
上圖標註 2 所示，IntelliJ IDEA 可以對 Properties 文件進行專門的編碼設置，一般也建議改為 UTF-8，其中有一個重點就是屬性 Transparent native-to-ascii conversion，
上圖標註 3 所示，對於 Properties 文件，重要屬性 Transparent native-to-ascii conversion 主要用於轉換 ascii，一般都要勾選，不然 Properties 文件中的註釋顯示的都不會是中文。
上圖標註 4 所示，IntelliJ IDEA 除了支持對整個 Project 設置編碼之外，還支持對目錄、文件進行編碼設置。如果你要對目錄進行編碼設置的話，可能會出現需要 Convert 編碼的彈出操作選擇，強烈建議 在轉換之前做好文件備份，不然可能出現轉換過程變成亂碼，無法還原。
文件編碼修改
如上圖演示，對單獨文件的編碼修改還可以點擊右下角的編碼設置區。如果代碼內容中包含中文，則會彈出演示中的操作選擇。
Reload 表示使用新編碼重新加載，新編碼不會保存到文件中，重新打開此文件，舊編碼是什麼依舊還是什麼。
Convert 表示使用新編碼進行轉換，新編碼會保存到文件中，重新打開此文件，新編碼是什麼則是什麼。
含有中文的代碼文件，Convert 之後可能會使中文變成亂碼，所以在轉換成請做好備份，不然可能出現轉換過程變成亂碼，無法還原。
由於編碼問題引起的編譯錯誤
編譯報錯：找不到符號、未結束的字符串文字 等的解決辦法：
由於UTF-8 編碼文件有分有BOM 和無BOM 之分，默認情況下IntelliJ IDEA 使用的編譯器是javac，而此編譯只能編譯無BOM 的文件，有很多Eclipse 用戶在使用IntelliJ IDEA 開發Eclipse 項目的時候常常會遇到此問題。主要是因為 Eclipse 的編譯器是 Eclipse，此編譯器支持 有BOM 的文件編譯。故，解決辦法是對於此文件進行 BOM 去除。
批量去除 BOM，你可以 Google：批量去除 BOM、批量轉換無 BOM 等關鍵字，網絡上已有提供各種方案。
除了通過去除 BOM 還有設置 IntelliJ IDEA 的編譯器為 Eclipse，但是一般不建議這樣做。
如果上述問題都無法解決，而且你也確認IntelliJ IDEA 各個配置編碼的地方都是UTF-8，報錯文件編碼也是是UTF-8 無BOM 的話，那還有一種可能也會出現這種情況：項目配置文件有問題。項目編碼的配置文件在：/項目目錄/.idea/encodings.xml。如果你會修改此文件可以進行修改，如果不會，那就刪除掉 .idea 整個目錄，重啟 IntelliJ IDEA 重新配置這個項目即可。
Tomcat 控制台輸出亂碼
Tomcat 控制台輸出亂碼
如果你的Tomcat 控制台輸出亂碼，並且你已經保證了本文上面的控制台字體設置你設置的字體包含中文，那你還可以嘗試下在Tomcat 的VM 參數上加上：-Dfile.encoding=UTF- 8，如果你是Mac 系統，很有可能是需要的。
文章為用戶上傳，僅供非商業瀏覽。發布者：Lomu，轉轉請註明出處： https://www.daogebangong.com/zh-Hant/articles/detail/IntelliJ%20IDEAs%20font%20and%20garbled%20problem%20settings.html
支付宝扫一扫 
评论列表（196条）
测试