url 中文傳參 亂碼問題

開發一直用firfox網頁,調試什麼的都很方便。因此遇到了瀏覽器之間的兼容問題。url中文傳參。chrome

問題:前臺用url傳值中文,後臺用request.getParameter接收參數。瀏覽器

       用firfox,chrome等沒有問題。用ie會出現接參亂碼現象。tomcat

 

上網查了一下,算了,仍是把原文帖上來吧。比較容易懂。服務器

 

  讓jsp正確解釋含有中文的URL以及傳遞中文參數是一個頗有用的特性,也是比較複雜的。我去年的一個小項目中就碰到了在URL中傳遞中文參數的問題,可是當時因爲對Jsp還不是很熟悉,因此沒有解決這個問題於是捨棄了一部分功能。
  
  可是,這個問題確實得解決,由於在即將展開的一個項目中確定得用它。因而,今天花了一天的時間來研究這個問題,好在功夫不負有心人,如今問題終於解決了。下面就作一下介紹:
  
  IE、Firefox、Opera三種瀏覽器對URL的傳輸的處理各不相同,瀏覽器在傳輸URl時得對URL進行編碼,IE默認是以UTF-8來傳輸的,Opera可能也是以UTF-8編碼的,Firefox通過測試確定不是以UTF-8來編碼的,有多是以ISO-8859-1來編碼的。因此若是不對中文進行處理,那麼中文字符經各個瀏覽器以本身的編碼方式傳輸到服務器後就出現了各類編碼方式,而服務器卻只能以一種編碼方式來對接收到的URL進行解碼。這樣的話,和服務器使用的編碼方式同樣的瀏覽器在使用帶中文的URl時不會出現問題,其餘的瀏覽器則會出現問題。
  
  因此解決的辦法就是在URL進行傳輸以前對其中的中文進行編碼,使用的編碼是和服務器同樣的編碼,假設服務器使用的編碼是UTF-8,則編碼語句以下:URLEncoder.encode("中文","UTF-8")。這樣對中文進行編碼後全部的瀏覽器都不會再用他們默認的編碼方式對中文進行編碼,由於此時瀏覽器看到的已經不是中文了,而是編碼後的字節碼。這樣就避開了瀏覽器傳輸URL時編碼的差別性問題。
  
  對中文參數問題的解決方式和上面同樣。但這裏所指的中文參數是指以?name="中文參數"方式附在URL後,以get方法傳輸到服務器的這種形式,並非以表單形式提交到服務器的。各瀏覽器對中文參數的處理方式和各自對URL中中文的處理方式都不相同,各瀏覽器之間也有差別,有的在傳輸以前不進行編碼,有的在傳輸以前就已經進行了編碼,情形很是複雜。
  
  可是咱們以不變應萬變,都用URLEncoder.encode("中文","UTF-8")對中文參數進行編碼,這樣無論各瀏覽器怎樣對中文參數進行處理,此時通過咱們編碼後的中文對瀏覽器來講就是字節碼,與a、b、c等字母沒有什麼區別。可是服務器會用UTF-8編碼形式來還原中文參數。
  
  總結一下:以Tomcat服務器爲例,在中添加URIEncoding="UTF-8",設置tomcat以utf-8的編碼方式來處理URL。其次,對URL中的中文和中文參數都用URLEncoder.encode("中文","UTF-8")進行編碼。
jsp

 

 

再有,就是在後臺進行轉碼。函數

 

點擊後打開新頁面,用戶登陸!用戶名爲中文時,火狐、google瀏覽器無問題,但IE有亂碼問題:測試

 

方法三: 

若是用jstl的話,能夠本身寫一個el的function,調用URLEncoder.encode來編碼。 

IE缺省對URL後面的參數是不編碼發送的,可是tomat缺省是按ISO8859-1來進行URL解碼,所以纔會出現上述錯誤。好的作法是: 

1、在URL參數中確保用UTF-8編碼之,方法能夠用js函數encodeURI(),或調用自定義的el function; 

2、設置server.xml中的Connector熟悉URIEncoding="UTF-8",確保解碼格式與編碼格式統一; 

方法四: 

<script> 

for(var i=0;i<document.links.length;i++){ 

document.links[i].href=encodeURI(document.links[i].href); 

} 

</script> 

在action中,String s=request.getParameter("s"); 

s=new String(s.getBytes("iso-8859-1"),"gbk"); 
相關文章
相關標籤/搜索