pageEncoding

一、contentType 与pageEncoding区别 contentType -- 指定的是JSP页最终 Browser(客户端)所见到的网页内容的编码. 就是 Mozilla的 Character encoding, 或者是 IE6的 encoding. 例如 JSPtw Forum 用的contentType就是 Big5. pageEncoding -- 指定JSP编写时所用的编码 如果你的是 WIN98, 或 ME 的NOTEPAD记事本编写JSP, 就一定是常用的是Big5 或 gb2312, 如果是用 WIN2k winXP的NOTEPAD时, SAVE时就可以选择不同的编,码, 包括 ANSI(BIG5/GB2312)或 UTF-8 或 UNIONCODE(估是 UCS 16). editor的编码 就是控制pageencoding 编码的 二、jsp编码过程 JSP要经过 两次的"编码"： 第一阶段会用 pageEncoding 第二阶段会用 utf-8 至utf-8 第三阶段就是由TOMCAT出来的网页, 用的是contentType. 阶段一 是 JSPC的 JSP至JAVA(.java)原码的"翻译", 它会跟据 pageEncoding 的设定读取JSP. 结果是 由指定的 pageEncoding(utf-8,Big5,gb2312)的JSP

本文转载自 http://blog.csdn.net/tanyit/article/details/7747249 暂未做实验验证，请知晓。 目录 一.JSP 编码 contentType 和 pageEncoding 各自对应编码文件 二.JSP 编译过程 三 举例 内容 一.JSP 编码 contentType 和 pageEncoding 各自对应编码文件 <%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="GBK" %> pageEncoding = "GBK" 告诉JVM 这个jsp本身采用的"GBK"编码, JVM默认iso-8859. contentType里的 charset = utf -8是指示页面的输出方式为utf-8 pageEncoding是jsp文件本身的编码 　 contentType的charset是指服务器发送给客户端时的内容编码 二.JSP 编译过程 JSP要经过两次的“编码”， 第一阶段会用pageEncoding， 第二阶段会用utf-8至utf-8， 第三阶段就是由Tomcat出来的网页， 用的是contentType。 第一阶段是jsp编译成.java，它会根据pageEncoding的设定读取jsp

ContentType 属性指定响应的 HTTP 内容类型。如果未指定 ContentType，默认为 text/HTML。 　　语法　　Response.ContentType [= ContentType ] 　　参数 　　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源码。 也就是说： pageEncoding：设置JSP源文件和响应正文中的字符集编码。 contentType：设置JSP源文件和响应正文的字符集编码及MIME类型。 可见