.encodeURL函數(shù)主要是來對URI來做轉(zhuǎn)碼，它默認(rèn)是采用的UTF-8的編碼.
. UTF-8編碼的格式:一個(gè)漢字來三個(gè)字節(jié)構(gòu)成，每一個(gè)字節(jié)會(huì)轉(zhuǎn)換成16進(jìn)制的編碼，同時(shí)添加上%號.

假設(shè)頁面端輸入的中文是一個(gè)“中”，按照下面步驟進(jìn)行解碼

1.第一次encodeURI，按照utf-8方式獲取字節(jié)數(shù)組變成[-28,-72-83]，對字節(jié)碼數(shù)組進(jìn)行遍歷，把每個(gè)字節(jié)轉(zhuǎn)化成對應(yīng)的16進(jìn)制數(shù)，這樣就變成了[E4,B8,AD],最后變成[%E4,%B8,%AD] ?此時(shí)已經(jīng)沒有了多字節(jié)字符，全部是單字節(jié)字符。

?

2、第二次encodeURI，進(jìn)行編碼，會(huì)把%看成一個(gè)轉(zhuǎn)義字符，并不編碼%以后字符，會(huì)把%編碼成%25.把數(shù)組最后變成[%25E4,%25B8,%25AD]然后就把處理后的數(shù)據(jù)[%25E4,%25B8,%25AD]發(fā)往服務(wù)器端，
當(dāng)應(yīng)用服務(wù)器調(diào)用getParameter方法，getParameter方法會(huì)去向應(yīng)用服務(wù)器請求參數(shù)
應(yīng)用服務(wù)器最初獲得的就是發(fā)送來的[%25E4,%25B8,%25AD]，應(yīng)用服務(wù)器會(huì)對這個(gè)數(shù)據(jù)進(jìn)行URLdecode操作，應(yīng)用服務(wù)器進(jìn)行解碼的這一次，不管是按照UTF-8，還是GBK，還是ISO-8859，,都能得到[%E4,%B8,%AD]，因?yàn)槎紩?huì)把%25解析成%.并把這個(gè)值返回給getParameter方法

3、再用UTF-8解碼一次，就得到"中"了。

想想看，如果不編碼兩次，當(dāng)服務(wù)器自動(dòng)解碼的時(shí)候，假如是按照ISO-8859去解碼UTF-8編碼的東西，就是會(huì)出現(xiàn)亂碼。

?

JS:document.authorityForm.action = basePath3+"User_viewUser.do?id="+id+"&roleName="+encodeURI(encodeURI(roleName))+"&roleType="+roleType;JAVA后臺：roleName = java.net.URLDecoder.decode(getRequest().getParameter("roleName"),"UTF-8");

?

?

原文地址：http://blog.csdn.net/howlaa/article/details/12834595

轉(zhuǎn)載于:https://www.cnblogs.com/coder-lzh/p/8616093.html

總結(jié)

以上是生活随笔為你收集整理的为什么要两次调用encodeURI来解决乱码问题的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。