encodeURIComponent(url) 函数详解

(1)   encodeURIComponent(url) 函数

定义和用法 

      encodeURIComponent() 函数可把字符串作为 URI 组件进行编码。

语法 
      encodeURIComponent(URIstring)

参数 描述 

      URIstring 必需。一个字符串,含有 URI 组件或其他要编码的文本。

返回值 

      URIstring 的副本,其中的某些字符将被十六进制的转义序列进行替换。

说明 

      该方法不会对 ASCII 字母和数字进行编码,也不会对这些 ASCII 标点符号进行编码: - _ . ! ~ * ' ( ) 。

      其他字符(比如 :;/?:@&=+$,# 这些用于分隔 URI 组件的标点符号),都是由一个或多个十六进制的转义序

扫描二维码关注公众号,回复: 1270217 查看本文章

列替换的。

(1)   decodeURIComponent(url) 函数

定义和用法 

      decodeURIComponent() 函数可把字符串作为 URI 组件进行解码

语法 

    decodeURIComponent(URIstring)

参数 描述 

     URIstring 必需。一个字符串,含有 URI 组件或其他要解码的文本。

返回值 

      URIstring 的副本,其中的某些字符被十六进制的转义序列转换成对应的ACSII字符。

      今天在使用js的jQuery的post向后台servlet传递拼接的字符串数据时,一些特殊的字符例如:“+、@、#、

$、%、&、?、/”等无法传递到后台输出。

举个例子:

       var str1="a+aa+bb@kk$dd";

       var  data="data1"="+str1+"+"&"+"data2"+str2;

         如果不进行编码,则通过js的jQuery的post或者使用window.self.location传递数据到后台,都会造成+、

@、$字符无法正常输出。

正确写法:

        var str1=encodeURIComponent("a+aa+bb@kk$dd");

        var  data="data1"="+str1+"+"&"+"data2"+str2;


       对于使用window.self.location传递数据到后台时,有一个特殊情况,就是java中的解码方式:

JavaScript用encodeURIComponent编码后无法再到后台解码的问题。

目前写法:

      window.self.location="index.jsp?data="+encodeURIComponent(url);

java处理的代码为:

      searchtext=java.net.URLDecoder.decode(searchtext,"UTF-8");

          咋一看觉的没问题,一编一解的,应该可以了。但还是出现了乱码。
 
原因

       原来在对后台java程序里的data赋值的时候,本身已经使用了一次解码,不过解码的结果依然不对。所以我们

可以在页面上进行两次编码操作,这样后台自动的那次就可以抵消掉一次,然后在使用

data=java.net.URLDecoder.decode(data,"UTF-8");进行一次解码就好了。


正确的代码:

JavaScript:

         window.self.location="index.jsp?data="+encodeURIComponent(encodeURIComponent(url));
java:

        searchtext=java.net.URLDecoder.decode(data,"UTF-8");

        另外还有一种方法是JavaScript进行一次编码,后台java处理时换种想法就好了:

java代码:

         String s = new String(request.getParameter("data").getBytes("ISO8859-1"), "UTF-8");


encodeURI和encodeURIComponent的区别

对URL编码是常见的事,所以这两个方法应该是实际中要特别注意的。
它们都是编码URL,唯一区别就是编码的字符范围,其中
encodeURI方法 不会 对下列字符编码   ASCII字母、数字、~!@#$&*()=:/,;?+'
encodeURIComponent方法 不会 对下列字符编码  ASCII字母、数字、~!*()'
所以encodeURIComponent比encodeURI编码的范围更大。
实际例子来说,encodeURIComponent会把 http://  编码成  http%3A%2F%2F 而encodeURI却不会。

HTTP 协议中 URI 和 URL 有什么区别?

Uniform  Resource  Identifier

Uniform Resource Locator


作者:daixinye
链接:https://www.zhihu.com/question/21950864/answer/154309494
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

统一资源标志符URI就是在某一规则下能把一个资源独一无二地标识出来。
拿人做例子,假设这个世界上所有人的名字都不能重复,那么名字就是URI的一个实例,通过名字这个字符串就可以标识出唯一的一个人。
现实当中名字当然是会重复的,所以身份证号才是URI,通过身份证号能让我们能且仅能确定一个人。
那统一资源定位符URL是什么呢。也拿人做例子然后跟HTTP的URL做类比,就可以有:

动物住址协议://地球/中国/浙江省/杭州市/西湖区/某大学/14号宿舍楼/525号寝/张三.人

可以看到,这个字符串同样标识出了唯一的一个人,起到了URI的作用,所以URL是URI的子集。URL是以描述人的位置来唯一确定一个人的。
在上文我们用身份证号也可以唯一确定一个人。对于这个在杭州的张三,我们也可以用:

身份证号:123456789

来标识他。
所以不论是用定位的方式还是用编号的方式,我们都可以唯一确定一个人,都是URl的一种实现,而URL就是用定位的方式实现的URI。

回到Web上,假设所有的Html文档都有唯一的编号,记作html:xxxxx,xxxxx是一串数字,即Html文档的身份证号码,这个能唯一标识一个Html文档,那么这个号码就是一个URI。
而URL则通过描述是哪个主机上哪个路径上的文件来唯一确定一个资源,也就是定位的方式来实现的URI。
对于现在网址我更倾向于叫它URL,毕竟它提供了资源的位置信息,如果有一天网址通过号码来标识变成了 741236985.html,那感觉叫成URI更为合适,不过这样子的话还得想办法找到这个资源咯…
Uniform Resource Locator
Uniform  Resource  Identifier

猜你喜欢

转载自blog.csdn.net/hansexploration/article/details/80347672