js跳转到指定页面，一旦escape()中文数据，浏览器就会终止和没有反应。上网搜了半天始终不得解。一种说法是，escape中文之后，url中出现了%u，IE7和IE8拒绝执行。目前看来差不多是这样的。

不得已，只好使用encodeURI()，但是asp并不能接受encodeURI的中文，而是解析成乱码。于是又上网搜了半天，始终不得解。应该是asp以及vbscript中并没有这样的内置函数。

于是不得不开始了漫长的寻找解决方案之路。

我们先来看。IE8必将取代成为主流，而IE8不支持escape，所以只有采用encodeURI和encodeURIComponent而放弃escape，对应的解码函数为：decodeURI和decodeURIComponent。

而现在的问题是，通过js用encodeURI或encodeURIComponent编码后的数据是以utf-8的方式编码的，而asp程序对utf-8支持很差，通常是gb2312的，于是服务器端将以utf-8格式编码的数据，以asp自身的server.urlencode的方式进行解码、而且这个过程是自动的、没有找到干预的办法，这样数据流经过这样的折腾，已经乱了，解析出来的中文必然是乱码。

假设asp没有自动解码，问题就好处理了。在服务器端调用js的decodeURI或decodeURIComponent函数，就可正确识别中文，因为他们才是对应匹配的。代码如下：
<script language="javascript" type="text/javascript" runat="server">function mydecodeurl(s){return decodeURIComponent(s);}</script>
这样的程序在asp中是可以直接调用的，如<%= mydecodeurl(string) %>

但是能不能让asp不自动解码呢？我认为是asp的设计机制就是这样的，即便是可以让其不自动解码，但是很可能面临新的问题，所以这不是一个好办法。

苦思了许久，想到一个变通的办法，在各个浏览器上测试通过。

使用encodeURI和 encodeURIComponent函数编码过的中文是形如"%E7%94%B5%E8%84%91",asp自动解码是因为asp认为它和 server.urlencode编码过的形式差不多，以为是自家的东西，结果就一厢情愿的给解码了。现在我们稍微处理一下，把其中的"%"用js替换成"$"，即为"$E7$94$B5$E8$84$91"，然后在js提交给asp，亲爱的看到什么了吗，asp不再强行解码了！剩下的问题就很简单了，用asp的replace再把"$"替换回"%"，然后在服务器端执行js的decodeURI或decodeURIComponent函数，问题解决。

核心代码：
客户端提交时js处理（string为含中文的要处理的字符串）：encodeURIComponent(string).replace(/% /g,'$')
服务器端接收并解码：
<script language="javascript" type="text/javascript" runat="server">function mydecodeurl(s){return decodeURIComponent(s);}</script>
<%
response.write mydecodeurl(replace(string,"$","%"))
%>

本文转自 http://www.lantian360.com/blueblog/blog.asp?id=535