IE缺省對URL後面的參數是不編碼發送的,但是Tomat缺省是按ISO8859-1來進行URL編碼的,因此才會出錯。
方法一:
對URL鏈接進行二次編碼:
<a onclick="javascript:window.open(encodeURI(encodeURI('./DispatchAction.do?efFormEname=FKRY0001&code_type=中文參數')))">測試</a>
或者單獨對參數進行二次編碼:
var code_type = "中文參數"; code_type = encodeURI(code_type); code_type = encodeURI(code_type); window.open("./DispatchAction.do?efFormEname=FKRY0001&code_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",確保解碼格式與編碼格式統一。