java 编码转换过程.pdfVIP

j ava 编码转换过程 j ava编码转换过程 前⾯三篇博客侧重介绍字符、编码问题，通过这三篇博客各位博友对各种字符编码有 了⼀个初 的了解，要了解java的中⽂问题这是必须要了解的。但是了解这些仅仅只 是⼀个开始，以下博客将侧重介绍java乱码是如何产⽣的、存在哪些乱码的情况、该 如何从根本上解决乱码问题。各位随博主⼀起征服令⼈厌烦的java乱码问题吧 ！！！ j ava编码转换过程 我们总是⽤⼀个java类⽂件和⽤户进⾏最直接的交互 （输⼊、输出），这些交互内容 包含的⽂字可能会包含中⽂。⽆论这些java类是与数据库交互，还是与前端页⾯交 互，他们的⽣命周期总是这样的： 1、程序员在操作系统上通过编辑器编写程序代码并且以.java的格式保存操作系统 中，这些⽂件我们称之为源⽂件。 2、通过JDK中的javac.exe编译这些源⽂件形成.class类。 3、直接运⾏这些类或者部署在WEB容器中运⾏，得到输出结果。 这些过程是从宏观上⾯来观察的，了解这个肯定是不⾏的，我们需要真正来了解java 是如何来编码和被解码的： 第⼀ ：当我们⽤编辑器编写java源⽂件，程序⽂件在保存时会采⽤操作系统默认的 编码格式 （⼀般我们中⽂的操作系统采⽤的是GBK编码格式）形成⼀个.java⽂件。 java源⽂件是采⽤操作系统默认⽀持的file.encoding编码格式保存的。下⾯代码可以查 看系统的file.encoding参数值。 System.out.println(System.getProperty(file.encoding)); 第⼆ ：当我们使⽤javac.exe编译我们的java⽂件时，JDK⾸先会确认它的编译参数 encoding来确定源代码字符集，如果我们不指定该编译参数，JDK⾸先会获取操作系 统默认的file.encoding参数，然后JDK就会把我们编写的java源程序从file.encoding编码 格式转化为JAVA内部默认的UNIC DE格式放⼊内存中。 第三 ：JDK将上⾯编译好的且保存在内存中信息写⼊class⽂件中，形成.class⽂件。 此时.class⽂件是Unicode编码的，也就是说我们常见的.class⽂件中的内容⽆论是中⽂ 字符还是英⽂字符，他们都已经转换为Unicode编码格式了。 在这⼀ 中对对JSP源⽂件的处理⽅式有点⼉不同：WEB容器调⽤JSP编译器，JSP编 译器⾸先会查看JSP⽂件是否设置了⽂件编码格式，如果没有设置则JSP编译器会调⽤ 调⽤JDK采⽤默认的编码⽅式将JSP⽂件转化为临时的servlet类，然后再编译为.class⽂ 件并保持到临时⽂件夹中。 第四 ：运⾏编译的类：在这⾥会存在⼀下⼏种情况 1、直接在console上运⾏。 2、JSP/Servlet类。 3、java类与数据库之间。 这三种情况每种情况的⽅式都会不同， 1.Console上运⾏的类 这种情况下，JVM⾸先会把保存在操作系统中的class⽂件读⼊到内存中，这个时候内 存中class⽂件编码格式为Unicode，然后JVM运⾏它。如果需要⽤户输⼊信息，则会采 ⽤file.encoding编码格式对⽤户输⼊的信息进⾏编码同时转换为Unicode编码格式保存 到内存中。程序运⾏后，将产⽣的结果再转化为file.encoding格式返回给操作系统并输 出到界⾯去。整个流程如下： 在上⾯整个流程中，凡是涉及的编码转换都不能出现错误，否则将会产⽣乱码。 2.Servlet类 由于JSP⽂件最终也会转换为servlet⽂件 （只不过存储的位置不同⽽已），所以这⾥我 们也将JSP⽂件纳⼊其中。 当⽤户请求Servlet时，WEB容器会调⽤它的JVM来运⾏Servlet。⾸先JVM会把servlet 的class加载到内存中去，内存中的servlet代码是Unicode编码格式的。然后JVM在内存 中运⾏该Servlet，在运⾏过程中如果需要接受从客户端传递过来的数据 （如表单和 URL传递的数据），则WEB容器会接受传⼊的数据，在接收过程中如果程序设定了传 ⼊参数的的编码则采⽤设定的编码格式，如果没有设置则采⽤默认的IS -8859-1编码 格式，接收的数据后JVM会将这些数据进⾏编码格式转换为Unicode并且存⼊到内存 中。运⾏Servlet后产⽣输出结果，同时这些输出结果的编码格式仍然为Unicode。紧接 着WEB容器会将产⽣的Unicode编码格式的字符串直接发送置客户端，如果程序指定 了输出时的编码格式，则按照指定的编码格式输出到浏览器