在服务器的web.xml配置以下filter,目的是把以.do结尾的请求设置成GBK编码。
<filter>
<filter-name>CharacterEncodingFilterGBK</filter-name>
<filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
<init-param>
<param-name>encoding</param-name>
<param-value>GBK</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>CharacterEncodingFilterGBK</filter-name>
<url-pattern>*.do</url-pattern>
</filter-mapping>
但是,这个filter能不能起作用,要看服务器是怎么实现HTTP规范和servlet规范。比如说resin服务器,如果HTTP请求头带有
那么这个filter基本是不起作用,服务器对所有请求都以UTF-8来解码。resin默认会以HTTP请求头的charset来解码,请求头不带charset的话,上面的filter就会起作用了,但如果是tomcat的话,就不知道能不能起作用,具体没验证过。
各大浏览器如ie、firefox、chrome对ajax请求默认会以UTF-8编码之后再提交到服务,即使手动设置请求头的charset为gbk,有的浏览也是无视的。但ie不同,ie对设置请求头的charset是会起效的。如果提交请求的js是用utf-8编码,请求头把charset设置为gbk,用ie提交到服务器的话,这里可能会出现乱码,要注意一下。
说明一下http请求头Content-type的作用:(参考这里:http://www.studyofnet.com/news/166.html)
Content-type: application/x-www-form-urlencoded;charset:UTF-8
有关Content-Type属性值可以如下两种编码类型:
(1)“application/x-www-form-urlencoded”: 表单数据向服务器提交时所采用的编码类型,默认的缺省值就是“application/x-www-form-urlencoded”。 然而,在向服务器发送大量的文本、包含非ASCII字符的文本或二进制数据时这种编码方式效率很低。
(2)“multipart/form-data”: 在文件上载时,所使用的编码类型应当是“multipart/form-data”,它既可以发送文本数据,也支持二进制数据上载。
当提交为单单数据时,可以使用“application/x-www-form-urlencoded”;当提交的是文件时,就需要使用“multipart/form-data”编码类型。
在Content-Type属性当中还是指定提交内容的charset字符编码。一般不进行设置,它只是告诉web服务器post提交的数据采用的何种字符编码。
一般在开发过程,是由前端工程与后端UI工程师商量好使用什么字符编码格式来post提交的,然后后端ui工程师按照固定的字符编码来解析提交的数据。所以这里设置的charset没有多大作用。