java项目前台向后台传递中文乱码

admin

var gradeName = encodeURI(encodeURI($('#paperGrade  option:selected').text()));//编码
var gradeName = decodeURIComponent('<%=request.getParameter("gradeName")%>');//解码
为什么要连续两次调用 encodeURI(String) 方法？
是因为 java 中的 request.getParameter(String) 方法会进行一次 URI 的解码过程，调用时内置的解码过程会导致乱码出现。而 URI 编码两次后， request.getParameter(String) 函数得到的是原信息 URI 编码一次的内容。接着用  decodeURIComponent() 方法，将已经编码的 URI 转换成原文。

URL编码
0 Z: }5 g+ o* T一般来说，URL只能使用英文字母、阿拉伯数字和某些标点符号，不能使用其他文字和符号。比如，世界上有英文字母的网址 "http://www.abc.com"，但是没有希腊字母的网址"http://www.aβγ.com"（读作阿尔法-贝塔-伽玛.com）。
这是因为网络标准RFC 1738做了硬性规定：
, j& X' D& i& o: Y[0-9a-zA-Z]、一些特殊符号"$-_.+!*'(),"[不包括双引号]、以及某些保留字，才可以不经过编码直接用于URL
/ ^+ G  {7 v, V, l这意味着，如果URL中有汉字，就必须编码后使用。但是麻烦的是，RFC 1738没有规定具体的编码方法，而是交给应用程序（浏览器）自己决定。这导致"URL编码"成为了一个混乱的领域。
/ g& {* R7 ?; Q' W) e/ T
下面就让我们看看，"URL编码"到底有多混乱。我会依次分析四种不同的情况，在每一种情况中，浏览器的URL编码方法都不一样。把它们的差异解释清楚之后，我再说如何用Javascript找到一个统一的编码方法
1 r: c, |2 v/ n9 D- V3 G
二、情况1：网址路径中包含汉字
打开IE（我用的是8.0版），输入网址"http://zh.wikipedia.org/wiki/春节"。注意，"春节"这两个字此时是网址路径的一部分。
查看HTTP请求的头信息，会发现IE实际查询的网址是"http://zh.wikipedia.org/wiki/%E6%98%A5%E8%8A%82"。也就是说，IE自动将"春节"编码成了"%E6%98%A5%E8%8A%82"。我们知道，"春"和"节"的utf-8编码分别是"E6 98 A5"和"E8 8A 82"，因此，"%E6%98%A5%E8%8A%82"就是按照顺序，在每个字节前加上%而得到的。在Firefox中测试，也得到了同样的结果。
所以，结论1就是网址路径的编码，用的是utf-8编码。
  ?  ^. ~) ]+ V/ a) P* z& x
三、情况2：查询字符串包含汉字
在IE中输入网址"http://www.baidu.com/s?wd=春节"。注意，"春节"这两个字此时属于查询字符串，不属于网址路径，不要与情况1混淆。
" t1 o1 ?! i: I, U! I! e. K查看HTTP请求的头信息，会发现IE将"春节"转化成了一个乱码。
切换到十六进制方式，才能清楚地看到，"春节"被转成了"B4 BA BD DA"。我们知道，"春"和"节"的GB2312编码（我的操作系统"Windows XP"中文版的默认编码）分别是"B4 BA"和"BD DA"。因此，IE实际上就是将查询字符串，以GB2312编码的格式发送出去。
9 K3 d: ]+ H: i1 c
Firefox的处理方法，略有不同。它发送的HTTP Head是"wd=%B4%BA%BD%DA"。也就是说，同样采用GB2312编码，但是在每个字节前加上了%。
5 y0 P7 S  W/ A1 G- `& m, c- O所以，结论2就是，查询字符串的编码，用的是操作系统的默认编码。
4 Z& i' a6 U0 C  F9 i  q
6 P$ V' }& X) _6 ?! ~四、情况3：Get方法生成的URL包含汉字
前面说的是直接输入网址的情况，但是更常见的情况是，在已打开的网页上，直接用Get或Post方法发出HTTP请求。
! K' y6 Q- r/ U4 ~9 Q
根据台湾中兴大学吕瑞麟老师的试验，这时的编码方法由网页的编码决定，也就是由HTML源码中字符集的设定决定。
4 O, h' M* I- X
　　<meta http-equiv="Content-Type" content="text/html;charset=xxxx">

+ L9 ^" ^( F/ X/ L8 |* D( N3 H1 P如果上面这一行最后的charset是UTF-8，则URL就以UTF-8编码；如果是GB2312，URL就以GB2312编码。
5 N7 o4 U* z" y) b+ |. z2 n) _
2 `+ v* P, F+ B/ b举例来说，百度是GB2312编码，Google是UTF-8编码。因此，从它们的搜索框中搜索同一个词"春节"，生成的查询字符串是不一样的。

