URL中文乱码及特殊字符处理 关于Java JDK中 URLDecoder.decode 方法

一、中文乱码

IE高版本(应该是9以上,不确定),在get方式请求中中文传到后台容易出现乱码问题。解决方法如下:

1、第一种,换成post方式

如果可以得话换成post方式就可以。如果采用表单或者ajax,都可以把数据放到表单域或者ajax的data中,采用post请求。

注:经测试,把数据放入form表单中,使用jQuery的serialize()方法获取要传输的数据,通过ajax的GET方法也不会有乱码问题。

2、第二种,使用encodeURI()

如果必须使用get方式将参数直接拼接在url中,可以是encodeURI()方法对中文参数进行编码。重要:需要使用两次encodeURI()方法。

如:action="www.baidu.com?name=encodeURI(encodeURI('小明‘))"

而后台拿到数据后同样需要解码,java代码:


 
  1. String name=request.getParameter("name");             
  2. name= URLDecoder.decode(name, "UTF-8");  

这样就可以正常使用了,当然还是第一种简单省事。

二、特殊字符

现在分布式项目很多,不同子项目之间经常需要来回传递url,有时候url中还有+,空格,/,?,%,#,&,=这些特殊字符,传递过程中容易丢失。解决的办法就是使用编码代替

+   URL 中+号表示空格                                 %2B   
空格URL中的空格可以用+号或者编码           %20 
/  分隔目录和子目录                                    %2F     
?   分隔实际的URL和参数                             %3F     
%   指定特殊字符                                          %25     
#   表示书签                                                 %23     
&   URL 中指定的参数间的分隔符                  %26     
=   URL 中指定参数的值                                %3D

PS:

js中:encodeURI()

var o={};

o.summaryTitle=encodeURI($("#summaryTitle").val());

$.ajax({

  url:url,

  data:o,

  success:function({

  });

});

action中:

String summaryType = request.getParameter("summaryType");

java.net.URLDecoder.decode(summaryTitle,"UTF-8")

java.net.URLDecoder.decode

  在项目中碰到了个比较奇怪的问题,就是我在本地使用java.net.URLDecoder.decode(ruleName)方法解码,没有问题,本地的页面也可以正常打开。但是当我把代码移植到测试环境中去的时候,却打不开页面,查看后台日志也没有报错信息。

  本地环境用的JDK1.6,tomcat用的7,测试环境JDK1.6 tomcat版本不明确

就纳闷了,因为这个方法已经提示过时了,就在考虑是不是这个问题导致的,应该有可以替代的方法,然后就去查看了下JDK的API,如下

  试着将代码中的java.net.URLDecoder.decode(ruleName)修改为java.net.URLDecoder.decode(ruleName, "UTF-8");然后编译,替换测试环境的代码,发现问题解决了。

  这应该就是JDK中有些过时的代码在低版本的tomcat中可能失效了,所以大家在以后的编程中一定要尽量避免过时方法的使用,以规避不必要的问题。

java.net.URLDecoder.decode

  在项目中碰到了个比较奇怪的问题,就是我在本地使用java.net.URLDecoder.decode(ruleName)方法解码,没有问题,本地的页面也可以正常打开。但是当我把代码移植到测试环境中去的时候,却打不开页面,查看后台日志也没有报错信息。

  本地环境用的JDK1.6,tomcat用的7,测试环境JDK1.6 tomcat版本不明确

就纳闷了,因为这个方法已经提示过时了,就在考虑是不是这个问题导致的,应该有可以替代的方法,然后就去查看了下JDK的API,如下

  试着将代码中的java.net.URLDecoder.decode(ruleName)修改为java.net.URLDecoder.decode(ruleName, "UTF-8");然后编译,替换测试环境的代码,发现问题解决了。

  这应该就是JDK中有些过时的代码在低版本的tomcat中可能失效了,所以大家在以后的编程中一定要尽量避免过时方法的使用,以规避不必要的问题。

猜你喜欢

转载自www.cnblogs.com/Yusco/p/8932284.html