要理解,先要背下他们各自编码的情况
不编码字符数 | 公共字符 | 差异部分(3个) | 差异部分(5个) | 差异部分(8个) | |
escape | 69 | 所有数字,字母不编码 10+26*2 = 62个 公共不编码的 星,点,减,下划线 (4个) *.-_ 共记66个 | +/@ | 完 | |
encodeURI | 82 | +/@ | ()!'~ | #$=&:;?, | |
encodeURIComponent | 71 | 无(加,反斜,@) | ()!'~ | 完 |
之后就说使用的问题,由于 POST 数据时,数据不是在HTTP报头部分传送的,而是在正文传送的,所以一般不会用到这些函数
主要就用在 GET URI 的时候 ,再来分析下用处
通常一个URI的格式会有 / xxx . sss ? pp = oo & ii = uu # 3436
看这里用到了 /.?=&# 显然,如果你对整个 URI 编码时,是不可以用 escape(会编码#) , encodeURIComponent(会编码=) 的,
所以对整个URI编码只有 encodeURI 可用。
接着分析剩下两个,这两个用于局部编码情况。
先假设一般通用的服务器对参数解析方法,碰到 & 分割参数,碰到 # 抛弃后面的部分(这个link是由浏览器解析的),碰到 = 初始化成键值对,假设一个比较简陋的服务器地址解析流程如此,那么的话
看参数 pp= xxx ,这里主要看你的参数是否会出现 +/@ 三个符号
由于HTTP的报头请求时,第一行是以 空格划分的,比如 GET / HTTP/1.1
所以如果你的URI含有空格,就会被解析成另外一个意思, 如 GET /xxx sss HTTP/1.1 就被拆成了4段,就会出错,所以一般会用+来代替空格,所以当你需要传本身包含+的字符串,比如你要传一条 "3+2" 的时候,到服务器解析时就变成了 "3 2"了,这时候你就要借助编码了,或者 BASE64编码(会有三个符号,/ + =)参数等等。
因此,再对局部参数编码时,为了让你的参数最大化的兼容,可以出现一些符号,可用用 encodeURIComponent 取代 escape (正如其名 URI Component)
escape主要用于xml文档编码
而你如果不涉及 +/@,用哪个都可以。(主要就是 + 号问题,/和@直接传也是可以的, ()!~' 也都可以直接传不用编码 )
至于为什么要用编码,就是为了解决乱码问题而设置一种统一的unicode编码方式来传递URI,而POST一般不会出现乱码是因为HTTP报头一般会告诉服务器你传的是什么编码,服务器就会根据这个报文而知道用什么编码解析。