解决上线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 异常