获取form post的charset【改造版】

前面提到过我的一个低级失误并对servlet的setCharacterEncoding有了正确认识。

 

主要是基于这么一个思路解决我的问题： 

<meta http-equiv="Content-Type" content="text/html; charset=gbk"/>
...

<form method="post" action="/servlet" accept-charset="utf-8">
<input type="hidden" name="_charset_"/>
<input type="text" name="text"/>
<input type="submit" value="Submit"/>
</form>

  

 

 

这个表单配合原来在weblogic下写的filter代码，在IE和firefox下运行正常。但既然遵循servlet规范，不能在filter中通过_charset_这个request参数来获取浏览器对post body的真实编码，只能想点歪门邪道了。向jsessionid取经，这个表单改成这样：（关于URL中的分号，请参考RFC1738，这里有个中文版）

 

<meta http-equiv="Content-Type" content="text/html; charset=gbk"/>

...
<form method="post" action="/servlet;_charset_=utf-8" accept-charset="utf-8">
<input type="hidden" name="_charset_"/>
<input type="text" name="text"/>
<input type="submit" value="Submit"/>
</form>

 

 

 

 filter的改造就略了，无非是hack下request uri。幸好遗留应用并不需要url中重写jsessionid。

 

测试，运行，firefox正常了，IE又不正常。哦，恍然大雾啊，原来firefox是严格的根据accept-charset来编码，若accept-charset不存在，则按response或者meta http-equiv="Content-Type"中的声明来编码，最后把编码方式放到_charset_隐藏域。而IE还是顽固的只按照response或者meta http-equiv="Content-Type"中的声明来编码，并把编码方式放到_charset_隐藏域。原来IE无视accept-charset的存在。我原先一直以为_charset_隐藏域只是IE对accept-charset的一个强制辅助呢，又一个一知半解的典型...

 

得了，只能让firefox和IE同流合污了。最终，表单变成这样：

 

<meta http-equiv="Content-Type" content="text/html; charset=gbk"/>

...
<form method="post" action="/servlet;_charset_=gbk">
<input type="text" name="text"/>
<input type="submit" value="Submit"/>
</form>

 

在IE和firefox下均测试通过。

 

评论

1 楼 moshalanye 2009-01-16  

    做学问的确是个细致的事情，浏览器默认把字节流进行iso8859-1编码再传送服务器，我开始的理解也是form acceptcharset应该会在使用iso8859-1编码前把form中的数据转码成utf-8的形式，结构两种浏览器反映不一样，我也茫然了，看了兄弟你的帖子才恍然，而filter中赋给request的编码方式，则是给服务器对请求流进行 1。对请求字节流使用iso8859-1解码，再使用正确的编码方式编码。 这个过程并不是转码！  而是使用正确的编码格式还原请求的原貌！   
    这样说来，form acceptcharset 貌似并不会给服务器使用的，并不会在request中确定正确编码方式，只是给客户端浏览器使用的参数而已。
    如果评论有误，请不吝赐教，不胜感激！