ssh页面中文乱码问题

　　今天碰到一个问题，在我做的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"%>

就显示正常了。