如今的日本手机开发里,一般都是要对应Smart Phone和Feature Phone两种设备。
一般cubby framework的编码设置,是在web.xml里通过flter配置的。
如下:
<filter>
<filter-name>encoding</filter-name>
<filter-class>org.seasar.cubby.filter.EncodingFilter</filter-class>
<init-param>
<param-name>encoding</param-name>
<param-value>UTF-8</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>encoding</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
也就是说,整个系统是统一配置,对应一种编码的。
如果Smart Phone和Feature Phone都使用Shift_JIS编,码倒是没有问题。
但是有时候,客户会要求Smart Phone使用UTF-8编码,而Feature Phone使用Shift_JIS编码。
这时候,就无法通过cubby的默认配置方式来解决了。
这里想到的解决方案是,继承cubby的EncodingFilter,实现自己的MyEncodingFilter,在里面实现自己的编码设置。
通过cubby的源码我们可以看到,web.xml里配置的filter参数"encoding",是赋给filter的类属性encoding的。
咋一看,似乎我们只需要在doFilter方法里,判断访问者的设备类型,然后给这个属性设置对应的编码就OK了。
然而,如果Smart Phone和Feature Phone两种设备同时测试的话,你会发现显示的编码并不正确。
原因就是:
web服务器对请求的处理是多线程的,但是filter对象却是单例的,被多个请求线程共用。
这里就会涉及多线程的资源共享问题。使用类属性持有编码类型的话,会被别的线程给覆盖。
因此这里就不能再使用配置里的参数"encoding"来持有编码了,而应该使用doFilter方法内变量。