解决上线web项目部署WebSphere Application Server下面乱码问题

项目测试运行期间搜索出现乱码，因为服务器的配置和编码方式和开发环境有所不同，页面需要再一次编码提交。

前台修改如下：

<table width="80" border="0" cellpadding="0" cellspacing="0">
<tr>
<td><input name="annniu" type="text" value="$!condition" id="annniu" onkeyup="value=value.replace(/[^\u4E00-\u9FA5\w]/g,'')"
onbeforepaste="clipboardData.setData('text',clipboardData.getData('text').replace(/[^\u4E00-\u9FA5\w]/g,''))" /></td>
<td>
<a id="zhong" href="">
<img id="annniu_ttw" alt="搜索" src="$!path/web/images/ss_an_03.png" border="0" onclick="jiami();">

</a>
</tr>
</table>
</div>
<!--导航end-->

<script type="text/javascript">
function jiami(){
var condition = encodeURI($("#annniu").val());
condition = encodeURI(condition);  //需要通过两次编码
$("#zhong").attr("href","hostSearch"+condition+"_1.html");
}

后台解码代码如下：

@RequestMapping("/hostSearch.do")
public ModelAndView hostSearch(HttpServletRequest request,
HttpServletResponse response) {
String condition = "";
try{
// condition = URLDecoder.decode(condition,"UTF-8");
condition = new String(request.getParameter("condition").getBytes("ISO8859-1"), "UTF-8");
}catch(Exception e){
e.printStackTrace();
}

catch (Exception e) {
e.printStackTrace();
return new ModelAndView("web/error").addObject("path", request
.getContextPath());
}
return new ModelAndView("web/jsp/search/host_SearchList").addObject(
"path", request.getContextPath()).addObject("fenYe", fenYe)
.addObject("rowCount", rowCount).addObject("docList", docList)
.addObject("condition", condition)
.addObject("html", ".html")
;

}

总结：

java:

decode的作用是将其他编码的字符串转换成unicode编码，如str1.decode('gb2312')，表示将gb2312编码的字符串转换成unicode编码。

encode的作用是将unicode编码转换成其他编码的字符串，如str2.encode('gb2312')，表示将unicode编码的字符串转换成gb2312编码。

一 URLEncoder

HTML 格式编码的实用工具类。该类包含了将 String 转换为 application/x-www-form-urlencoded MIME 格式的静态方法。有关 HTML 格式编码的更多信息，请参阅 HTML 规范。

对 String 编码时，使用以下规则：

字母数字字符 "a" 到 "z"、"A" 到 "Z" 和 "0" 到 "9" 保持不变。

特殊字符 "."、"-"、"*" 和 "_" 保持不变。

空格字符 " " 转换为一个加号 "+"。

所有其他字符都是不安全的，因此首先使用一些编码机制将它们转换为一个或多个字节。然后每个字节用一个包含 3 个字符的字符串 "%xy" 表示，其中 xy 为该字节的两位十六进制表示形式。推荐的编码机制是 UTF-8。但是，出于兼容性考虑，如果未指定一种编码，则使用相应平台的默认编码。

例如，使用 UTF-8 编码机制，字符串 "The string ü@foo-bar" 将转换为 "The+string+%C3%BC%40foo-bar"，因为在 UTF-8 中，字符 ü 编码为两个字节，C3 （十六进制）和 BC （十六进制），字符 @ 编码为一个字节 40 （十六进制）。

二 URLDecoder

该类包含了将 String 从 application/x-www-form-urlencoded MIME 格式解码的静态方法。

该转换过程正好与 URLEncoder 类使用的过程相反。假定已编码的字符串中的所有字符为下列之一："a" 到 "z"、"A" 到 "Z"、"0" 到 "9" 和 "-"、"_"、"." 以及 "*"。允许有 "%" 字符，但是将它解释为特殊转义序列的开始。

转换中使用以下规则：

字母数字字符 "a" 到 "z"、"A" 到 "Z" 和 "0" 到 "9" 保持不变。

特殊字符 "."、"-"、"*" 和 "_" 保持不变。

加号 "+" 转换为空格字符 " "。

将把 "%xy" 格式序列视为一个字节，其中 xy 为 8 位的两位十六进制表示形式。然后，所有连续包含一个或多个这些字节序列的子字符串，将被其编码可生成这些连续字节的字符所代替。可以指定对这些字符进行解码的编码机制，或者如果未指定的话，则使用平台的默认编码机制。

该解码器处理非法字符串有两种可能的方法。一种方法是不管该非法字符，另一种方法是抛出 IllegalArgumentException 异常