IE浏览器兼容之URL编码

问题场景：文件上传，在谷歌里可以正常 *** 作，IE浏览器 *** 作出错，服务请求报错。HTTP 400 错误 - 请求无效 (Bad request)

问题分析：对比两个请求可以发现，二者的请求URL不一致。jsp通过url请求传递参数给后端，但是url的格式不对会造成请求失败。这种url的问题常发生在在IE浏览器中，其他浏览器火狐、chrome等不会有问题。因为谷歌中会自动给空格和一些特殊字符编码，而IE没有这一步。

解决办法：手动给url编码。在文件upload的方法里对url进行两次编码

encodeURI(encodeURI(url))

以上问题涉及的知识：

1、http请求过程：

浏览器把URL(以及post提交的内容)经过编码后发送给服务器。

 服务器将对内容解码，进行处理，再把结果编码返回给浏览器。

 浏览器按照指定的编码显示该网页。

字符串编码和解码时涉及到的字符集，如ISO8859-1、GBK、UTF-8、UNICODE。

2、URL编码

（1）URL编码特点：

由于 URL 常常会包含 ASCII 集合之外的字符，URL 必须转换为有效的 ASCII 格式。

URL 编码使用 "%" 其后跟随两位的十六进制数来替换非 ASCII 字符。

URL 不能包含空格。URL 编码通常使用 + 来替换空格。

（2）URL编码方法

escape()不能直接用于URL编码，它的真正作用是返回一个字符的Unicode编码值。escape()不对"+"编码 主要用于汉字编码，现在已经不提倡使用。

encodeURI()是Javascript中真正用来对URL编码的函数。编码整个url地址，但对特殊含义的符号"/ ? : @ &= + $ , #"，也不进行编码。对应的解码函数是：decodeURI()。

encodeURIComponent() 能编码"/ ? : @ &= + $ , #"这些特殊字符。对应的解码函数是decodeURIComponent()。假如要传递带&符号的网址，所以用encodeURIComponent()

原博文： IE浏览器兼容之URL编码

一般来说，URL只能使用英文字母、阿拉伯数字和某些标点符号，不能使用其他文字和符号，这是因为网络标准 RFC 1738 做了硬性规定。如果URL中有汉字，就必须编码后使用。但是麻烦的是，RFC 1738没有规定具体的编码方法，而是交给应用程序（浏览器）自己决定，这导致"URL编码"成为了一个混乱的领域。

四种导致混乱的情况：

网址路径中包含汉字

查询字符串包含汉字

Get方法生成的URL包含汉字

Ajax调用的URL包含汉字（在Ajax调用中，IE总是采用GB2312编码（ *** 作系统的默认编码），而Firefox总是采用utf-8编码。）

综上所述，这个时候需要一种编码方法向服务器发送请求，而js则可以满足这一需求。

decodeURI()

decodeURIComponent()

encodeURI()

encodeURIComponent() （一般使用encodeURI()和encodeURIComponent()）

encodeURI()是Javascript中真正用来对URL编码的函数。它着眼于对整个URL进行编码，因此除了常见的符号以外，对其他一些在网址中有特殊含义的符号"/ ? : @ &= + $ , #"，也不进行编码。编码后，它输出符号的utf-8形式，并且在每个字节前加上%。

它对应的解码函数是decodeURI()

与encodeURI()的区别是，它用于对URL的组成部分进行个别编码，而不用于对整个URL进行编码。因此，"/ ? : @ &= + $ , #"，这些在encodeURI()中不被编码的符号，在encodeURIComponent()中统统会被编码。至于具体的编码方法，两者是一样。

它对应的解码函数是decodeURIComponent()。

encodeURIComponent比encodeURI编码的范围更大。

举例来说，encodeURIComponent会把 http:// 编码成 http%3A%2F%2F 而encodeURI却不会。

如果你需要编码整个URL，然后需要使用这个URL，那么用encodeURI，否则使用encodeURIComponent。

---