? 这里,我们以中文 win2k 操作系统为例说明 JAVA 类是如何来编码和被解码的。 第 一步,我们在中文 win2k 中用编辑软件如记事本编写一个 Java 源程序文件(包括以上五类 JAVA 程序), 程序文件在保存时默认采用了操作系统默认支持 GBK 编码格式(操作系统默认支持的格式为 file.encoding 格 式)形成了一个.java 文件,也即,java 程序在被编译前,我们的 JAVA 源 程序文件是采用操作系统默认支持的 file.encoding 编码格式保存的,java 源程序中含有中文信息字符和英文程序代码;要查看
系统的 file.encoding 参数,可以用以下代码: public class ShowSystemDefaultEncoding { public static void main(String[] args) { String encoding = System.getProperty("file.encoding"); System.out.println(encoding); }} 第 二步,我们用 JDK 的 javac.exe 文件编译我们的
Java 源程序,由于 JDK 是国际版的,在编译的时候,如 果我们没有用-encoding 参数指定 我们的 JAVA 源程序的编码格式, javac.exe 首先获得我们操作系统默认采 则 用的编码格式,也即在编译 java
程序时,若我们不指定源程序文件的编 码格式,JDK 首先获得操作系统的 file.encoding 参数(它保存的就是操作系统默认的编码格式,如 WIN2k,它的值为 GBK),然后 JDK 就 把我们 的 java 源程序从 file.encoding 编码格式转化为 JAVA 内部默认的 UNICODE 格式放入内存中。然后,javac 把 转换后的 unicode 格式的文件进行编译成.class 类文件, 此时.class 文件是 UNICODE 编码的, 它
暂放在内存中, 紧接着,JDK 将此以 UNICODE 编码的编译后的 class 文件保存到我们的操作系统中形成我们见到的.class 文 件。对我们来说,我们最终获得的.class 文件是内容 以 UNICODE 编码格式保存的类文件,它内部包含我们源 程序中的中文字符串,只不过此时它己经由 file.encoding 格式转化为 UNICODE 格 式了。 这一步中,对于 JSP 源程序文件是不同的,对于 JSP,这个过程是这样的:即 WEB 容器调用 JSP 编译器, JSP 编译器先查看
JSP 文件中是否设置有文件编码格式,如果 JSP 文件中没有设置 JSP 文件的编码格式,则 JSP 编译器调用 JDK 先把 JSP 文件用 JVM 默认的字符编码格 式(也即 WEB 容器所在的操作系统的默认的 file.encoding)转化为临时的 Servlet 类, 然后再把它编译成 UNICODE 格式的 class 类, 并保存在临时文件夹中。 如:在中文 win2k 上,WEB 容器就把 JSP 文件从 GBK 编码格式转化为 UNICODE 格式,然后编译成临时保 存的 Servlet 类,以响应用户的请求。 第三步,运行第二步编译出来的类,分为三种情况: A、 直接在 console 上运行的类 B、 EJB 类和不可以直接运行的支持类(如 JavaBean 类) C、 JSP 代码和 Servlet 类 D、 JAVA 程序和数据库之间 下面我们分这四种情况来看。 A、直接在 console 上运行的类 这 种情况,运行该类首先需要 JVM 支持,即操作系统中必须安装有 JRE。运行过程是这样的:首先 java 启动 JVM,此时 JVM 读出操作系统中保存的 class 文件并把内容读入内存中,此时内存中为 UNICODE 格式 的 class 类,然后 JVM 运行它,如果此时此类需要接收用户输入,则类会默认用 file.encoding 编码格式对用户
输入的串进行编码并转化为 unicode 保存入内存(用户可以设置输入流的编码格式) 。程序运行后,产生的字 符 串(UNICODE 编码的)再回交给 JVM,最后 JRE 把此字符串再转化为 file.encoding 格式(用户可以设置输 出流的编码格式)传递给操作系 统显示接口并输出到界面上。 以上每一步的转化都需要正确的编码格式转化,才能最终不出现乱码现象。 B、EJB 类和不可以直接运行的支持类(如 JavaBean 类) 由 于 EJB 类和不可以直接运行的支持类,它们一般不与用户直接交互输入和输出,它们常常与其它的类进 行交互输入和输出, 所以它们在第二步被编译后, 就形成了