* Z$ |' I8 o# Y7 H百度生成的是%B4%BA%BD%DA，这是GB2312编码。
Google生成的是%E6%98%A5%E8%8A%82，这是UTF-8编码。
结论3就是，GET和POST方法的编码，用的是网页的编码
- r  }9 j( Y- Q; M. O# ~9 w3 S
3 n% ^; e/ V- {, X五、情况4：Ajax调用的URL包含汉字
  \0 j; D+ V3 I  v1 g. h# {% q前面三种情况都是由浏览器发出HTTP请求，最后一种情况则是由Javascript生成HTTP请求，也就是Ajax调用。还是根据吕瑞麟老师的文章，在这种情况下，IE和Firefox的处理方式完全不一样。
( \, ~# c" i6 I
/ s9 Q# n, v0 N6 u$ `举例来说，有这样两行代码：
- G7 N6 f3 c0 ^7 [6 o　　url = url + "?q=" +document.myform.elements[0].value; // 假定用户在表单中提交的值是"春节"这两个字
& w+ u" c. X  N7 e: N4 z; {　　http_request.open('GET', url, true);
那么，无论网页使用什么字符集，IE传送给服务器的总是"q=%B4%BA%BD%DA"，而Firefox传送给服务器的总是"q=%E6%98%A5%E8%8A%82"。也就是说，在Ajax调用中，IE总是采用GB2312编码（操作系统的默认编码），而Firefox总是采用utf-8编码。这就是我们的结论4。

1 o2 [; E" K- o六、Javascript函数：escape()
# [. I# @1 T  S. T: r! J好了，到此为止，四种情况都说完了。
0 K% u) F% I9 |! o1 k假定前面你都看懂了，那么此时你应该会感到很头痛。因为，实在太混乱了。不同的操作系统、不同的浏览器、不同的网页字符集，将导致完全不同的编码结果。如果程序员要把每一种结果都考虑进去，是不是太恐怖了？有没有办法，能够保证客户端只用一种编码方法向服务器发出请求？
0 n* i& ^; k! b( T
0 ~' H& z0 p- Z1 i8 v+ h0 f回答是有的，就是使用Javascript先对URL编码，然后再向服务器提交，不要给浏览器插手的机会。因为Javascript的输出总是一致的，所以就保证了服务器得到的数据是格式统一的。
, ?3 d" t1 G2 I( a: V& ~$ N
8 J' n( r: f# G( ?/ d: x9 u. e5 `Javascript语言用于编码的函数，一共有三个，最古老的一个就是escape()。虽然这个函数现在已经不提倡使用了，但是由于历史原因，很多地方还在使用它，所以有必要先从它讲起。
: m" e: |8 p* }  o2 x4 I7 @
实际上，escape()不能直接用于URL编码，它的真正作用是返回一个字符的Unicode编码值。比如"春节"的返回结果是%u6625%u8282，也就是说在Unicode字符集中，"春"是第6625个（十六进制）字符，"节"是第8282个（十六进制）字符。
$ H$ I; V2 v- p9 ?# n% B' _它的具体规则是，除了ASCII字母、数字、标点符号"@ * _ + - . /"以外，对其他所有字符进行编码。在\u0000到\u00ff之间的符号被转成%xx的形式，其余符号被转成%uxxxx的形式。对应的解码函数是unescape()。
8 S3 p' a( B3 \& o5 Y3 W
所以，"Hello World"的escape()编码就是"Hello%20World"。因为空格的Unicode值是20（十六进制）。
还有两个地方需要注意。
# O% |' p, p1 E) j
首先，无论网页的原始编码是什么，一旦被Javascript编码，就都变为unicode字符。也就是说，Javascipt函数的输入和输出，默认都是Unicode字符。
/ j* t* I$ G, r8 B4 O, K0 e2 c其次，escape()不对"+"编码。但是我们知道，网页在提交表单的时候，如果有空格，则会被转化为+字符。服务器处理数据的时候，会把+号处理成空格。所以，使用的时候要小心。

七、Javascript函数：encodeURI()
encodeURI()是Javascript中真正用来对URL编码的函数。

它着眼于对整个URL进行编码，因此除了常见的符号以外，对其他一些在网址中有特殊含义的符号"; / ? : @ & = + $ , #"，也不进行编码。编码后，它输出符号的utf-8形式，并且在每个字节前加上%。
它对应的解码函数是decodeURI()。
需要注意的是，它不对单引号'编码。

& i4 \; s2 w$ M; Q# `5 o! b" ^# g八、Javascript函数：encodeURIComponent()

5 K. `$ b6 T/ w% A+ H最后一个Javascript编码函数是encodeURIComponent()。与encodeURI()的区别是，它用于对URL的组成部分进行个别编码，而不用于对整个URL进行编码。

9 M, X& K5 r+ U. F. Z4 F因此，"; / ? : @ & = + $ , #"，这些在encodeURI()中不被编码的符号，在encodeURIComponent()中统统会被编码。至于具体的编码方法，两者是一样。
它对应的解码函数是decodeURIComponent()。
5 y$ m7 I1 K7 p6 s5 [2 h) \
! A2 [! ]- G7 B7 j( GencodeURI为什么要用两次
% m& M! z1 v; Y! f3 G, Q9 K8 k3 d5 E' x一般情况下, 发送 encodeURIComponent(parmeName)+"="+encodeURIComponent(parmeValue);
, I: p" Z' S0 E接收时, 直接 String paramValue = request.getParameter(paramName); // 容器自动解码.
  ?2 ?  M7 E, ~/ S5 i% b# @1 V! O
我们知道 encodeURIComponent 使用的是 UTF-8 编码规则来编的.
5 J  t3 A, F  M; e* I# S5 e如果 request.getParameter(paramName) 时,容器也按 UTF-8 解的话,是正确的. 根本无须在客户端进行二次的 encodeURIComponent(...)


如果 request.getParameter(paramName),容器没有按 UTF-8 解的话, 结果只有一个,就是乱码!
3 P3 M  t0 Y- Y容器按什么编码来解码,决定于 request.setCharacterEncoding(***) 或者 服务器程序配置.
- y" P( }2 I, g  g
如果你在 jsp 程序中,能够 request.setCharacterEncoding("UTF-8"), 并且 修改服务器配置,让容器在解 GET 提交的参数时,使用 UTF-8.
* W1 [. n% Z% p' R; t
7 d8 E3 p# X; [' _8 [客户端提交前不用二次编码, 接收时,也只要直接 request.getParameter(paramName) 即可

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