問題起因：
今天遇到一個亂碼問題，以前已經配置好了的呀。而且是普遍現象，看來是公共的變更引起的問題。
分析過程：
于是開始進行調試，因為是公共問題，所以就對web.xml最近的變更進行增刪調試，發現如果使用SecurityFilter就報錯，去掉久正常了。
仔細檢查，發現如下現象：
1、在設置字符集之前, 提前調用了request.getParameter()方法，就會出現問題。即使后來再設置字符集，隨后的action接收的數據也會亂碼。
2、對于同一個url，如：*.do，filter-mapping 是有順序的，按照web.xml中的配置順序。
從網上查到的結論：
根據servlet2.3規范filter執行是按照web.xml配置的filter-mapping先后順序進行執行，所以上面的配置會導致遇見*.do的url請求，先進行SecurityFilter的過濾器處理，這時候沒有做編碼處理，已經是亂碼，到下面的filter處理時已經時亂碼，再做編碼處理已經沒有用處。
解決辦法：
錯誤的順序：
<filter-mapping>
<filter-name>SecurityFilter</filter-name>
<url-pattern>*.do</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>CharacterEncoding</filter-name>
<url-pattern>*.do</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>CharacterEncoding</filter-name>
<url-pattern>*.jsp</url-pattern>
</filter-mapping>
正確的順序：
<filter-mapping>
<filter-name>CharacterEncoding</filter-name>
<url-pattern>*.do</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>CharacterEncoding</filter-name>
<url-pattern>*.jsp</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>SecurityFilter</filter-name>
<url-pattern>*.do</url-pattern>
</filter-mapping>