前言：注意使用 bean的时候对于中文的处理：equals 要提前处理（因为 bean里面String已经转换为gb2312了！）
jsp中的contentType与pageEncoding的区别和作用 <%@ page contentType=”text/html; charset=utf-8” pageEncoding=”utf-8”%> pageEncoding是jsp文件本身的编码 contentType的charset是指服务器发送给客户端时的内容编码 关于JSP页面中的pageEncoding和contentType两种属性的区别： pageEncoding是jsp文件本身的编码 contentType的charset是指服务器发送给客户端时的内容编码 
JSP要经过两次的“编码”，第一阶 段会用pageEncoding，第二阶段会用utf-8至utf-8，第三阶段就是由Tomcat出来的网页， 用的是contentType。 第一阶段是jsp编译成.java，它会根据pageEncoding的设定读取jsp，结果是由指定的编码方案翻译成统一的UTF-8 JAVA源码（即.java），如果pageEncoding设定错了，或没有设定，出来的就是中文乱码。 第二阶段是由JAVAC的JAVA源码至java byteCode的编译，不论JSP编写时候用的是什么编码方案，经过这个阶段的结果全部是UTF-8的encoding的java源码。 JAVAC用UTF-8的encoding读取java源码，编译成UTF-8 encoding的二进制码（即.class），这是JVM对常数字串在二进制码（java encoding）内表达的规范。 第三阶段是Tomcat（或其的application container）载入和执行阶段二的来的JAVA二进制码，输出的结果，也就是在客户端见到的，这时隐藏在阶段一和阶段二的参数contentType就发挥了功效 contentType的設定. pageEncoding 和contentType的预设都是 ISO-8859-1. 而随便设定了其中一个, 另一个就跟着一样了(TOMCAT4.1.27是如此). 但这不是绝对的, 这要看各自JSPC的处理方式. 而pageEncoding不等于contentType, 更有利亚洲区的文字 CJKV系JSP网页的开发和展示, (例pageEncoding=GB2312 不等于 contentType=utf-8)。 jsp文件不像.java，.java在被编译器读入的时候默认采用的是操作系统所设定的locale所对应的编码，比如中国大陆就是GBK，台湾就是BIG5或者MS950。而一般我们不管是在记事本还是在ue中写代码，如果没有经过特别转码的话，写出来的都是本地编码格式的内容。所以编译器采用的方法刚好可以让虚拟机得到正确的资料。 但是jsp文件不是这样，它没有这个默认转码过程，但是指定了pageEncoding就可以实现正确转码了。 _注意所以说 这个是后转码的！！！根据我们写的头文件！_ 举个例子: <%@ page contentType=”text/html;charset=utf-8” %> 大都会打印出乱码，因为我输入的“你好吗”是gbk的，但是服务器是否正确抓到“你好吗”不得而知。 但是如果更改为 <%@ page contentType=”text/html;charset=utf-8” pageEncoding=”GBK”%> 这样就服务器一定会是_正确抓到_“你好吗”了。 举个例子： 最近在学JSP，在学习处理get方式提交数据出现乱码问题的时候，对其中的一个解决方法new String(s.getBytes(“iso-8859-1”),”utf-8”);产生了疑问，就是为什么要使用s.getBytes(“iso-8859-1”)？ 当时只这样想的：客户端向服务器发送一个请求，比如说是一个字符串”请求”；之后服务器接收到这个请求，也就是这个字符串，可是这时由于某种原因出现了乱码！这时为了解决这个问题，使用new String(s.getBytes(“iso-8859-1”),”utf-8”);解决问题。看到这条语句，我感觉想不通啊，字符使用iso-8859-1编码取得字节序列，再由utf-8解码取得字符串，得到的还是乱码啊！怎么会取得正确的字符呢！！！想不通啊！ 之后，通过查找资料，得到了一点想法，代码如下：
public class ThinkIng {
public static void main(String[] args) throws Exception {
System.out.println(“\\t———JSP模拟———“);
System.out.println(“客户端，有一个中文字符的请求(转换成了字节序列发送)，发送至服务器端”);
String request=”请求”;
byte[] client=request.getBytes();//客户端的请求的字节序列
print(client);
System.out.println();//分割用的
System.out.println(“有一中间件，将发送的字符序列一默认的编码格式(iso-8859-1)进行解码”);
String sever=new String(client,”iso-8859-1”);
System.out.println(sever);
System.out.println(“程序猿发现，这边有问题，中文有乱码，前来解决！”);
String debug=new String(sever.getBytes(“iso-8859-1”),”gbk”);//还原字节序列，使用“gbk”重新进行解码！
System.out.println(debug);
System.out.println(“问题解决！”);
}
public static void print(byte[] b){//用于显示字节序列的
for(byte b1:b){
System.out.print(Integer.toHexString(b1 & 0xff)+” “);
}
}
}
----------
———JSP模拟———
客户端，有一个中文字符的请求(转换成了字节序列发送)，发送至服务器端
c7 eb c7 f3
有一中间件，将发送的字符序列一默认的编码格式(iso-8859-1)进行解码
???ó
程序猿发现，这边有问题，中文有乱码，前来解决！
请求
问题解决！
先前没有想通主要是自己没注意到：
- 没有着重的想为什么会在输出时出现字符乱码？
- 客户端发送求时，字符转换成字节序列时的编码方式是什么样的？
总的来说，乱码是由于编码方式与解码方式不一致导致的，这一句话没有理解透！如果当时这样想既然出现了乱码，肯定是那边的编码格式和解码格式不一致，就好了！ 注：编码：将字符串转换成字节序列；解码：将字节序列转换成字符串 感谢：http://liguocai2009.iteye.com/blog/1602256,”GBK”)的实质”)这篇文章给我的启发！
