java http spring mvc 302重定向 url 中文乱码

把中文转成unicode编码，然后放到配置文件中，通过取unicode编码来访问中文，就不会存在乱码的问题了，具体方法就是直接在配置文件里该中文=unicode编码就行了，然后取到这个配置文件，读取对应的值，然后放到url中。

如果两端服务器页面使用的编码不一致，就会导致乱码

如你所说，对方服务器发来的是GBK编码的内容，如果你本地PHP用的编码不是GBK就会是乱码

2种解决方案：

将页面编码更改为GBK(可以通过header('Content-Type:text/html charset=gbk');)

将GBK编码转为当期页面编码(假设当前页面是utf-8)，可以使用iconv('gbk','utf-8',$content);其中$content是你经过urldecode、base64解码后的字符串

编码问题

一般有中文参数的时候编码应该是GBK或GB2312

通常默认UTF-8

还有传中文参数的时候请用:

ServerUrlEncode(url);加密

在接受中文参数的时候请用

ServerUrlDecode(url);解密

去你的网站里在传参时和接参时分别用我上面提供的方法进行处理

去webconfig中修改成

<globalization

requestEncoding="GB2312"

responseEncoding="GB2312"

/>

指定编码

发送方 ServerUrlEncode("中文", EncodingGetEncoding("GB2312"));

接收方 ServerUrlDecode(Request["key"], EncodingGetEncoding("GB2312"));

你这个问题真心不好办，建议你把页面编码改为GBK编码把。像楼上说的这些方法看似行得通，原理就是把utf-8转为gbk然后再转回utf-8，但那样是不能解决问题的，试图通过String newStr = new String（strgetBytes("gbk","utf-8"));办不到的，结果是中文字符为奇数会出现最后一个字乱码。我以前也曾碰到这个情况，最后还是把页面统一编码解决。

IE缺省对URL后面的参数是不编码发送的，但是Tomat缺省是按ISO8859-1来进行URL编码的，因此才会出错。

方法一：

对URL链接进行二次编码：

<a

onclick="javascript:windowopen(encodeURI(encodeURI('/DispatchActiondoefFormEname=FKRY0001&code_type=中文参数')))">测试</a>

或者单独对参数进行二次编码：

var

code_type

=

"中文参数";

code_type

=

encodeURI(code_type);

code_type

=

encodeURI(code_type);

windowopen("/DispatchActiondoefFormEname=FKRY0001&code_type="+code_type);

Service：

String

code_type

=

requestgetParameter("code_type");

//这句话一定要写，因为如果不写的话编码就是%E5%A6%88%

code_type

=

javanetURLDecoderdecode(code_type,"UTF-8");

有人提出为什么要在客户端对字符串重复编码两次呢？

如果因为项目需要，不能指定容器使用何种编码规则来解码提交的参数，比如：需要接收来自不同页面，不地编码的参数内容时。

（又或者是开发人员被这有点复杂的东西搞得晕头转向，不懂得如何正确的去做好这接收参数的工作）

这个时候，在客户端对参数进行二次编码，可以有效的避开“提交多字节字符”的这个棘手问题。

因为第一次编码，你的参数内容便不带有多字节字符了，成了纯粹的

Ascii

字符串。（这里把编第一次的结果叫成

[STR_ENC1]

好了。[STR_ENC1]

是不带有多字节字符的）

再编一次后，提交，接收时容器自动解一次（容器自动解的这一次，不管是按

GBK

还是

UTF-8

还是

ISO-8859-1

都好，都能够正确的得到

[STR_ENC1]）

然后，再在程序中实现一次

decodeURIComponent

（Java中通常使用

javanetURLDecoderdecode(,

"UTF-8")）就可以得到想提交的参数的原值。

简单来说，就是Tomcat服务器会自动帮你做一次URLDecode，再加上你自己在Service代码里面写的URLDecode，一共就是两个Decode了。既然要两次Decode，当然就需要两次Encode了。或许你会问，干脆只Encode一次，然后在java代码里不Decode，呵呵，这个也是不行的，这其实也就是为什么要进行两次Encode的原因吧。

方法二：（经测试不支持IE8）

>

以上就是关于java http spring mvc 302重定向 url 中文乱码全部的内容，包括:java http spring mvc 302重定向 url 中文乱码、中文url编码、base64编码，PHP解码中文部分乱码、url 乱码等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！