IE缺省對URL后面的參數是不編碼發送的，但是Tomat缺省是按ISO8859-1來進行URL編碼的，因此才會出錯。
方法一：
對URL鏈接進行二次編碼：
a onclick="javascript:window.open(encodeURI(encodeURI('./DispatchAction.do?efFormEname=FKRY0001code_type=中文參數')))">測試/a>
或者單獨對參數進行二次編碼：
var code_type = "中文參數";
code_type = encodeURI(code_type);
code_type = encodeURI(code_type);
window.open("./DispatchAction.do?efFormEname=FKRY0001code_type="+code_type);
Service：
String code_type = request.getParameter("code_type");
//這句話一定要寫，因為如果不寫的話編碼就是%E5%A6%88%
code_type = java.net.URLDecoder.decode(code_type,"UTF-8");
有人提出為什么要在客戶端對字符串重復編碼兩次呢？
如果因為項目需要，不能指定容器使用何種編碼規則來解碼提交的參數，比如：需要接收來自不同頁面，不地編碼的參數內容時。 （又或者是開發人員被這有點復雜的東西搞得暈頭轉向，不懂得如何正確的去做好這接收參數的工作）
這個時候，在客戶端對參數進行二次編碼，可以有效的避開“提交多字節字符”的這個棘手問題。
因為第一次編碼，你的參數內容便不帶有多字節字符了，成了純粹的 Ascii 字符串。（這里把編第一次的結果叫成 [STR_ENC1] 好了。[STR_ENC1] 是不帶有多字節字符的）
再編一次后，提交，接收時容器自動解一次（容器自動解的這一次，不管是按 GBK 還是 UTF-8 還是 ISO-8859-1 都好，都能夠正確的得到 [STR_ENC1]）
然后，再在程序中實現一次 decodeURIComponent （Java中通常使用 java.net.URLDecoder.decode(***, "UTF-8")）就可以得到想提交的參數的原值。
簡單來說，就是Tomcat服務器會自動幫你做一次URLDecode，再加上你自己在Service代碼里面寫的URLDecode，一共就是兩個Decode了。既然要兩次Decode，當然就需要兩次Encode了。或許你會問，干脆只Encode一次，然后在java代碼里不Decode，呵呵，這個也是不行的，這其實也就是為什么要進行兩次Encode的原因吧。
方法二：（經測試不支持IE8）
http://xxx.do?ptname=中文參數
String strPtname = request.getParameter("ptname");
strPtname = new String(strPtname.getBytes("ISO-8859-1"), "UTF-8");
方法三：
%@ page contentType="text/html;charset=gb2312" %>
a href="ds.jsp?url=%=java.net.URLEncoder.encode("編碼的是這里","GB2312")%>">點擊這里/a>
%
//request.setCharacterEncoding("GBK");
if(request.getParameter("url")!=null)
{
str=request.getParameter("url");
str=java.net.URLDecoder.decode(str,"GB2312");
str=new String(str.getBytes("ISO-8859-1"));
out.print(str);
}
%>
方法四：
Tomcat中設置server.xml中的Connector熟悉URIEncoding="UTF-8"，確保解碼格式與編碼格式統一。
您可能感興趣的文章:- jsp用過濾器解決中文亂碼問題的方法
- JSP利用過濾器解決request中文亂碼問題
- JSP頁面中超鏈接傳遞中文參數出現亂碼問題解決方法
- JSP中文亂碼常見3個例子及其解決方法
- 分享JSP中文亂碼解決方法
- JSP頁面傳參出現中文亂碼的解決方案
- jsp之間傳參數接受中文有亂碼問題解決方法
- jsp地址欄傳中文顯示亂碼解決方法分享
- JSP出現中文亂碼問題解決方法詳解
