关于url编码以及其中两个编码函数encodeURI，EncodeURIComponent

 

通常如果一样东西需要编码，说明这样东西并不适合传输。原因多种多样，如Size过大，包含隐私数据，对于Url来说，之所以要进行编码，是因为Url中有些字符会引起歧义。

例如，Url参数字符串中使用key=value键值对这样的形式来传参，键值对之间以&符号分隔，如/s?q=abc&ie=utf-8。如果你的value字符串中包含了=或者&，那么势必会造成接收Url的服务器解析错误，因此必须将引起歧义的&和=符号进行转义，也就是对其进行编码。

又如，Url的编码格式采用的是ASCII码，而不是Unicode，这也就是说你不能在Url中包含任何非ASCII字符，例如中文。否则如果客户端浏览器和服务端浏览器支持的字符集不同的情况下，中文可能会造成问题。也就说，如果客户端用的是url编码，那么服务端必须也得是url解码，这样才能保证数据会被完整的传输和正确解析出来。

 

RFC3986文档规定，Url中只允许包含英文字母（a-zA-Z）、数字（0-9）、-_.~4个特殊字符以及所有保留字符。因此对于Url而言，只有普通英文字符和数字，特殊字符$-_.+!*'()还有保留 字符，才能出现在未经编码的Url之中。其他字符均需要经过编码之后才能出现在Url中。对于Url中的这些字符，编码和不编码是等价的

保留字符如下：

!    *    '    (    )    ;    :    @    &
=    +    $    ,    /    ?    #    [    ]

 

以下是url编码对应的两个接口函数，以及对应的安全字符，

encodeURI和encodeURIComponent使用UTF-8对非ASCII字符进行编码，然后再进行百分号编码。

encodeURIComponent编码的字符范围要比encodeURI的大，保留字符一般是用来分隔URI组件（一个URI可以被切割成多个组件，参考预备知识一节）或者子组件（如URI中查询参数的分隔符），如:号用于分隔 scheme和主机，?号用于分隔主机和路径。由于encodeURI操纵的对象是一个完整的的URI，这些字符在URI中本来就有特殊用途，因此这些保 留字符不会被encodeURI编码。

encodeURI（82个）    !#$&'()*+,/:;=?@-._~0-9a-zA-Z
encodeURIComponent（71个）    !'()*-._~0-9a-zA-Z