url即统一资源定位符，是通用资源标志符URI的一种。
由于有效的URI中不能包含某些字符，如空格等，如果不利用相应编码函数对URI进行编码（浏览器会对相应的URL进行处理），那么无法访问到有效的资源。
javascript的Global对象（javascript的内置对象）中有四个URI方法，分别是encodeURI和decodeURI，encodeURIComponent和decodeURIComponent，浏览器模型（BOM）提供了escape和unescape。在实际应用中，URI方法更可取，因为URI方法会对所有的Unicode符号编码，而BOM提供的escape和unescape只对ASCII符号进行编码。此外escape，unescape可以用来对数据进行加密和解密处理。
其中encodeURI和decodeURI是作相反的处理，encodeURIComponent和decodeURIComponent是做相反的处理，escape和unescape做相反的处理。
encodeURI是处理完整的URI，而encodeURIComponent处理URI片段，encodeURI编码除：！，#，￥，&，'，（，），×，+，,，-，.，/，：，；，=，？，@，_，～，0-9，a-z,A-Z（共82个）以外的字符，而encodeURIComponent编码除：!， '，(，)，*，-，.，_，~，0-9，a-z，A-Z（共71个）以外的字符，escape编码除：*，+，-，.，/，@，_，0-9，a-z，A-Zs（共61个）以外的字符。
请求服务器（服务器是64位的操作系统）端以含有特殊字符（+）的为名字的文件，用encodeURI，decodeURIComponent或者escape都会提示相应的资源不存在，这是为什么呢？
js代码：
url ="http://192.168.6.135/nas135/MyDocument/1+2.txt"
window.open(EncodeURI(url),"","","");
通过debug看到
EncodeURI(url)="http://192.168.6.135/nas135/MyDocument/1%2b2.txt"，但是却打不开服务器端1+2.txt的文件，不知道是不是因为64机器的原因？请各位大侠帮忙解释一下？
