vue使用urlEncode

// 解碼用 
decodeURIComponent(str)
// 編碼用 
encodeURIComponent(str)

為什么要urlencode()

why

1.當(dāng)字符串?dāng)?shù)據(jù)以u(píng)rl的形式傳遞給web服務(wù)器時(shí)，字符串中是不允許出現(xiàn)空格和特殊字符串的

2.url對(duì)字符有限制，比如把一個(gè)郵箱放入url，就需要使用urlencode函數(shù)。

3.url轉(zhuǎn)義其實(shí)也只是為了符合url的規(guī)范而已。因?yàn)樵跇?biāo)準(zhǔn)的url規(guī)范中中文和很多的字符是不允許出現(xiàn)在url中的。

urlencode的說(shuō)明：

• urlencode ( string $str ) : string

此函數(shù)便于將字符串編碼并將其用于 URL 的請(qǐng)求部分，同時(shí)它還便于將變量傳遞給下一頁(yè)。

• 參數(shù)

str 要編碼的字符串

• 返回值

返回字符串，此字符串中除了-_.之外的所有 非字母數(shù)字 字符都被替換成百分號(hào)（%）后跟 兩位十六進(jìn)制數(shù)，

空格 則編碼位加號(hào)（+）。此編碼與www表單post數(shù)據(jù)的編碼方式是一樣的，同時(shí)與application/x-www-form-urlencoded的媒體類型編碼方式一樣。由于歷史原因，此編碼在將空格編碼為加號(hào)（+）方面與RFC3986編碼不同。

哪些字符是需要轉(zhuǎn)化的呢？

• 1.ASCII的控制字符

這些字符都是不可打印的，自然需要進(jìn)行轉(zhuǎn)化。

• 2.一些非ASCII字符

這些字符自然是非法的字符范圍。轉(zhuǎn)化也是理所當(dāng)然的了。

• 3.一些保留字符

很明顯最常見(jiàn)的就是“&”了，如果這個(gè)出現(xiàn)在url中，那你認(rèn)為是url中的一個(gè)字符呢，還是特殊的參數(shù)分割符呢？

• 4.一些不安全的字符

例如：空格。為了防止引起歧義，需要被轉(zhuǎn)化為“+”。

明白了這些，也就知道了為什么需要轉(zhuǎn)化了，而轉(zhuǎn)化的規(guī)則也是很簡(jiǎn)單的。

按照每個(gè)字符對(duì)應(yīng)的字符編碼，不是符合我們范圍的，統(tǒng)統(tǒng)的轉(zhuǎn)化為 % 的形式，自然也是16進(jìn)制的形式。

和字符編碼無(wú)關(guān)

通過(guò)urlencode的轉(zhuǎn)化規(guī)則和目的，我們也很容易的看出，urlencode是基于字符編碼的。同樣的一個(gè)漢字，不同的編碼類型，肯定對(duì)應(yīng)不同的urlencode的串。gbk編碼有g(shù)bk的encode結(jié)果。

apache等服務(wù)器，接收到字符串后，可以進(jìn)行decode，但是還是無(wú)法解決編碼的問(wèn)題。編碼的問(wèn)題，還是需要靠約定或者字符編碼的判斷解決。

因此，urlencode只是為了url中一些非ASCII字符，可以正確無(wú)誤的被傳輸，至于使用哪種編碼，就不是urlencode所關(guān)心和解決的問(wèn)題了。

總結(jié)

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論