頁面get請求 中文參數方法亂碼問題

地址欄中出現漢字的狀況有兩種,一種是漢字出如今URL的路徑部分,一種是漢字出如今URL的傳參的部分,第二種狀況的時候必須採用編碼後傳參,接受時解碼的方式完成傳參。git

 

js中編碼有escape(),encodeURI(),encodeURIComponent()三個經常使用的方法,web

escape()經常用在提交頁面和處理頁面的編碼格式相同的狀況下(好比它們都是GB2312),瀏覽器

encodeURI()和encodeURIComponent()的用法基本相同,區別在於encodeURIComponent()也對"?"等特殊字符進行編碼。
一開始遇到中文參數的時候,使用encodeURI()進行了一遍編碼,傳過去後,發現解碼出現問題,因而想到多是編碼方法使用錯誤,因而使用escape()方法,這時發現解碼時拋出isHexDigit異常。藉助百度搜索isHexDigit異常,發現原來,是escape()方法形成了異常,同時瞭解了瀏覽器傳遞地址的一些原理,在瀏覽器地址欄裏,瀏覽器認爲%是個轉義字符,瀏覽器會把%與%之間的編碼,兩位兩位取出後進行解碼,而後再傳遞給處理頁面,
而後由處理頁面進行再次解碼。由此我想到一直使用encodeURI方法是正確的,只是須要使用兩次encodeURI方法,例如encodeURI(encodeURI("中文"));第一次是把中文編碼成%xy的格式,
第二次是對%xy中的%進行編碼,%編碼成%25。整個傳參過程大致應該是:提交頁面使用encodeURI(encodeURI("中文"))編碼,把最後的編碼結果%25xy傳遞給處理頁面的過程當中,瀏覽器獲取URL地址
(注意openModelDialog方法,瀏覽器獲取不到參數編碼)後解碼成%xy,而後把%xy傳遞給處理頁面,處理頁面使用URLDecoder.decode(request.getParameter("參數名"),"UTF-8");完成解碼。
總結:
一、漢字出如今URL路徑部分的時候不須要編碼解碼;
二、使用encodeURI進行2次編碼;
三、在openModelDialog()打開的模式窗體裏沒辦法用request.getParameter正確獲取參數;

客戶端和服務器在傳遞數據時能夠用過濾器filter解決字符編碼問題,但filter只能解決post方式提交的數據。對於get方式,可使用兩次encodeURI(encodeURI(「中文」))並在服務器中使用URLDecoder.decode(「中文」, "UTF-8");
今天用Ajax校驗數據時也遇到這個問題,儘管頁面、類和web容器都統一了字符編碼,提交的數據依然是亂碼,因此就採用了2次encodeURI()編碼方式,亂碼問題就解決了。
頁面服務器

var name=document.myForm.username.value;  
var url="Ajax.do?method=check&name="+encodeURI(encodeURI(name));  
xmlHttp.open("GET",url,true);  
action中  
String name = request.getParameter("name");  
name = URLDecoder.decode(name, "UTF-8");  
//servlet返回數據時,將字符編碼設置爲utf-8就能夠了,由於Ajax只支持utf-8  
response.setContentType("text/xml;charset=utf-8");  
PrintWriter out = response.getWriter();  
out.print(result);  
相關文章
相關標籤/搜索