标签：png 数据转换 font x86 程序 转换 传递 alt 情况
一、java编码转换过程（转自http://cmsblogs.com/?p=1475）
我们总是用一个java类文件和用户进行最直接的交互（输入、输出），这些交互内容包含的文字可能会包含中文。无论这些java类是与数据库交互，还是与前端页面交互，他们的生命周期总是这样的：
1>程序员在操作系统上通过编辑器编写程序代码并且以.java的格式保存操作系统中，这些文件我们称之为源文件。
2>通过JDK中的javac.exe编译这些源文件形成.class类。
3>直接运行这些类或者部署在WEB容器中运行，得到输出结果。
这些过程是从宏观上面来观察的，了解这个肯定是不行的，我们需要真正来了解java是如何来编码和被解码的：
第一步：当我们用编辑器编写java源文件，程序文件在保存时会采用操作系统默认的编码格式（一般我们中文的操作系统采用的是GBK编码格式）形成一个.java文件。java源文件是采用操作系统默认支持的file.encoding编码格式保存的。下面代码可以查看系统的file.encoding参数值。
第二步：当我们使用javac.exe编译我们的java文件时，JDK首先会确认它的编译参数encoding来确定源代码字符集，如果我们不指定该编译参数，JDK首先会获取操作系统默认的file.encoding参数，然后JDK就会把我们编写的java源程序从file.encoding编码格式转化为JAVA内部默认的UNICODE格式放入内存中。
第三步：JDK将上面编译好的且保存在内存中信息写入class文件中，形成.class文件。此时.class文件是Unicode编码的，也就是说我们常见的.class文件中的内容无论是中文字符还是英文字符，他们都已经转换为Unicode编码格式了。
第四步：运行编译的类：在这里会存在一下几种情况
1>直接在console上运行。
2>JSP/Servlet类。
3>java类与数据库之间。
这三种情况每种情况的方式都会不同
①Console上运行的类
这种情况下，JVM首先会把保存在操作系统中的class文件读入到内存中，这个时候内存中class文件编码格式为Unicode，然后JVM运行它。如果需要用户输入信息，则会采用file.encoding编码格式对用户输入的信息进行编码同时转换为Unicode编码格式保存到内存中。程序运行后，将产生的结果再转化为file.encoding格式返回给操作系统并输出到界面去。整个流程如下：
②Servlet类
由于JSP文件最终也会转换为servlet文件（只不过存储的位置不同而已），所以这里我们也将JSP文件纳入其中。
当用户请求Servlet时，WEB容器会调用它的JVM来运行Servlet。首先JVM会把servlet的class加载到内存中去，内存中的servlet代码是Unicode编码格式的。然后JVM在内存中运行该Servlet，在运行过程中如果需要接受从客户端传递过来的数据（如表单和URL传递的数据），则WEB容器会接受传入的数据，在接收过程中如果程序设定了传入参数的的编码则采用设定的编码格式，如果没有设置则采用默认的ISO-8859-1编码格式，接收的数据后JVM会将这些数据进行编码格式转换为Unicode并且存入到内存中。运行Servlet后产生输出结果，同时这些输出结果的编码格式仍然为Unicode。紧接着WEB容器会将产生的Unicode编码格式的字符串直接发送置客户端，如果程序指定了输出时的编码格式，则按照指定的编码格式输出到浏览器，否则采用默认的ISO-8859-1编码格式。（UNICODE编码的servlet的class->内存；jvm将表单、url传进来的数据按照默认或者设定的编码格式转换为Unicode->内存；如果没有指定输出的编码格式则web容器会将Unicode编码的字符串发送至客户端）
③数据库部分
我们知道java程序与数据库的连接都是通过JDBC驱动程序来连接的，而JDBC驱动程序默认的是ISO-8859-1编码格式的，也就是说我们通过java程序向数据库传递数据时，JDBC首先会将Unicode编码格式的数据转换为ISO-8859-1的编码格式，然后在存储在数据库中，即在数据库保存数据时，默认格式为ISO-8859-1。
二、getBytes
把JVM内存中unicode形式的String按encoding制定的编码，转成字节流，比如汉字"分"：
String="分"
String.getBytes("utf-8")//把String转成utf-8字节流，汉字"分"为3个字节[0xe5,0x88,0x86]
String.getBytes("gbk")//把String转成gbk字节流，汉字"分"为2个字节[0xb7,0xd6]
三、编码解码（非转载）
通常意义上的解码大致是这样一种情况：一个GB2312编码的字符串“aaa”的字节码被发送到一个接收处，这个接收处使用Unicode编码，这个时候就会产生乱码（因为这个时候明明是GB2312的字节码却被编码成了Unicode字符），怎么解决呢？先用Unicode方式解码，然后用GB2312重新编码即可。
下面的解释我觉得更清楚些：
1.传输过来的字节码是用utf-8编码的,假设字节码为b。
2.你获得的那个字符串，假设为s，是用gbk对b进行编码获得的字符串，所以是乱码。
3.你使用gbk对s进行解码，用utf-8再编码，于是获得了原来的bjava编码转换过程（转自http://cmsblogs.com/?p=1475）
标签：png 数据转换 font x86 程序 转换 传递 alt 情况
原文地址：http://www.cnblogs.com/lige-H/p/7210471.html
