原因:
由于JDK是国际版的,在编译的时候,如果我们没有用-encoding参数指定我们的JAVA源程序的编码格式,则javac.exe首先获得我们操作系统默认采用的编码格式。
在编译java程序时,若我们不指定源程序文件的编码格式
- JDK首先获得操作系统的file.encoding参数(它保存的就是操作系统默认的编码格式,如WIN2k,它的值为GBK)
- 然后JDK就把我们的java源程序从file.encoding编码格式转化为JAVA内部默认的UNICODE格式放入内存中。
- 然后,javac把转换后的unicode格式的文件进行编译成.class类文件,此时.class文件是UNICODE编码的,它暂放在内存中
对我们来说,我们最终获得的.class文件是内容以UNICODE编码格式保存的类文件,它内部包含我们源程序中的中文字符串,只不过此时它己经由file.encoding格式转化为UNICODE格式了。当我们不加设置就编译时,相当于使用了参数:javac -encoding gbk XX.java,当然就会出现不兼容的情况。
解决方法
1.使用-encoding 指定字符集
javac -encoding utf-8 xx.java
本文介绍了在使用JDK编译含有中文字符的Java源程序时可能出现的乱码问题及其原因。当未指定源文件编码格式时,JDK会采用操作系统默认编码格式进行编译,这可能导致与Java内部使用的Unicode格式不兼容。文章提供了两种解决方案:一是通过-encoding参数显式指定源文件编码格式;二是将源文件编码修改为ASCII。这两种方法都能有效避免编译过程中的乱码问题。
2650

被折叠的 条评论
为什么被折叠?



