3.4. 处理过程
　　下面分析两个有代表性的例子，说明java对编码有关问题的处理方法。
　　3.4.1. 表单输入
　　User input  *(gbk:d6d0 cec4)  browser *(gbk:d6d0 cec4)  web server  iso8859-1(00d6 00d 000ce00c4)  class，需要在class中进行处理：getbytes("iso8859-1")为d6d0 ce c4，new String("gbk")为d6d0 cec4，内存中以unicode编码则为4e2d 6587。
　 用户输入的编码方式和页面指定的编码有关，也和用户的操作系统有关，所以是不确定的，上例以gbk为例。
　 从browser到web server，可以在表单中指定提交内容时使用的字符集，否则会使用页面指定的编码。而如果在url中直接用?的方式输入参数，则其编码往往是操作系统本身的编码，因为这时和页面无关。上述仍旧以gbk编码为例。
　　Web server接收到的是字节流，默认时（getParameter）会以iso8859-1编码处理之，结果是不正确的，所以需要进行处理。但如果预先设置了编码（通过request.setCharacterEncoding ()），则能够直接获取到正确的结果。
　　在页面中指定编码是个好习惯，否则可能失去控制，无法指定正确的编码。
　　3.4.2. 文件编译
　　假设文件是gbk编码保存的，而编译有两种编码选择：gbk或者iso8859-1，前者是中文windows的默认编码，后者是linux的默认编码，当然也可以在编译时指定编码。
　　Jsp  *(gbk:d6d0 cec4)  java file  *(gbk:d6d0cec4)  compiler read  uincode(gbk: 4e2d 6587; iso8859-1: 00d600d 000ce 00c4)  compiler write  utf(gbk: e4b8ad e69687;iso8859-1: *) compiled file  unicode(gbk: 4e2d 6587; iso8859-1: 00d600d 000ce 00c4)  class。所以用gbk编码保存，而用iso8859-1编译的结果是不正确的。
　　class  unicode(4e2d 6587)  system.out /jsp.out  gbk(d6d0 cec4)  os console / browser。
　　文件可以以多种编码方式保存，中文windows下，默认为ansi/gbk。
　　编译器读取文件时，需要得到文件的编码，如果未指定，则使用系统默认编码。一般class文件，是以系统默认编码保存的，所以编译不会出问题，但对于jsp文件，如果在中文windows下编辑保存，而部署在英文linux下运行/编译，则会出现问题。所以需要在jsp文件中用pageEncoding指定编码。
　　Java编译的时候会转换成统一的unicode编码处理，后保存的时候再转换为utf编码。
　　当系统输出字符的时候，会按指定编码输出，对于中文windows下，System.out将使用gbk编码，而对于response（浏览器），则使用jsp文件头指定的contentType，或者可以直接为response指定编码。同时，会告诉browser网页的编码。如果未指定，则会使用iso8859-1编码。对于中文，应该为browser指定输出字符串的编码。
　　l browser显示网页的时候，首先使用response中指定的编码（jsp文件头指定的contentType终也反映在response上），如果未指定，则会使用网页中meta项指定中的contentType。
　　3.5. 几处设置
　　对于web应用程序，和编码有关的设置或者函数如下。
　　3.5.1. jsp编译
　　指定文件的存储编码，很明显，该设置应该置于文件的开头。例如：<%@pagepageEncoding="GBK"%>。另外，对于一般class文件，可以在编译的时候指定编码。
　　3.5.2. jsp输出
　　指定文件输出到browser是使用的编码，该设置也应该置于文件的开头。例如：<%@ pagecontentType="text/html; charset= GBK" %>。该设置和response.setCharacterEncoding("GBK")等效。
　　3.5.3. meta设置
　　指定网页使用的编码，该设置对静态网页尤其有作用。因为静态网页无法采用jsp的设置，而且也无法执行response.setCharacterEncoding()。例如：<META http-equiv="Content-Type"content="text/html; charset=GBK" />
　　如果同时采用了jsp输出和meta设置两种编码指定方式，则jsp指定的优先。因为jsp指定的直接体现在response中。
　　需要注意的是，apache有一个设置可以给无编码指定的网页指定编码，该指定等同于jsp的编码指定方式，所以会覆盖静态网页中的meta指定。所以有人建议关闭该设置。
　　3.5.4. form设置
　　当浏览器提交表单的时候，可以指定相应的编码。例如：<form accept-charset= "gb2312">。一般不必不使用该设置，浏览器会直接使用网页的编码。
　　4. 系统软件
　　下面讨论几个相关的系统软件。
　　4.1. mysql数据库
　　很明显，要支持多语言，应该将数据库的编码设置成utf或者unicode，而utf更适合与存储。但是，如果中文数据中包含的英文字母很少，其实unicode更为适合。
　　数据库的编码可以通过mysql的配置文件设置，例如default-character-set=utf8。还可以在数据库链接URL中设置，例如： useUnicode=true&characterEncoding=UTF-8。注意这两者应该保持一致，在新的sql版本里，在数据库链接URL里可以不进行设置，但也不能是错误的设置。
　　4.2. apache
　　appache和编码有关的配置在httpd.conf中，例如AddDefaultCharset UTF-8。如前所述，该功能会将所有静态页面的编码设置为UTF-8，好关闭该功能。
　　另外，apache还有单独的模块来处理网页响应头，其中也可能对编码进行设置。
　　4.3. linux默认编码
　　这里所说的linux默认编码，是指运行时的环境变量。两个重要的环境变量是LC_ALL和LANG，默认编码会影响到java URLEncode的行为，下面有描述。
　　建议都设置为"zh_CN.UTF-8"。
　　4.4. 其它
　　为了支持中文文件名，linux在加载磁盘时应该指定字符集，例如：mount/dev/hda5 /mnt/hda5/ -t ntfs -o iocharset=gb2312。
　　另外，如前所述，使用GET方法提交的信息不支持request.setCharacterEncoding()，但可以通过tomcat的配置文件指定字符集，在tomcat的server.xml文件中，形如：<Connector... URIEncoding="GBK"/>。这种方法将统一设置所有请求，而不能针对具体页面进行设置，也不一定和browser使用的编码相同，所以有时候并不是所期望的。