Java编译过程中出现乱码 CentOS

Ja va编译过程中间出现乱码，这个问题说大不大，说小不小，但卡住的时候确实让人抓狂。归根到底，乱码的根源往往是系统、编译器和运行环境三者的字符编码没对齐。下面直接按常见的排查和处理顺序，把几种行之有效的方法整理出来，希望能帮你一次性解决。

先从系统默认编码说起
CentOS系统的默认编码最好与Ja va编译/运行时的编码保持一致——目前最通用的是UTF-8。用locale命令看一眼当前设置，如果LANG、LC_ALL这些变量不是en_US.UTF-8或类似的UTF-8编码，就需要调整。

• 临时调整（只对当前终端有效）：执行 export LANG=en_US.UTF-8 和 export LC_ALL=en_US.UTF-8。
• 永久生效（对所有用户）：编辑 /etc/locale.conf，加入 LANG=en_US.UTF-8，保存后执行 source /etc/locale.conf 或者重启系统。

编译时指明源文件编码
系统编码搞定之后，编译这一步也容易踩坑。直接用 ja vac 命令时，加上 -encoding 参数明确告诉编译器源文件是什么编码，比如最常见的UTF-8：

ja vac -encoding UTF-8 YourJa vaFile.ja va

如果源文件是GBK编码，那对应的参数就改成 -encoding GBK。这一步虽然简单，但很多人会忽略，导致编译结果莫名其妙出现乱码。

运行时的JVM默认编码也别忘
编译通过只是第一步，运行时如果JVM默认编码不对，照样乱码。通过 -Dfile.encoding 参数来指定：

ja va -Dfile.encoding=UTF-8 YourMainClass

建议把这个参数直接写进启动脚本（比如 startup.sh），不用每次都手动敲。

环境变量全局兜底
如果想让所有Ja va程序都默认使用同一编码，可以设置 JA VA_TOOL_OPTIONS 环境变量：

export JA VA_TOOL_OPTIONS="-Dfile.encoding=UTF-8"

把上面这行加到 ~/.bashrc 或 ~/.bash_profile 里，再 source ~/.bashrc 就能永久生效。这样不管哪个Ja va应用启动，都会自动带上这个参数。

源文件本身的编码也要检查
有时候问题出在源文件本身保存的编码上。可以用 vim 打开文件，执行 :set fileencoding 查看当前编码；如果需要转换，执行 :set fileencoding=utf-8 再保存。命令行的 iconv 工具也很方便：

iconv -f GBK -t UTF-8 original.ja va -o converted.ja va

转换后再用新文件编译，基本不会再有编码冲突。

IDE编码设置（如果你用IDE的话）
用 IntelliJ IDEA 或 Eclipse 开发时，IDE的编码设置同样可能成为乱码的源头。检查一下：

• IntelliJ IDEA：File → Settings → Editor → File Encodings，把 Global Encoding、Project Encoding 都改成UTF-8，Default encoding for properties files 也一并改掉。
• Eclipse：Window → Preferences → General → Workspace，把 Text file encoding 设为UTF-8。

以上几个环节按顺序检查下来，绝大多数乱码问题都能迎刃而解。关键是要记住：编码不一致的地方往往不止一处，得从系统、编译、运行到源文件逐一对齐。