解决方案 »

  1.   

    是编码发送的内容,不是编码url。用这个编码函数主要是防止内容包含中文时,不编码服务器获取可能会出乱码,编码服务器端就不会乱码了,一般用ajax时使用比较多,而是用encodeURIComponent编码全些,encodeURI有些字符不会编码,如#,$等
      

  2.   


    编码url可不是为了对内容的加密。我们都知道Http协议中参数的传输是"key=value"这种简直对形式的,如果要传多个参数就需要用“&”符号对键值对进行分割。如"?name1=value1&name2=value2",这样在服务端在收到这种字符串的时候,会用“&”分割出每一个参数,然后再用“=”来分割出参数值。 针对“name1=value1&name2=value2”我们来说一下客户端到服务端的概念上解析过程: 
    上述字符串在计算机中用ASCII吗表示为: 
       6E616D6531 3D 76616C756531 26 6E616D6532 3D 76616C756532。 
       6E616D6531:name1 
       3D:= 
       76616C756531:value1 
       26:& 
       6E616D6532:name2 
       3D:= 
       76616C756532:value2 
    服务端在接收到该数据后就可以遍历该字节流,首先一个字节一个字节的吃,当吃到3D这字节后,服务端就知道前面吃得字节表示一个key,再想后吃,如果遇到26,说明从刚才吃的3D到26子节之间的是上一个key的value,以此类推就可以解析出客户端传过来的参数。 现在有这样一个问题,如果我的参数值中就包含=或&这种特殊字符的时候该怎么办。 
    比如说“name1=value1”,其中value1的值是“va&lu=e1”字符串,那么实际在传输过程中就会变成这样“name1=va&lu=e1”。我们的本意是就只有一个键值对,但是服务端会解析成两个键值对,这样就产生了奇异。 如何解决上述问题带来的歧义呢?解决的办法就是对参数进行URL编码 
    URL编码只是简单的在特殊字符的各个字节前加上%,例如,我们对上述会产生奇异的字符进行URL编码后结果:“name1=va%26lu%3D”,这样服务端会把紧跟在“%”后的字节当成普通的字节,就是不会把它当成各个参数或键值对的分隔符。 
    另外一个问题,就是为什么我们要用ASCII传输,可不可以用别的编码?