括以下类别：直接在co
sole上运行的类包括可视化界面的类
2
fJSP代码类（注：JSP是Servlets类的变型）Servelets类EJB类其它不可以直接运行的支持类这些类文件中，都有可能含有中文字符串，并且我们常用前三类JAVA程序和用户直接交互，用于输出和输入字符，如：我们在JSP和Servlet中得到客户端送来的字符，这些字符也包括中文字符。无论这些JAVA类的作用如何，这些JAVA程序的生命周期都是这样的：编程人员在一定的操作系统上选择一个合适的编辑软件来实现源程序代码并以java扩展名保存在操作系统中，例如我们在中文wi
2k中用记事本编辑一个java源程序；编程人员用JDK中的javacexe来编译这些源代码，形成class类JSP文件是由容器调用JDK来编译的；
直接运行这些类或将这些类布署到WEB容器中去运行，并输出结果。
那么，在这些过程中，JDK和JVM是如何将这些文件如何编码和解码并运行的呢？
这里，我们以中文wi
2k操作系统为例说明JAVA类是如何来编码和被解码的。
第一步，我们在中文wi
2k中用编辑软件如记事本编写一个Java源程序文件包括以上五类JAVA程序，程序文件在保存时默认
3
f采用了操作系统默认支持GBK编码格式操作系统默认支持的格式为filee
codi
g格式形成了一个java文件，也即，java程序在被编译前，我们的JAVA源程序文件是采用操作系统默认支持的filee
codi
g编码格式保存的，java源程序中含有中文信息字符和英文程序代码；要查看系统的filee
codi
g参数，可以用以下代码：
publicclassShowSystemDefaultE
codi
gpublicstaticvoidmai
Stri
gargsStri
ge
codi
gSystemgetPropertyfilee
codi
gSystemoutpri
tl
e
codi
g第二步，我们用JDK的javacexe文件编译我们的Java源程序，由于JDK是国际版的，在编译的时候，如果我们没有用e
codi
g参数指定我们的JAVA源程序的编码格式，则javacexe首先获得我们操作系统默认采用的编码格式，也即在编译java程序时，若我们不指定源程序文件的编码格式，JDK首先获得操作系统的filee
codi
g参数它保存的就是操作系统默认的编码格式，如WIN2k，它的值为GBK，然后JDK就把我们的java源程序从filee
codi
g编码格式转化为JAVA内部默认的UNICODE格式放入内存中。然后，javac把转换后的u
icode格式的文件进行编译成class类文件，此时class文件是UNICODE编码的，它暂放在内存中，紧接着，JDK将此以UNICODE编码的编译后的class文件保存到我们的操作系统中形成我们见到的class文件。对我们来说，我
4
f们最终获得的class文r