原生ajax请求

PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

GET请求

通常在一次 GET 请求过程中，参数传递都是通过 URL 地址中的 ? 参数传递一般在 GET 请求中，无需设置请求头无需设置响应体，可以传 null 或者干脆不传

POST请求

POST 请求过程中，都是采用请求体承载需要提交的数据需要设置请求头中的 Content-Type，以便于服务端接收数据需要提交到服务端的数据可以通过 send 方法的参数传递

前端汉字encodeURI传中文参数解决乱码

通过URL传中文参数时，在服务端后台获取到的值往往会出现乱码问题，解决方案有很多种，本文主要介绍如何通过encodeURI来解决中文乱码问题：

first：前端传递参数的时候需要对中文参数进行两次encodeURI处理：

?var requestUrl =‘url?roleName=‘+encodeURI(encodeURI("rowObj.appName"));

注：rowObj.appName?表示即将传到后台的带中文的字符串

?second：在服务器端后台程序代码中要用java.net.Decode进行解码，得到中文：

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

然而，为什么前端要进行两次encodeURI？？？原因如下：

1、encodeURI函数主要是来对URI来做转码，它默认采用的是utf-8的编码；

2、常规来看，中文汉字在utf-8中一般是3个字节构成，每一个字节会转换成16进制的编码，同时加上%号；

假设页面中需要传到后台的中文是一个“中”字，按照下面的过程走一遍：

1）第一次encodeURI，按照utf-8的方式获取字节数变成[-28，-72，-83]，对字节码数组进行遍历，把每个字节转化成对应的16进制数，于是就变成了[E4，B8，AD]，最终变成[% E4，% B8，% AD] (注意：请去掉%和编码中间的空格，我这边写出来你们看到就是乱码了，下面的这种也是一样)，此时已经没有了多字节字符，全部都是单字节字符。

2）第二次encodeURI进行编码，会把%看做转义字符，并且不编码%后面的字符，会把%变为%25，于是刚刚的数组就变成了[% E4，% B8，% AD]，然后就把处理好的[% E4，% B8，% AD]发往服务器，当应用服务器调用getparameter方法时，getparameter方法会去向应用服务器请求参数，然而应用服务器最初收到的就是从前端发来的[% E4，% B8，% AD]，应用服务器容器会默认解一次码，而容器默认解码时采用的编码是容器的默认编码，可能是utf-8，GBK，或者ISO-8859，都能得到[% E4，% B8，% AD]，因为会把%解析成%，并且把这个值返回给getparameter方法；

3）最终用java.net.Decode 采用utf-8编码进行解码，就能得到“中”字了；

所以，如果当时只是单单编码一次，当容易自动解码（默认解一次码）的时候，如果是按照 ISO-8859 去解码 UTF-8 编码的东西然后返回给getparameter方法就是乱码了。

感谢两篇参考文献，地址：

http://blog.csdn.net/howlaa/article/details/12834595

http://www.tuicool.com/articles/fuqIBju