偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

面試官竟然敢問我URLEncode 及Gbk, Unicode等編碼

開發(fā) 前端
unicode 在很長一段時(shí)間內(nèi)無法推廣,直到互聯(lián)網(wǎng)的出現(xiàn),為解決 unicode 如何在網(wǎng)絡(luò)上傳輸?shù)膯栴},于是面向傳輸?shù)谋姸?UTF(UCS Transfer Format)標(biāo)準(zhǔn)出現(xiàn)了,顧名思義,UTF-8 就是每次 8 個(gè)位傳輸數(shù)據(jù),而 UTF-16 就是每次 16 個(gè)位。

[[426690]]

URL encode

URL encode 實(shí)際上是對(duì) URI 進(jìn)行 encode的,而不是對(duì) URL。

什么是 URI?

Uniform Resource Identifier (URI,統(tǒng)一資源標(biāo)志符) ,是用來標(biāo)識(shí)資源的字符串,規(guī)定了以下文法:

上圖可見,有效的 URI 至少包含 scheme,: 以及 path(路徑),如經(jīng)典的觸發(fā)操作系統(tǒng)發(fā)郵件動(dòng)作的mailto 格式[1]:

  1. mailto:John.Doe@example.com 
  2.   └─┬──┘ └────┬─────────────┘ 
  3.   scheme     path 

其他就是可選的組合路徑了,如 scheme://host path ? query # fragment 就會(huì)我們常見的 url 格式:

  1. userinfo       host      port 
  2.           ┌──┴───┐ ┌──────┴──────┐ ┌┴┐ 
  3.   https://john.doe@www.example.com:123/forum/questions/?tag=networking&order=newest#top 
  4.   └─┬─┘   └───────────┬──────────────┘└───────┬───────┘ └───────────┬─────────────┘ └┬┘ 
  5.   scheme          authority                  path                 query           fragment 

URI包含URLs and URNs

  • URL:Uniform Resource Locator(統(tǒng)一資源定位符):定義了如何找到一個(gè)資源
  • URN: Uniform Resource Name (統(tǒng)一資源名稱):定義了這個(gè)資源的唯一名字

簡單說作用就是:

  • URL:我們目前常用的網(wǎng)站地址,提供了以什么協(xié)議(http,ftp)來訪問,地址路徑在哪里(bilibili.com, abc.com)等等。
  • URN:我要獲取的這個(gè)資源有一個(gè)唯一名字,我提供過去,統(tǒng)一中心會(huì)解析這個(gè) URN,不管這個(gè)資源搬遷到哪里,只要存在就會(huì)返回給你。而 URL 一旦搬遷了,就不是有效地址了,你需要一個(gè)新地址去定位這個(gè)資源。由于歷史原因,URN 幾乎沒有普及,所以某種程度上給人造成了 URL 跟 URI 好像差不多的樣子。

Reserved Characters(保留字符)

URI 規(guī)定了要保留以下字符作特殊使用:

  1. !    *    '    (    )    ;    :    @    &    =    +    $    ,    /    ?    #    [    ] 
  2. 來自 RFC 3986 section 2.2 Reserved Characters (January 2005) 

如 ? 用來帶 url 中的參數(shù),/ 用來分割 url, & 用來拼接 query等,保留字符都有自己的作用。

因此需要傳此類字符而不是作特殊字符作用使用時(shí),不能直接放入 url 中,需要編碼,也就是 url encode 做的事情。

encode 很簡單,把保留字符如 ? 轉(zhuǎn)成 ASCII[2] 的 16 進(jìn)制表示(? 就是 3F),在前面加一個(gè) % 代表這是轉(zhuǎn)碼字符即可,也就是 ? 需要 encode 成 %3F 放在 url 中,所以 url encode 又稱作 Percent-encoding。

實(shí)際應(yīng)用

在下述url 中,需要傳入跳轉(zhuǎn) BACK_URL 參數(shù) new_login.com?a=12 時(shí),就需要轉(zhuǎn)移 ? 跟 =g .

https://third_party_login.com?BACK_URL=new_login.com?a=12 就應(yīng)該轉(zhuǎn)換成

https://third_party_login.com?BACK_URL=new_login.com%3Fa%3D12

這樣子后面的 ? 與 = 就不會(huì)被處理掉,而能夠作為 BACK_URL 這個(gè)參數(shù)的一部分傳給后端。

http 協(xié)議中 headers 的 content-type 里常見的的 application/x-www-form-urlencoded,指定請(qǐng)求 body 使用 URL encoded。

gbk,Unicode,UTF-8

鑒于珠玉在前,我就整理下Unicode 和 UTF-8 有什么區(qū)別?[3]的內(nèi)容 ok 了:

簡單來說:

  • Unicode 是「字符集」
  • UTF-8 是「編碼規(guī)則」
  • 字符集:為每一個(gè)「字符」分配一個(gè)唯一的 ID(學(xué)名為碼位 / 碼點(diǎn) / Code Point)
  • 編碼規(guī)則:將「碼位」轉(zhuǎn)換為字節(jié)序列的規(guī)則(編碼 / 解碼 可以理解為 加密 / 解密 的過程)

