这些类文件中，都有可能含有中文字符串，并且我们常用前三类Java程序和用户直接交互，用于输出和输入字符，如：我们在JSP和Servlet中得到客户端送来的字符，这些字符也包括中文字符。无论这些Java类的作用如何，这些Java程序的生命周期都是这样的： 织梦内容管理系统
*编程人员在一定的操作系统上选择一个合适的编辑软件来实现源程序代码并以.Java扩展名保存在操作系统中，例如我们在中文Windows2000中用记事本编辑一个Java源程序。 本文来自织梦
*编程人员用JDK中的Javac.exe来编译这些源代码，形成.class类(JSP文件是由容器调用JDK来编译的)。
本文来自织梦
*直接运行这些类或将这些类布署到WEB容器中去运行，并输出结果。
那么，在这些过程中，JDK和JVM是如何将这些文件如何编码和解码并运行的呢?
dedecms.com
这里，我们以中文Windows2000操作系统为例说明Java类是如何来编码和被解码的。
第一步，我们在中文Windows2000中用编辑软件如记事本编写一个Java源程序文件(包括以上五类Java程序)，程序文件在保存时默认采用了操作系统默认支持GBK编码格式(操作系统默认支持的格式为file.encoding格式)形成了一个.Java文件，也即，Java程序在被编译前，我们的Java源程序文件是采用操作系统默认支持的file.encoding编码格式保存的，Java源程序中含有中文信息字符和英文程序代码;要查看系统的file.encoding参数，可以用以下代码： 织梦好，好织梦
public class ShowSystemDefaultEncoding 内容来自dedecms
{
织梦内容管理系统
public static void main(String[] args)
{ 织梦内容管理系统
String encoding =
System.getProperty("file.encoding"); 本文来自织梦
System.out.println(encoding);
织梦好，好织梦
}
copyright dedecms
}
第二步，我们用JDK的Javac.exe文件编译我们的Java源程序，由于JDK是国际版的，在编译的时候，如果我们没有用-encoding参数指定我们的Java源程序的编码格式，则Javac.exe首先获得我们操作系统默认采用的编码格式，也即在编译Java程序时，若我们不指定源程序文件的编码格式，JDK首先获得操作系统的file.encoding参数(它保存的就是操作系统默认的编码格式，如Windows2000，它的值为GBK)，然后JDK就把我们的Java源程序从file.encoding编码格式转化为Java内部默认的UNICODE格式放入内存中。 copyright dedecms
然后，Javac把转换后的unicode格式的文件进行编译成.class类文件，此时.class文件是UNICODE编码的，它暂放在内存中，紧接着，JDK将此以UNICODE编码的编译后的class文件保存到我们的操作系统中形成我们见到的.class文件。 织梦好，好织梦
对我们来说，我们最终获得的.class文件是内容以UNICODE编码格式保存的类文件，它内部包含我们源程序中的中文字符串，只不过此时它己经由file.encoding格式转化为UNICODE格式了。
