关于Character decoding failed. Parameter skipped.java.io.CharConversionException的问题

今天调程序时需要在新增记录前进行唯一性检查，使用了.post函数。在拼接post的url参数时会将一input标签的值作为参数。

function dsnameCheck(){
  var name= $("#name").val();
  var url="local_datasource?method=checkDsName&name="+name;
  $.post(url,function(data){
     if($.trim(data)=="yes"){  
         alert("该子类名已存在");
       }else{
          var form1 = document.getElementById('form1');
          form1.action='local_datasource?method=add&status=save';
          form1.submit();
        }
  });
}

测试功能时，当input内输入的内容为“;;''%%”时，数据能够添加，但编译器报Character decoding failed. Parameter skipped.java.io.CharConversionException的异常。试了几次发现有"%"就会出现这个问题。查了些资料发现参数传递中有参数包含有“%”时需要做一下转换，不然就会出现这个问题。

function dsnameCheck(){
  var name= $("#name").val();
  var url="local_datasource?method=checkDsName&name="+name;
  url = encodeURI(url);
  url = encodeURI(url);
  $.post(url,function(data){
     if($.trim(data)=="yes"){  
         alert("该子类名已存在");
       }else{
          var form1 = document.getElementById('form1');
          form1.action='local_datasource?method=add&status=save';
          form1.submit();
        }
  });
}

在前台进行以上两次转换，后台接收后再进行如下的转码，就能解决这个问题了：

    String name = request.getParameter("name");
    name=java.net.URLDecoder.decode(name,"UTF-8");

至于两次编码的原因，在网上找到的解释(http://bbs.csdn.net/topics/330072196)：

一般情况下, 发送 encodeURIComponent(parmeName)+"="+encodeURIComponent(parmeValue);
接收时, 直接 String paramValue = request.getParameter(paramName); // 容器自动解码.

我们知道 encodeURIComponent 使用的是 UTF-8 编码规则来编的.
如果 request.getParameter(paramName) 时,容器也按 UTF-8 解的话,是正确的. 根本无须在客户端
进行二次的 encodeURIComponent(...)


如果 request.getParameter(paramName),容器没有按 UTF-8 解的话, 结果只有一个,就是乱码!
容器按什么编码来解码,决定于 request.setCharacterEncoding(***) 或者 服务器程序配置.

如果你在 jsp 程序中,能够 request.setCharacterEncoding("UTF-8"), 并且 修改服务器配置,让容器在解 GET 提交的参数时,使用 UTF-8.

客户端提交前不用二次编码, 接收时,也只要直接 request.getParameter(paramName) 即可

---------------------

为什么网上会有人提出在客户端对字符串重复编码两次呢.
如果因为项目需要,不能指定容器使用何种编码规则来解码提交的参数, 比如:需要接收来自不同页面，不地编码的参数内容时。 (又或者是开发人员被这有点复杂的东东搞得晕头转向，不懂得如何正确的去做好这接收参数的工作)
这个时候，在客户端对参数进行二次编码，可以有效的避开“提交多字节字符”的这个棘手问题。
因为第一次编码，你的参数内容便不带有多字节字符了，成了纯粹的 Ascii 字符串。(这里把编第一次的结果叫成 [STR_ENC1] 好了。[STR_ENC1] 是不带有多字节字符的)
再编一次后，提交，接收时容器自动解一次　（容器自动解的这一次，不管是按 GBK 还是 UTF-8 还是 ISO-8859-1 都好，都能够正确的得到 [STR_ENC1]）
然后，再在程序中实现一次 decodeURIComponent (Java中通常使用 java.net.URLDecoder(***, "UTF-8")) 就可以得到想提交的参数的原值。