java ssh乱码_ssh页面中文乱码问题

今天碰到一个问题，在我做的ssh项目中，程序在一个action中将一串中文提示语句 —— 一个字符串存在session中(且不讨论用session存这个合不合理)，在另外一个action渲染的jsp页面中用el表达式取出来呈现，形如：${requestScope.noright}。

在我的开发环境中(Tomcat6 + MyEclipse8.5)，这一个提示语句显示正常，并没有出现乱码的状况。但是当我将其部署到was的测试环境时，这一句提示信息显示成了“????????”，一串问号，而页面其他地方都没有这个问题。

首先想是什么导致tomcat和was存在差异，后来回想起来，之前在tomcat conf文件夹下的server.xml中加过这么一段配置

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-8JAVA源码(即.java)，如果pageEncoding设定错了，或没有设定，出来的就是中文乱码。

第二阶段是由JAVAC的JAVA源码至java byteCode的编译，不论JSP编写时候用的是什么编码方案，经过这个阶段的结果全部是UTF-8的encoding的java源码。

于是在jsp页面上加入

就显示正常了。