ajax: function( origSettings ) { var s = jQuery.extend(true, {}, jQuery.ajaxSettings, origSettings); // ............... 去掉一些无关的代码 // convert data if not already a string if (s.data && s.processData && typeof s.data !== "string") { // 注意下面这个调用 s.data = jQuery.param( s.data, s.traditional ); }
再来看jQuery.param的实现过程：
// Serialize an array of form elements or a set of // key/values into a query string param: function( a, traditional ) { var s = []; // ............... 去掉一些无关的代码 // If an array was passed in, assume that it is an array of form elements. if ( jQuery.isArray(a) || a.jquery ) { // Serialize the form elements jQuery.each( a, function() { add( this.name, this.value ); }); } else { // ............... 去掉一些非重点代码 } // Return the resulting serialization return s.join("&").replace(r20, "+"); function add( key, value ) { // If value is a function, invoke it and return its value value = jQuery.isFunction(value) ? value() : value; s[ s.length ] = encodeURIComponent(key) + "=" + encodeURIComponent(value); } }
这段代码的核心就是add函数的实现了，它在内部调用了encodeURIComponent()函数。
我们应该注意JQuery对数据的处理方式：encodeURIComponent(key) + "=" + encodeURIComponent(value);
JQuery在最后还把%20还替换成 + 号了。
在WEB开发领域，我想大家对JQuery的权威应该不用怀疑吧？ 所以我认为JQuery的方法肯定是正确的。
从JQuery的实现方式也可以看出：encodeURI()其实也是不推荐在编码URL数据时使用的。
说到这里，我要说说为什么不推荐使用encodeURI。
encodeURI用于对整个URL字符串进行编码，如果某个参数值本身包含一些特殊字符。
例如：key = "x?x/x&x", value = "aa=2&bb=3&cc=汉字。"，这个函数的结果将会不正确。
它通常用于编码URL路径中包含有类似汉字这种场合，不适合处理URL参数。
但是，URL路径中的目录名与文件名，我们可以选择英文字符，所以encodeURI通常没有机会使用。
ASP.NET中正确的URL编码方式
前面介绍了JavaScript中三种URL的编码方式，在服务端，ASP.NET有更多的URL编码方法，今天我也把服务端的编码也做了个总结，因为我发现网上有些资料也是错误的。
在ASP.NET中提供三个URL编码方法：HttpUtility.UrlPathEncode、HttpUtility.UrlEncode、Server.UrlEncode
.NET framework还提供了System.Uri这个类，它也有一些用于URL处理的方法。 比如EscapeUriString，EscapeDataString这二个方法，可用于URL路径与参数的编码任务。
面对这些方法，我该选择哪个？
我建议在 ASP.NET 中，编码查询参数 时选择HttpUtility.UrlEncode(str) ，并且在拼接URL时，采用 HttpUtility.UrlEncode(key) + "=" + HttpUtility.UrlEncode(value) 的方法。如果要 编码URL中的路径，请使用HttpUtility.UrlPathEncode()
下面我来解释前面不建议使用的另外的一些方法的原因：
1. Server.UrlEncode: 这个方法其实也是调用HttpUtility.UrlEncode，只是它会尽量使用Response.ContentEncoding所表示的编码格式， 然而HttpUtility.UrlEncode(str)总是会使用UTF-8编码，如果你不希望被字符编码纠缠，那就应该放弃Server.UrlEncode ， 毕竟UTF-8编码才是更好的选择。
2. 虽然System.Uri的那二个编码方法，也能实现我们需要的URL编码任务， 但是，当ASP.NET在填充Request.QueryString, Request.Form时，使用的解码方法是HttpUtility.UrlDecode， 因此，如果你执意选择使用System.Uri的相关的编码方法，显然就不能与解码方法匹配，后果如何就难说了。
正确的URL编码方式的总结
由于编码函数（方法）较多，而且又比较重要，我认为有必要再做个总结。
一个完整的URL可以简单地认为包含二个部分：文件路径（含目录） 和 查询参数(QueryString)
在编码时，一定要分开处理。
编码文件路径时，应该选择 encodeURI，HttpUtility.UrlPathEncode 。
编码查询参数时，应该选择 encodeURIComponent，HttpUtility.UrlEncode，而且拼接方式应该是：Encode(key) + "=" + Encode(value)
绝对不能先把整个URL（包含查询参数）拼接起来了，再来考虑该选择哪个编码方法。
再说一遍：在JavaScript中使用escape肯定是错误的。
彻底解决encodeURIComponent()与GB2312乱码问题
前面我建议在JavaScript中使用encodeURIComponent()来处理提交数据， 然而encodeURIComponent()在编码字符时，使用的是UTF-8编码。 也正因为这个原因，有人可能会说：我的网站使用的编码方式是gb2312 !
<globalization requestEncoding="gb2312" responseEncoding="gb2312" />
对于这个回答，我有时实在不想再说下去了：你就不能把网站的编码改成UTF-8吗？