詳細(xì)過程:

  • 中國人民通過對(duì) ASCII 編碼的中文擴(kuò)充改造,產(chǎn)生了 GB2312 編碼,可以表示 6000 多個(gè)常用漢字。
  • 漢字實(shí)在是太多了,包括繁體和各種字符,于是產(chǎn)生了 GBK 編碼,它包括了 GB2312 中的編碼,同時(shí)擴(kuò)充了很多。
  • 中國是個(gè)多民族國家,各個(gè)民族幾乎都有自己獨(dú)立的語言系統(tǒng),為了表示那些字符,繼續(xù)把 GBK 編碼擴(kuò)充為 GB18030 編碼。
  • 每個(gè)國家都像中國一樣,把自己的語言編碼,于是出現(xiàn)了各種各樣的編碼,如果你不安裝相應(yīng)的編碼,就無法解釋相應(yīng)編碼想表達(dá)的內(nèi)容。
  • 終于,有個(gè)叫 ISO(國際標(biāo)誰化組織) 的組織看不下去了。他們一起創(chuàng)造了一種編碼 UNICODE(Universal Multiple-Octet Coded Character Set),這種編碼非常大,大到可以容納世界上任何一個(gè)文字和標(biāo)志。所以只要電腦上有 UNICODE 這種編碼系統(tǒng),無論是全球哪種文字,只需要保存文件的時(shí)候,保存成 UNICODE 編碼就可以被其他電腦正常解釋。
  • unicode 在很長一段時(shí)間內(nèi)無法推廣,直到互聯(lián)網(wǎng)的出現(xiàn),為解決 unicode 如何在網(wǎng)絡(luò)上傳輸?shù)膯栴},于是面向傳輸?shù)谋姸?UTF(UCS Transfer Format)標(biāo)準(zhǔn)出現(xiàn)了。UNICODE 在網(wǎng)絡(luò)傳輸中,出現(xiàn)了兩個(gè)標(biāo)準(zhǔn) UTF-8 和 UTF-16,分別每次傳輸 8 個(gè)位和 16 個(gè)位。UTF-8 顧名思義,是一套以 8 位為一個(gè)編碼單位的可變長編碼。
  • 于是就會(huì)有人產(chǎn)生疑問,UTF-8 既然能保存那么多文字、符號(hào),為什么國內(nèi)還有這么多使用 GBK 等編碼的人?因?yàn)?UTF-8 等編碼體積比較大,占電腦空間比較多,如果面向的使用人群絕大部分都是中國人,用 GBK 等編碼也可以。

unicode 在很長一段時(shí)間內(nèi)無法推廣,直到互聯(lián)網(wǎng)的出現(xiàn),為解決 unicode 如何在網(wǎng)絡(luò)上傳輸?shù)膯栴},于是面向傳輸?shù)谋姸?UTF(UCS Transfer Format)標(biāo)準(zhǔn)出現(xiàn)了,顧名思義,UTF-8 就是每次 8 個(gè)位傳輸數(shù)據(jù),而 UTF-16 就是每次 16 個(gè)位。UTF-8 就是在互聯(lián)網(wǎng)上使用最廣的一種 unicode 的實(shí)現(xiàn)方式,這是為傳輸而設(shè)計(jì)的編碼,并使編碼無國界,這樣就可以顯示全世界上所有文化的字符了。UTF-8 最大的一個(gè)特點(diǎn),就是它是一種變長的編碼方式。它可以使用 1~4 個(gè)字節(jié)表示一個(gè)符號(hào),根據(jù)不同的符號(hào)而變化字節(jié)長度,當(dāng)字符在 ASCII 碼的范圍時(shí),就用一個(gè)字節(jié)表示,保留了 ASCII 字符一個(gè)字節(jié)的編碼做為它的一部分,注意的是 unicode 一個(gè)中文字符占 2 個(gè)字節(jié),而 UTF-8 一個(gè)中文字符占 3 個(gè)字節(jié))。從 unicode 到 utf-8 并不是直接的對(duì)應(yīng),而是要過一些算法和規(guī)則來轉(zhuǎn)換。

References

[1] mailto 格式: https://www.wikiwand.com/en/Mailto

[2] ASCII: https://www.wikiwand.com/en/American_Standard_Code_for_Information_Interchange

[3] Unicode 和 UTF-8 有什么區(qū)別?: https://www.zhihu.com/question/23374078/answer/69732605

本文轉(zhuǎn)載自微信公眾號(hào)「山盡寫東西的cache」,可以通過以下二維碼關(guān)注。轉(zhuǎn)載本文請(qǐng)聯(lián)系山盡寫東西的cache公眾號(hào)。

 

責(zé)任編輯:武曉燕 來源: 山盡寫東西的cache
相關(guān)推薦

2021-04-14 18:58:01

虛擬機(jī) Java內(nèi)存

2021-12-02 08:19:06

MVCC面試數(shù)據(jù)庫

2020-04-16 08:22:11

HTTPS加解密協(xié)議

2021-05-20 08:54:16

Go面向對(duì)象

2010-08-23 15:06:52

發(fā)問

2022-05-24 08:03:28

InnoDBMySQL數(shù)據(jù)

2021-06-03 08:55:54

分布式事務(wù)ACID

2023-09-01 15:27:31

2022-10-17 00:04:30

索引SQL訂單

2020-12-03 07:39:50

HashMap底層數(shù)據(jù)

2020-08-10 07:58:18

異步編程調(diào)用

2021-05-08 07:53:33

面試線程池系統(tǒng)

2021-05-19 08:17:35

秒殺場景高并發(fā)

2022-04-01 07:52:42

JavaScript防抖節(jié)流

2021-03-11 08:51:00

存儲(chǔ)面試位置

2021-08-28 09:06:11

Dubbo架構(gòu)服務(wù)

2020-05-20 17:35:40

JavaString面試官

2024-07-10 10:08:36

項(xiàng)目多表關(guān)聯(lián)哈希

2021-02-06 09:21:17

MySQL索引面試

2022-04-10 18:10:24

CURD鏈表
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)