之前表单写入数据库 或jsp页面之间传递参数会变成乱码  现在加了过滤器  在火狐 360  opera上运行都正常了  没有再出现乱码  ,可是就IE还是老样子  乱码   或者因为参数解码不正确  不能到数据库取到数据, 郁闷之极,  这怎么解决呀  还有 我在网页上有session  其他三个浏览器都正常, 推出后 session 销毁了  从新登陆就不存在了 , 就这个IE 我怎么弄也消不去, 我退出浏览器  然后 属性  删除cookie  表单数据 历史记录等也还是不行  登陆的时候 直接给我显示出了上次登陆的session  。。额服它了  ,,,,我玩不过它  谁有办法解决哇?

解决方案 »

  1.   

    火狐的和IE 有区别。 IE 让人很无奈,也让人很头疼,我做的项目,在IE上可以,但是到火狐上就没法运行了。
    没办法,内核不一样,支持的标准也不一样
      

  2.   

    IE\TT\傲游\360是一伙的,FF\opera\safari是一伙的,乱码问题区别对待即可,一个是iso->gb一个事iso->utf。建议数据库、页面编码全部统一成utf-8
      

  3.   

    那 360 不是和IE内核一样的么??    关键问题是 像我们这种一般人 貌似都习惯用IE吧   人家来访问网站的话也用IE就不行了哦
      

  4.   


    最好的办法,在规划时,从前到后,全部统一成utf-8.
      

  5.   

    恩  我都设置成 UTF-8了      我感觉  我这个IE特拽,,,   搞独特。   
    现在分析出来的结论是:  表单可以正常传送到数据库  直接从数据库读取也没问题 
            唯一的问题就是这里得到的数据时乱码, 也就是从JSP页面传来的解码不正确
    String news_tit = request.getParameter("news_tit");
    System.out.print(news_tit); 
               前面也都加了 
                    response.setCharacterEncoding("UTF-8");
    request.setCharacterEncoding("UTF-8");还有那个可气的地方是   每次退出后它不给我把session给销毁掉的  加了个销毁连接后才能真正销毁。。   我也不懂了   这个session不是在 服务器端的吗?   那理论上 不会被浏览器端所控制吧?   莫非是本地测试的缘故?
      

  6.   

    session不会自动销毁的,他有默认的过期时间,一定不活动才会挂掉。
      

  7.   

    最好的办法,在规划时,从前到后,全部统一成utf-8.
      

  8.   

    楼主的页面上这个写了没有?
    <%@ page contentType="text/html;charset=utf-8"%>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">页面本身设置的都不一样,过滤器也过滤不了
      

  9.   

    所有编码格式用utf-8·就没问题了
      

  10.   

    统一编码格式,控制session的过期时间!
      

  11.   

    IE恰恰是不遵守w3c标准的人,ff系才是。做优良网站就要考虑到更多情况,因此还是建议兼顾一下,再怎么说那几个ff系的也占到了百分之几的份额。除非是面向管理的web软件,才有可能说要求使用者使用指定浏览器。
      

  12.   

    编码 应该都统一了呀   JSP页面 在<meta>和顶部 两个地方编码吧  servlet用response编码吧。          有人 告诉我说 参数传递方式 不好导致乱码的   使用的是href=...?flag=xx 这个方式