你线看看pho默认的输出编码类型，
然后在JS的输出流上使用相同的编码控制类型。
你也可以让他们都使用相同的编码类型。
大哥 都给力了 就采纳吧 求经验升级啊TT
request("变量") 接收到的数据就是已经解码的数据给你两个函数，或许你用得着
虽然ASP中的request会自动解码经过url编码的字符串，但是Request.BinaryRead(Request.TotalBytes)取得post数据时却不会解码，所以要进行解码
下面是我找到的一个ASP中server.urlencode函数的解码函数
Function URLDecode(enStr)
dim deStr,strSpecial
dim c,i,v
deStr=""
strSpecial="!""#$%&'()*+,.-_/:<=>?@[\]^`{|}~%"
for i=1 to len(enStr)
c=Mid(enStr,i,1)
if c="%" then
v=eval("&h"+Mid(enStr,i+1,2))
if inStr(strSpecial,chr(v))>0 then
deStr=deStr&chr(v)
i=i+2
else
v=eval("&h"+ Mid(enStr,i+1,2) + Mid(enStr,i+4,2))
deStr=deStr &chr(v)
i=i+5
end if
else
if c="+" then
deStr=deStr&" "
else
deStr=deStr&c
end if
end if
next
URLDecode=deStr
End function
再附一个编码函数，这个与server.urlencode不一样之处是：server.urlencode会将html或Xml等标签，如<br/>也会进行编码，而下面这个函数不会。我是用下面的进行编码，再解码，因为我用post时用Xml的。
private Function URLEncoding(vstrIn)
strReturn = ""
For i = 1 To Len(vstrIn)
ThisChr = Mid(vStrIn,i,1)
If Abs(Asc(ThisChr)) <&HFF Then
strReturn = strReturn &ThisChr
Else
innerCode = Asc(ThisChr)
If innerCode <0 Then
innerCode = innerCode + &H10000
End If
Hight8 = (innerCode And &HFF00)\ &HFF
Low8 = innerCode And &HFF
strReturn = strReturn &"%" &Hex(Hight8) &"%" &Hex(Low8)
End If
Next
URLEncoding = strReturn
End Function
URL中不能显示地包含空格这已经是一个共识，而空格以何种形式存在，在不同的标准中又不完全一致，以致于不同的语言也有了不同的实现。
rfc2396 中明确表示空格应该被编码为 %20 。
而W3C的标准中却又说空格可以被替换为 + 或者 %20 。
老许当场懵逼，空格被替换为 + ，那 + 本身只能被编码。既然如此，为什么不直接对空格进行编码呢。当然这只是老许心中的疑惑，以前的背景我们已经无法追溯，已成的事实我们也无法改变。但，空格到底是被替换为 + 还是 20% ， + 是否需要被编码都是现在的我们需要直面的问题。
作为Gopher最先关注的自然是Go语言本身的实现，因此我们首先了解一下Go中常用的三种URL编码方式的异同。
使用 url.QueryEscape 编码时，空格被编码为 + ，而 + 本身被编码为 %2B 。
使用 url.PathEscape 编码时，空格被编码为 20% , 而 + 则未被编码。
使用 (Values).Encode 方法编码时，空格被编码为 + ，而 + 本身被编码为 %2B ，进一步查看 (Values).Encode 方法的源码知其内部仍旧调用 url.QueryEscape 函数。而 (Values).Encode 方法和 url.QueryEscape 的区别在于前者仅编码query中的key和value，后者会对 = 、 &均进行编码。
对我们开发者而言，这三种编码方式到底应该使用哪一种，请继续阅读后文相信你可以在后面的文章中找到答案。
既然空格和 + 在Go中的URL编码方式有不同的实现，那在其他语言中是否也存在这样的情况呢，下面以PHP和JS为例。
urlencode
rawurlencode
PHP的 urlencode 和Go的 url.QueryEscape 函数效果一致，而 rawurlencode 则将空格和 + 均进行编码。
encodeURI
encodeURIComponent
JS的 encodeURI 和Go的 url.PathEscape 函数效果一致，而 encodeURIComponent 则将空格和 + 均进行编码。
在前文中已经总结了 Go 、 PHP 和 JS 对 +Gopher指北 的编码操作，下面总结一下其对应的解码操作是否可行的二维表。
上表中的 YY 和 Y 同含义，老许仅以 YY 表示在Go中推荐使用 url.PathEscape 进行编码，同时在PHP和JS中分别推荐使用 rawurldecode 和 decodeURIComponent 进行解码。
在实际的开发过程中，Gopher一定会存在需要解码的场景，此时就需要和URL编码方进行沟通以得到合适的方式解码。
那有没有通用的不需要URL编解码的方式呢？毫无疑问是有的！以 base32 编码为例，其编码字符集为 A-Z和数字2-7 ，此时对值进行base32编码后就无需url编码了。
最后，衷心希望本文能够对各位读者有一定的帮助。
参考
