页面使用href到后台参数带中文时后台获取的値乱码

     碰见这个问题时脑子是一坨浆糊,平时没关注这个细节 ,第一反应是百度,可是尝试了一些方法并不能解决问题,最终以为本身理解的太浅,继续尝试下去没什么意义。浏览器

网上搜了一下各类编码格式的定义,对于大脑简单的我来讲,这些定义太复杂。总结了一下,目前咱们通常作开发时用UTF-8的格式,它属于unicode编码。要想不出现乱码现象,就必须注意一点,从前台到后台再到前台的格式保持一致。tomcat

我遇到的问题是这样的:eclipse

  前台页面文件的编码格式为UTF-8,也就是 <meta charset="UTF-8">,而后页面有个地方用到href到后台,href里面带了中文参数,到后台后发现这些中文乱码,我觉得只要我eclipse设置编码格式是UTF-8与前台一致就没问题,可是其实href传过来的格式并非UTF-8,应该是只是页面的内容确实是UTF-8,可是href应该跟浏览器有关,并不必定是这种格式,因此到后台后乱码了。解决方法有三种:编码

   1.最简单的方法是改tomcat的server.xml文件,添加URIEncoding="UTF-8" 这个意思就是设置数据传输的时候编码。code

   2.网上也有用encodeURIComponent的方法的,尝试了一下,也是能够的,原理也是同样的,在前台将中文先经过encodeURIComponent(encodeURIComponent(中文参数))对中文进行两次编码,后台用 URLDecoder.decode(中文参数,"UTF-8")解码,最终   也是在后台转换成UTF-8。server

 3.在前台对中文进行一次次编码 encodeURIComponent(中文参数),后台用String str=new String(request.getParameter("中文参数").getBytes("ISO8859-1"), "UTF-8")获取。xml

 后来又尝试了一下,不论前台一次仍是两次编码,后台用String str=new String(request.getParameter("中文参数").getBytes("ISO8859-1"), "UTF-8")获取均可以成功,可是若是后台用URLDecoder.decode(),那么前台必须有两次编码。ip

相关文章
相关标签/搜索