JSP(J2EE)中文乱码

常见的解决方式如修改tomcat，配置request编码方式等在这里就不说了，网络上很多。这里提到一种比较少见的一种情况，但也常被忽略的情况。

通常情况下我们配置request编码会在web.xml配置个spring的过滤器，如下：

<filter>
        <filter-name>encodingFilter</filter-name>
        <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
        <init-param>
            <param-name>encoding</param-name>
            <param-value>utf-8</param-value>
        </init-param>
    </filter>

这里的配置没问题，问题会出现在正面的mapping里：

<filter-mapping>
        <filter-name>encodingFilter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>

通常情况下很多人不会留意这个mapping放的位置，其实所有的filter-mapping执行是有先后有顺序的，如果在这个encodingFilter的mapping前放上spring的dispatcherFilter的mapping，那就会是出现先处理完springmvc请求后再修改request的编码方式，但这时已经太迟了，乱码都已经提交到业务层去了。

因为必须将这个encodingFilter的mapping放在所有的filter-mapping前面，即先指定完编码后再处理其他事务。