首页 > 代码库 > ssh页面中文乱码问题
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_rbwF95ISzHyGA0GP4N9JjeOpYmvmTBebZrhKV0mTN26l86pIsSmTRFqpageEncoding是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"%>
就显示正常了。
ssh页面中文乱码问题
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。