1.解析輸入的URL地址
-
傳輸協(xié)議（把信息在客戶(hù)端和服務(wù)器端進(jìn)行傳遞尔崔，類(lèi)似于快遞小哥）
- http 超文本傳輸協(xié)議（傳輸?shù)膬?nèi)容除了文本，還有可能是其它類(lèi)型：二進(jìn)制編碼褥民、BASE64碼季春、文件流等等）
- https 比HTTP更加安全的傳輸協(xié)議（傳輸通道設(shè)置加密算法SSL），一般支付類(lèi)網(wǎng)站都是HTTPS協(xié)議
- ftp 資源上傳協(xié)議消返，一般應(yīng)用于把本地文件直接上傳到服務(wù)器端
-
域名 zhufengpeixun.cn
- 一級(jí)域名 www.zhufengpeixun.cn
- 二級(jí)域名 video.zhufengpeixun.cn
- 三級(jí)域名 webG.video.zhufengpeixun.cn
- 常用域名性質(zhì)：.com國(guó)際 / .cn中國(guó) / .gov政府 / .org官方 / .net系統(tǒng) / .io博客 / .vip ...
-
端口號(hào) （根據(jù)端口號(hào)载弄，找到當(dāng)前服務(wù)器上指定的服務(wù)）
- 0~65535之間
- 不同協(xié)議有自己默認(rèn)的端口號(hào)（也就是自己不用寫(xiě)，瀏覽器會(huì)幫我們加上）
- http => 80
- https => 443
- ftp => 21
- 除這幾個(gè)在書(shū)寫(xiě)的時(shí)候可以省略撵颊，其余的不能省
-
請(qǐng)求資源的路徑和名稱(chēng)
- /stu/index.html
- 一般情況下宇攻，如果我們?cè)L問(wèn)的是index.html等，可以省略不寫(xiě)（因?yàn)榉?wù)端一般會(huì)設(shè)置index.html為默認(rèn)文檔倡勇，當(dāng)然可以自定義）
- 偽URL
- SEO優(yōu)化 https://item.jd.com/100006038463.html
- 數(shù)據(jù)請(qǐng)求的接口地址 /user/list
- /stu/index.html
-
問(wèn)號(hào)傳參部分 ?xxx=xxx
- 客戶(hù)端基于GET系列請(qǐng)求逞刷，把信息傳遞會(huì)服務(wù)器，一般都會(huì)基于問(wèn)號(hào)傳參的模式
- 頁(yè)面之間跳轉(zhuǎn)，信息的一些通信也可以基于問(wèn)號(hào)傳參的方式（單頁(yè)面中組件和組件跳轉(zhuǎn)之間的信息通信夸浅，也可能基于問(wèn)號(hào)傳參）
- 關(guān)于傳遞的內(nèi)容需要進(jìn)行編碼處理（處理特殊字符和中文）
- encodeURI / decodeURI
- encodeURIComponent / decodeURIComponent
- escape / unescape
- ...
設(shè)置哈希HASH #xxx
2.DNS解析
網(wǎng)站中仑最，每發(fā)送一個(gè)TCP請(qǐng)求，都要進(jìn)行DNS解析（一但當(dāng)前域名解析過(guò)一次帆喇，瀏覽器一般會(huì)緩存解析記錄警医，緩存時(shí)間一般在1分鐘左右，后期發(fā)送的請(qǐng)求如果還是這個(gè)域名坯钦，則跳過(guò)解析步驟 =>這是一個(gè)性能優(yōu)化點(diǎn)）
真實(shí)項(xiàng)目中预皇，一個(gè)大型網(wǎng)站，他要請(qǐng)求的資源是分散到不同的服務(wù)器上的（每一個(gè)服務(wù)器都有自己的一個(gè)域名解析）
- WEB服務(wù)器（處理靜態(tài)資源文件葫笼，例如：html/css/js等 的請(qǐng)求）
- 數(shù)據(jù)服務(wù)器（處理數(shù)據(jù)請(qǐng)求）
- 圖片服務(wù)器 （處理圖片請(qǐng)求）
- 音視頻服務(wù)器
- ......
這樣導(dǎo)致深啤，我們需要解析的DNS會(huì)有很多次
優(yōu)化技巧：DNS Prefetch 即 DNS 預(yù)獲取
讓頁(yè)面加載（尤其是后期資源的加載）更順暢更快一些
<meta http-equiv="x-dns-prefetch-control" content="on">
<link rel="dns-prefetch" >
<link rel="dns-prefetch" >
<link rel="dns-prefetch" >
<link rel="dns-prefetch" >
<link rel="dns-prefetch" >
.......
3.基于TCP的三次握手拗馒，夠建客戶(hù)端和服務(wù)器端的連接通道
只有建立好連接通道路星，才能基于HTTP等傳輸協(xié)議，實(shí)現(xiàn)客戶(hù)端和服務(wù)器端的信息交互
4.發(fā)送HTTP請(qǐng)求
基于HTTP等傳輸協(xié)議诱桂，客戶(hù)端把一些信息傳遞給服務(wù)器
-
HTTP請(qǐng)求報(bào)文（所有客戶(hù)端傳遞給服務(wù)器的內(nèi)容洋丐，統(tǒng)稱(chēng)為請(qǐng)求報(bào)文）
- 谷歌控制臺(tái)NetWork中可以看到
- 請(qǐng)求起始行
- 請(qǐng)求首部（請(qǐng)求頭）
- 請(qǐng)求主體
-
強(qiáng)緩存 和 協(xié)商緩存（性能優(yōu)化：減少HTTP請(qǐng)求的次數(shù)）
- 強(qiáng)緩存 ( Cache-Control 和 Expires )
- 協(xié)商緩存 ( Last-Modified 和 Etag )
5.服務(wù)器接受到請(qǐng)求，并進(jìn)行處理挥等，最后把信息返回給客戶(hù)端
- HTTP響應(yīng)報(bào)文（所有服務(wù)器返回給客戶(hù)端的內(nèi)容）
- 響應(yīng)起始行
- 響應(yīng)首部（響應(yīng)頭）
- date存儲(chǔ)的是服務(wù)器的時(shí)間
- ...
- 響應(yīng)主體
- 服務(wù)器返回的時(shí)候是：先把響應(yīng)頭信息返回友绝，然后繼續(xù)返回響應(yīng)主體中的內(nèi)容（需要的信息大部分都是基于響應(yīng)主體返回的）
6.斷開(kāi)TCP鏈接通道 （四次揮手）
- 當(dāng)客戶(hù)端把請(qǐng)求信息發(fā)送給服務(wù)器的時(shí)候，就揮第一次手：客戶(hù)端告訴服務(wù)器端肝劲，我已經(jīng)把請(qǐng)求報(bào)文都給你了迁客，你準(zhǔn)備關(guān)閉吧
- 第二次揮手：由服務(wù)器發(fā)起，告訴瀏覽器辞槐，我接收完請(qǐng)求報(bào)文掷漱，我準(zhǔn)備關(guān)閉，你也準(zhǔn)備吧榄檬；
- 第三次揮手：由服務(wù)器發(fā)起卜范，告訴瀏覽器，我響應(yīng)報(bào)文發(fā)送完畢鹿榜，你準(zhǔn)備關(guān)閉吧海雪；
- 第四次揮手：由瀏覽器發(fā)起，告訴服務(wù)器舱殿，我響應(yīng)報(bào)文接收完畢奥裸，我準(zhǔn)備關(guān)閉，你也準(zhǔn)備吧沪袭；
Connection: Keep-Alive 保持TCP不中斷（性能優(yōu)化點(diǎn)刺彩，減少每一次請(qǐng)求還需要重新建立鏈接通道的時(shí)間）
