URL 编码与解码和escape,encodeURI,encodeURIComponet用法

js全局方法： escape,encodeURI,encodeURIComponent的区别

一、escape和它们不是同一类

简单来说，escape是对字符串(string)进行编码(而另外两种是对URL)，作用是让它们在所有电脑上可读。
编码之后的效果是%XX或者%uXXXX这种形式。
其中 ASCII字母 数字 @*/+ 这几个字符不会被编码，其余的都会。
最关键的是，当你需要对URL编码时，请忘记这个方法，这个方法是针对字符串使用的，不适用于URL。

二、最常用的encodeURI和encodeURIComponent

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

三、最重要的，什么场合应该用什么方法

1、如果只是编码字符串，不和URL有半毛钱关系，那么用escape。

2、如果你需要编码整个URL，然后需要使用这个URL，那么用encodeURI。
比如

encodeURI("http://www.cnblogs.com/season-huang/some other thing");

编码后会变为

"http://www.cnblogs.com/season-huang/some%20other%20thing";

其中，空格被编码成了%20。但是如果你用了encodeURIComponent，那么结果变为

"http%3A%2F%2Fwww.cnblogs.com%2Fseason-huang%2Fsome%20other%20thing"

看到了区别吗，连 “/” 都被编码了，整个URL已经没法用了。

var param = "http://www.cnblogs.com/season-huang/"; //param为参数 param = encodeURIComponent(param); var url = "http://www.cnblogs.com?next=" + param; console.log(url) //"http://www.cnblogs.com?next=http%3A%2F%2Fwww.cnblogs.com%2Fseason-huang%2F"

看到了把，参数中的 “/” 可以编码，如果用encodeURI肯定要出问题，因为后面的/是需要编码的。

用get方法传递中文时，必须经过编码的动作，进行编码时必须使用java.net.urlencoder.encode()方法

举个简单例子：
text = “abcd”;url = “a.jsp?text=”+text;
这样没有问题

但是当text = “abcd&edf”; 这样url就是”a.jsp?text=abcd&edf”
request.getParameter就获得abcd，剩余的就解析为另外一个参数edf
所以需要对符号”&”编码

本部分来源：
链接：http://www.zhihu.com/question/21861899/answer/20300871
来源：知乎

---

URL的编码与解码

一般来说，URL只能使用英文字母，阿拉伯数字和某些标点符号，不能使用其他文字和符号。比如，世界上有英文字母的网址 “http://www.abc.com“，但是没有希腊字母的网址”http://www.aβγ.com”

这是因为网络标准RFC 1738做了硬性规定：
[0-9a-zA-Z]、一些特殊符号”$-_.+!*’(),”[不包括双引号]、以及某些保留字，才可以不经过编码直接用于URL
这意味着，如果URL中有汉字，就必须编码后使用。但是麻烦的是，RFC 1738没有规定具体的编码方法，而是交给应用程序（浏览器）自己决定。这导致”URL编码”成为了一个混乱的领域。

下面就让我们看看，”URL编码”到底有多混乱。我会依次分析四种不同的情况，在每一种情况中，浏览器的URL编码方法都不一样。把它们的差异解释清楚之后，我再说如何用Javascript找到一个统一的编码方法

---

情况1：网址路径中包含汉字

IE 输入网址：”http://zh.wikipedia.org/wiki/春节” 注意，”春节”这两个字此时是网址路径的一部分，会发现IE实际查询的网址是”http://zh.wikipedia.org/wiki/%E6%98%A5%E8%8A%82“，也就是说，IE自动将”春节”编码成了”%E6%98%A5%E8%8A%82”。我们知道，”春”和”节”的utf-8编码分别是”E6 98 A5”和”E8 8A 82”，因此，”%E6%98%A5%E8%8A%82”就是按照顺序，在每个字节前加上%而得到的。在Firefox中测试，也得到了同样的结果。
所以，结论就是网址路径的编码，用的是utf-8编码。

情况2：查询字符串包含汉字

在IE中输入网址”http://www.baidu.com/s?wd=春节”。注意，”春节”这两个字此时属于查询字符串，不属于网址路径，不要与情况1混淆。
查看HTTP请求的头信息，会发现IE将”春节”转化成了一个乱码。
切换到十六进制方式，才能清楚地看到，”春节”被转成了”B4 BA BD DA”。我们知道，”春”和”节”的GB2312编码分别是”B4 BA”和”BD DA”。因此，IE实际上就是将查询字符串，以GB2312编码的格式发送出去。
Firefox的处理方法，略有不同。它发送的HTTP Head是”wd=%B4%BA%BD%DA”。也就是说，同样采用GB2312编码，但是在每个字节前加上了%。

情况3：Get方法生成URL包含汉字

前面说的是直接输入网址的情况，但是更常见的情况是，在已打开的网页上，直接用Get或Post方法发出HTTP请求。

编码方法由网页的编码决定，也就是由HTML源码中字符集的设定决定。

<meta http-equiv="Content-Type" content="text/html;charset=xxxx">

如果上面这一行最后的charset是UTF-8，则URL就以UTF-8编码；如果是GB2312，URL就以GB2312编码。

举例来说，百度是GB2312编码，Google是UTF-8编码。因此，从它们的搜索框中搜索同一个词”春节”，生成的查询字符串是不一样的。
百度生成的是%B4%BA%BD%DA，这是GB2312编码。
Google生成的是%E6%98%A5%E8%8A%82，这是UTF-8编码。
结论，GET和POST方法的编码，用的是网页的编码

情况4：Ajax调用URL包含汉字

前面三种情况都是由浏览器发出HTTP请求，最后一种情况则是由Javascript生成HTTP请求，也就是Ajax调用。还是根据吕瑞麟老师的文章，在这种情况下，IE和Firefox的处理方式完全不一样。

举例来说，有这样两行代码：
　　url = url + “?q=” +document.myform.elements[0].value; // 假定用户在表单中提交的值是”春节”这两个字
　　http_request.open(‘GET’, url, true);
那么，无论网页使用什么字符集，IE传送给服务器的总是”q=%B4%BA%BD%DA”，而Firefox传送给服务器的总是”q=%E6%98%A5%E8%8A%82”。也就是说，在Ajax调用中，IE总是采用GB2312编码，而Firefox总是采用utf-8编码。