********************************************************************
*                                                 版权声明
*
* 本文以Creative Commons的发布,请严格遵循该授权协议。
* 本文首发于博客园, 此声明为本文章中不可或缺的一部分。
* 作者网名：    浪子
* 作者EMAIL：dayichen (at)163.com
* 作者BLOG：  Http://Www.Cnblogs.Com/Walkingboy
*
********************************************************************

encodeURI之URL中文参数问题

－Written by 浪子@cnblogs.com  (07-01-26)

摘要：

我们在页面和页面间传递参数，最常用的一种方式就是通过url传递，如果涉及到中文或者其他特殊字符的时候，一般会使用encodeURI在Client端进行编码，Server端直接使用QueryString[]获取值(asp.net会自动帮我们进行解码)，却无法料到，这样子也会出现错误,发现form的action地址竟然和url地址不符？asp.net在为form设置action的时候似乎进行了一定的编码（我还未知）......

一、Client端的QueryString：

自从使用了CallbackPlus之后，我们的编程模式越来越多的转向了Client端编码，而参数又经常通过url的形势传递，所以就写了个客户端的QueryString集中分析参数值

function QueryString(paraName){

var url = window.location.search;

var para = url.substr(url.indexOf(paraName));

var andIndex = para.indexOf("&");

var paras;

if(andIndex>-1){

paras = para.substr(0,para.indexOf("&"));

}else{

paras = para;

}

var paraValue = paras.split("=")[1];

if(paraValue){

return decodeURI(paraValue);

}else{return "";};

}

原来一直都使用的好好，今天一个同事突然跟我说，QueryString的时候，出现“被解码的URI不是合法的编码”。问题很奇怪，因为第一遍进入的时候，已经在Client端正确识别到了该参数，但是触发某按钮执行PostBack之后，就会出现该问题。经过检查，发现第一次进入页面的时候，IE URL和form的action地址不一样，PostBack之后IE URL被修改为跟from的action一样（参考demo代码的encodeURI.aspx）。经过测试之后，发现这个问题只存在于中文或者特殊字符编码的URL上。在网上查找了很多资料都没有得到正确答案(比如设置web.config 的requestEncoding,responseEncodeing.)，与阿不沟通后也没能得到有效的解决方法。后来想，既然正常的URL不会出问题，那就把中文编码为非特殊的字串就好了......

二、自定义的编码和解码方法：

查找了很多编码和解码方法，一直都没有合适的，所以只能自己写一个这样的函数。因为这个编码和解码Client和Server都需要调用，所以也没有打算写得很复杂。

在查找资料的时候，从birdshome的解决WebControl的doPostBack参数传递问题 那里得到了一个按长度分割编码后字串的思路，觉得相对比较简单和好写，所以就决定暂时采用这种思路进行设计。

修改函数如下：

Client ：

function QueryString(paraName,isCusEncode){

var url = window.location.search;

var para = url.substr(url.indexOf(paraName));

var andIndex = para.indexOf("&");

var paras;

if(andIndex>-1){

paras = para.substr(0,para.indexOf("&"));

}else{

paras = para;

}

var paraValue = paras.split("=")[1];

if(paraValue){

return kdecode(paraValue,isCusEncode);

}else{return "";};

}

function kencode(unzipStr,isCusEncode){

if(isCusEncode){

var zipArray = new Array();

var zipstr = "";

var lens = new Array();

for(var i=0;i<unzipStr.length;i++){

var ac = unzipStr.charCodeAt(i);

zipstr += ac;

lens = lens.concat(ac.toString().length);

}

zipArray = zipArray.concat(zipstr);

zipArray = zipArray.concat(lens.join("O"));

return zipArray.join("N");

}else{

return encodeURI(unzipStr);

}

}

function kdecode(zipStr,isCusEncode){

if(isCusEncode){

var zipArray = zipStr.split("N");

var zipSrcStr = zipArray[0];

var zipLens = zipArray[1].split("O");

var uzipStr = "";

for(var j=0;j<zipLens.length;j++){

var charLen = parseInt(zipLens[j]);

uzipStr+= String.fromCharCode(zipSrcStr.substr(0,charLen));

zipSrcStr = zipSrcStr.slice(charLen,zipSrcStr.length);

}

return uzipStr;

}else{

return decodeURI(zipStr);

}

}

当然Server端也是需要对应的函数的：

三、后话：

可能这是最差的解决方案，不知道园子里是否有其他人发现这个问题，并且有更好的解决方案？

问题描述和解决方法demo代码示例:Download
  
Updated ：本来还担心QueryString的长度限制问题，后来阿不提供的相关的资料：IE地址栏的最大长度（-Maximum URL length is 2,083 characters in Internet Explorer.），也就放心了，应该不会超过这个限制的。