改成new String(request.getParamter("keyword").getBytes("ISO-8859-1"),"UTF-8");

解决方案 »

  1.   

    楼上正解,或者在tomcat中的servlet中设置编码
    <Connector port="8080"protocol="HTTP/1.1" maxThreads="150" connectionTimeout="20000"redirectPort="8443"URIEncoding="utf-8"/>
      

  2.   

    server.xml配置里,手贱,打错了!
      

  3.   


    呃···  忘记说明   我这个只是测试看看keyword是什么编码而已    你这个方法我用过了   输出是“???”  
      

  4.   

    楼上正解,或者在tomcat中的servlet中设置编码
    <Connector port="8080"protocol="HTTP/1.1" maxThreads="150" connectionTimeout="20000"redirectPort="8443"URIEncoding="utf-8"/>呃···· 哥哥没认真看帖呀  哈哈   此方法已撸过~  行不通~
      

  5.   

    在tomcat中配置了在后台就不需要再转码了,直接用,你看看你的IE 默认编码是什么!
      

  6.   

    将tomcat编码改为utf-8,那就不需要将得到的数据进行解码,编码了
      

  7.   

    个人感觉是你第二次URL?keyword=keyword,这里的问题。
    第二次提交的时候keyword作为参数提交,估计其编码并不是UTF-8,最好是encodeI下。
      

  8.   

    字符编码集写错!
    正确的字符集编码名称是iso8859-1
      

  9.   

    你用的是  ssh为什么有乱码的问题,要是页面传过来的值,我建议页面的有用标签用struts标签,这个问题struts都帮你解决了。出现乱码估计是你的页面又没用到struts标签,,,改一下把,,,
      

  10.   

    最暴力的解决方式,直接在tomcat的service.xml里面配置URIEncoding="utf-8"就可以了。不过一般不怎么建议这样做,因为以后如果换了字符编码的话,又需要去换。
      

  11.   

    第一次Form提交用了post,第二次翻页用了get,是不是这个导致的乱码?
      

  12.   

    字符编码集写错!
    正确的字符集编码名称是iso8859-1
      

  13.   


    改了后,没进行编码也是同样问题。  是否我第一句话才是重点“1、谷歌浏览器、火狐浏览器无问题,但是IE浏览器有问题”就是说只是IE浏览器分页时候才出现乱码,我查了下,该乱码还是GBK或GB2312或UTF-8格式的,但是显示就跟图那样,乱码我是用这段代码判断的  String encode = "UTF-8";   
            try {   
                if (findkw.equals(new String(findkw.getBytes(encode), encode))) {   
                    String s = encode;   
                      System.out.println("!!!!!!!!"+s); 
                } } catch (Exception exception1) {   
                } 
      

  14.   

    改成new String(request.getParamter("keyword").getBytes("ISO-8859-1"),"UTF-8");
      

  15.   

    改成new String(request.getParamter("keyword").getBytes("ISO-8859-1"),"UTF-8");
      

  16.   

    帖子不能编辑了   悲剧~  呃····大哥没注意看回复   这个只是测试用的   我改成你这样还是不行。另我刚全部用get的格式传,然后统一后台转码,还是IE分页传的时候有问题,谷歌,火狐正常
      

  17.   

    前台页面的编码转换,你重新弄下,这本就是最初的编码有问题,IE和chrome、firFox内核本就不一样,你java在怎么转都是乱码,给你建议还是看下最初的是什么编码,在转
      

  18.   

    问题还没解决吗?把web.xml中的过滤器去掉,一般转码只要转一次!这样的状况还真没遇见过!
      

  19.   

    没有哦~  啥   把web.xml里的过滤器去掉?  呃···  谷歌   火狐无问题   IE有问题···
      

  20.   

    没有哦~  啥   把web.xml里的过滤器去掉?  呃···  谷歌   火狐无问题   IE有问题···这跟兼容性没什么关系吧,主要是编码问题!犯贱的IE!
      

  21.   

    通常服务器编码格式,过滤器编码格式,页面编码格式统一,传值都不会出现乱码
    楼主检查下过滤器是否有修改编码格式,页面是否为utf-8
      

  22.   


    <%@ page contentType="text/html; charset=UTF-8" language="java"%>
    <%@taglib prefix="s" uri="/struts-tags"%>
      

  23.   


    过滤器是否修改编码格式说明意思?俺过滤器就是设成UTF-8的  呃···“谷歌浏览器、火狐浏览器无问题,但是IE浏览器有问题”这个怎么破~