关于 escape，encodeURI，encodeURIComponent 的一些疑惑总结（转）

要理解，先要背下他们各自编码的情况

	不编码字符数	公共字符	差异部分(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报头一般会告诉服务器你传的是什么编码，服务器就会根据这个报文而知道用什么编码解析。

原文出处：http://blog.csdn.net/axinxkx/archive/2010/12/10/6068362.aspx