标签：style blog http color io ar java sp 文件
今天碰到一个问题，在我做的ssh项目中，程序在一个action中将一串中文提示语句 —— 一个字符串存在session中（且不讨论用session存这个合不合理），在另外一个action渲染的jsp页面中用el表达式取出来呈现，形如：${requestScope.noright}。
在我的开发环境中（Tomcat6 + MyEclipse8.5），这一个提示语句显示正常，并没有出现乱码的状况。但是当我将其部署到was的测试环境时，这一句提示信息显示成了“????????”，一串问号，而页面其他地方都没有这个问题。
首先想是什么导致tomcat和was存在差异，后来回想起来，之前在tomcat conf文件夹下的server.xml中加过这么一段配置
<Connector port="9080"
protocol="HTTP/1.1"
connectionTimeout = "20000"
redirectPort ="8443"
URIEncoding ="UTF-8"
/>
，将这段配置注释后，本地也出现同样情况。
was上是不能如上配置的，于是在继续找问题，百度知道上找到这个回答：
http://zhidao.baidu.com/link?url=5c5enTpHLCsPvcGhG0McFVLUBJN4ar_rbwF95ISzHyGA0GP4N9JjeOpYmvmTBebZrhKV0mTN26l86pIsSmTRFq 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源码。
于是在jsp页面上加入
<%@ page contentType="text/html;charset=utf-8" pageEncoding="utf-8"%>
就显示正常了。
标签：style blog http color io ar java sp 文件
原文地址：http://www.cnblogs.com/xhyper/p/4029337.html
