計(jì)算機(jī)網(wǎng)絡(luò)–計(jì)算機(jī)網(wǎng)絡(luò)概念
計(jì)算機(jī)網(wǎng)絡(luò)–物理層
計(jì)算機(jī)網(wǎng)絡(luò)–數(shù)據(jù)鏈路層
計(jì)算機(jī)網(wǎng)絡(luò)–網(wǎng)絡(luò)層
計(jì)算機(jī)網(wǎng)絡(luò)–傳輸層
計(jì)算機(jī)網(wǎng)絡(luò)–應(yīng)用層

1. 概述

因?yàn)椴煌木W(wǎng)絡(luò)應(yīng)用之間需要有一個(gè)確定的通信規(guī)則。

1.1 兩種常用的網(wǎng)絡(luò)應(yīng)用模型

1.1.1 客戶/服務(wù)器模型（Client/Server）

1.1.2 P2P模型（Peer-to-Peer）

網(wǎng)絡(luò)健壯性指的是P2P模型不容易壞掉，即使一個(gè)節(jié)點(diǎn)壞了也沒問題，可以有其他節(jié)點(diǎn)代替。

2. 域名系統(tǒng)協(xié)議（DNS）

2.1 概述

DNS就是將打在地址欄的域名轉(zhuǎn)化為IP地址的東西。

2.1.1 域名

域名就是www.xxx.com，當(dāng)然這是最簡單的一種 .com之后還可以有東西，稱之為根，域名從左向右，級別逐漸增高。

2.2 域名服務(wù)器（DNS服務(wù)器）

DNS服務(wù)器有很多臺(tái)，根據(jù)層次結(jié)構(gòu)分為三層，根域名服務(wù)器，頂級域名服務(wù)器，權(quán)限域名服務(wù)器。
本地域名服務(wù)器不算層次結(jié)構(gòu)，特點(diǎn)是里主機(jī)比較近，當(dāng)主機(jī)和另一臺(tái)比較近的主機(jī)通信時(shí)，就不用走哪些更高級的服務(wù)器了。
根域名服務(wù)器并不是一個(gè)域名只有一臺(tái)，而是一個(gè)域名對應(yīng)多臺(tái)域名服務(wù)器，全世界一共有13個(gè)這樣的域名，分別是a.rootservers.net，b.rootservers.net，c.rootservers.net，~m.rootservers.net
在權(quán)限域名服務(wù)器中，雖然看似abc.com比y.abc.com少了一位，但是他們的地位仍是對等的，對應(yīng)的兩臺(tái)權(quán)限域名服務(wù)器。

2.3 域名解析過程

2.3.1 遞歸查詢

在上圖中
主機(jī)先是想本地域名服務(wù)器發(fā)送請求，如果查不到的話，
本地域名服務(wù)器向根域名服務(wù)器發(fā)送請求（找別人），如果還是查不到的話，
根域名域名服務(wù)器向頂級域名服務(wù)器發(fā)送請求（找別人），如果還是查不到的話，
頂級域名服務(wù)器向權(quán)限域名服務(wù)器發(fā)送請求（找別人）
可以看到每一次向下一個(gè)查詢的服務(wù)器都變了，不是主機(jī)一個(gè)個(gè)去問，而是服務(wù)器自己一個(gè)個(gè)問下去

2.3.2 迭代查詢

在上圖中
主機(jī)先是想本地域名服務(wù)器發(fā)送請求，如果查不到的話，
本地域名服務(wù)器就讓主機(jī)去向根域名服務(wù)器發(fā)送請求（主機(jī)去找，本地域名給目標(biāo)根域名服務(wù)器的IP地址），如果還是查不到的話，
根域名域名服務(wù)器讓主機(jī)去向?qū)?yīng)的頂級域名服務(wù)器發(fā)送請求（主機(jī)去找，根域名給目標(biāo)頂級域名服務(wù)器的IP地址），如果還是查不到的話，
頂級域名服務(wù)器讓主機(jī)去向權(quán)限域名服務(wù)器發(fā)送請求（主機(jī)去找，頂級域名給目標(biāo)權(quán)限域名服務(wù)器的IP地址）
可以看到這里是主機(jī)一個(gè)個(gè)挨個(gè)問的地址

2.3.3 高速緩存

為了減少多次查詢同一個(gè)域名的資源浪費(fèi)，本地域名服務(wù)器會(huì)存儲(chǔ)最近使用的ip地址解析，下次再訪問同一個(gè)域名就不需要這么多查詢步驟了。同時(shí)這個(gè)高速緩存主機(jī)本身也有存儲(chǔ)
同時(shí)本地域名服務(wù)器還可以對頂級域名服務(wù)器，權(quán)限域名服務(wù)器的地址進(jìn)行緩存，下一次即使是不知道的ip地址，查詢也可以更快
高速緩存為了保持正確性，需要定時(shí)更新

3. 文件傳輸協(xié)議（FTP，TFTP）

3.1 概述

TFTP是一個(gè)輕量的，比較容易實(shí)現(xiàn)的，面對小文件的，UDP的文件傳輸協(xié)議
這里我們重點(diǎn)是FTP協(xié)議

3.2 FTP的服務(wù)端和客戶端

3.3 FTP的工作原理

為什么有匿名登陸：對于一些公共服務(wù)器來說，增加驗(yàn)證階段就是增加資源開銷，減少驗(yàn)證階段就可以節(jié)省資源來更好地服務(wù)
主進(jìn)程和從屬進(jìn)程的區(qū)別：主進(jìn)程是打開端口，讓外部發(fā)送的數(shù)據(jù)可以進(jìn)來，并且將這些數(shù)據(jù)逐個(gè)分配各從屬進(jìn)程。從屬進(jìn)程則是單獨(dú)為這些數(shù)據(jù)服務(wù)


先注釋一下這里的主進(jìn)程被忽略掉了，只是沒標(biāo)在上面，不是沒有啊
這里客戶端和服務(wù)器端先建立TCP連接，端口是21，稱為控制連接
然后看情況是主動(dòng)建立連接還是被動(dòng)建立連接
主動(dòng)建立連接是指服務(wù)器端主動(dòng)發(fā)送請求和客戶端進(jìn)行連接，此時(shí)端口號固定是20
被動(dòng)連接是指客戶端發(fā)送請求和服務(wù)器端建立數(shù)據(jù)傳送連接，此時(shí)端口號是不確定，有兩者協(xié)商得到
數(shù)據(jù)傳輸完成之后，數(shù)據(jù)連接斷開，控制連接繼續(xù)保持，直至兩邊發(fā)送斷開請求

FTP的兩種傳輸模式了解即可

4. 電子郵件

4.1 概述

4.1.1 電子郵件的格式

4.1.2 電子郵件系統(tǒng)的組成結(jié)構(gòu)

郵件服務(wù)器的功能注釋
郵件服務(wù)器端的發(fā)送和接受是指從自己的用戶代理處接收郵件，之后向?qū)γ娴泥]件服務(wù)器發(fā)送郵件
郵件服務(wù)器的報(bào)告郵件發(fā)送結(jié)果就是投遞是否成功這種情況
郵件服務(wù)器既可以作為客戶端又可以作為服務(wù)器端，使用的是C/S方式
協(xié)議的功能注釋
發(fā)郵件用的是SMTP
收郵件的是POP3或者IMAP

4.2 幾個(gè)郵件協(xié)議

4.2.1 簡單郵件傳送協(xié)議SMTP

注意一下，這里STMP客戶和服務(wù)器不是固定死的，可以也可以成為服務(wù)器，服務(wù)器也可以成為用戶，由發(fā)送方和接收方?jīng)Q定，發(fā)送方就是客戶，接收方就是服務(wù)器

注釋
可以看見這里比如

220 service ready
250 OK
421 service not available
550 xxx
354 xxx
123451
2
3
4
5
6

都是應(yīng)答信息
這里RCPT能有多條命令的原因是，電子郵件可以有多個(gè)收件人，就是群發(fā)，所以允許多個(gè)RCPT
再強(qiáng)調(diào)一下，這里服務(wù)器和客戶端可以互換，視具體情況而定，發(fā)送方是客戶端，接收方是服務(wù)器端

4.2.2 改進(jìn)SMTP缺點(diǎn)的MIME協(xié)議

MIME改善SMTP發(fā)送數(shù)據(jù)的缺點(diǎn)，是SMTP的功能性擴(kuò)展
MIME協(xié)議已經(jīng)逐漸開始應(yīng)用到瀏覽器當(dāng)中，通過對不同文件類型用不同的標(biāo)識(shí)符標(biāo)識(shí)，來讓瀏覽器讀取通過MIME的相關(guān)文件

4.2.3 郵局協(xié)議POP3

這里接收方是客戶端，郵件服務(wù)器是服務(wù)器端
POP3確實(shí)很簡單，但是有不少缺點(diǎn)，比較難受的就是郵件一旦下載就自動(dòng)刪除了

4.2.4 比較復(fù)雜的讀取郵件的協(xié)議——IMAP協(xié)議

4.3 基于萬維網(wǎng)的電子郵件

與之前的不同的地方就是，基于萬維網(wǎng)的電子郵件的郵件服務(wù)器端可以不同
同時(shí)，發(fā)送郵件使用的SMTP/MIME和收郵件時(shí)的POP3/IMAP協(xié)議都換成了HTTP協(xié)議

5. 萬維網(wǎng)和HTTP協(xié)議

5.1 萬維網(wǎng)概述

URL用來標(biāo)識(shí)整個(gè)互聯(lián)網(wǎng)當(dāng)中的某一個(gè)資源（文字，視屏，音頻等）的位置
HTTP用來將這些資源傳送給用戶
HTML幫助設(shè)計(jì)者來設(shè)計(jì)頁面，讓不同設(shè)計(jì)者設(shè)計(jì)的頁面都可以在界面上顯示

5.2 HTTP協(xié)議

5.2.1 HTTP協(xié)議的過程

這張圖里講了HTTP的具體過程
服務(wù)器通過TCP 80端口來監(jiān)聽HTTP請求
注意HTTP可以不一次性下載完頁面的所有資源，可以只下載文本部分，其他音頻視頻等待用戶下一步請求之后再傳輸

5.2.2 HTTP協(xié)議的特點(diǎn)

5.2.3 HTTP的連接方式——持久連接和非持久連接

非持久連接在TCP三次握手的第三次握手時(shí)發(fā)生，將HTTP請求作為第三次握手的數(shù)據(jù)部分發(fā)給服務(wù)器，服務(wù)器收到請求之后將HTTP相應(yīng)報(bào)文傳輸給客戶。耗時(shí)就是RTT*2+文檔傳輸時(shí)間。
缺點(diǎn)就是這樣如果再想傳輸，那么就需要重新建立TCP連接從頭開始
持久連接和非持久連接類似，都是在第三次握手時(shí)發(fā)生，將HTTP請求作為第三次握手的數(shù)據(jù)部分發(fā)給服務(wù)器，服務(wù)器收到請求之后將HTTP相應(yīng)報(bào)文傳輸給客戶。但是持久連接再需要請資源的時(shí)候就不需要建立新的TCP連接了

持久連接的兩種方式——非流水線和流水線

非流水線就是發(fā)一個(gè)，確認(rèn)一個(gè)，才能再發(fā)下一個(gè)
流水線就是一個(gè)個(gè)連著發(fā)，然后多個(gè)確認(rèn)
和之前說過的停止等待協(xié)議，后退N幀協(xié)議和選擇重傳協(xié)議很像，忘了的話可以去復(fù)習(xí)一下
開個(gè)傳送門計(jì)算機(jī)網(wǎng)絡(luò)筆記Part3 數(shù)據(jù)鏈路層（Data Link Layer）

5.2.4 HTTP的報(bào)文結(jié)構(gòu)

開始行用于區(qū)別請求報(bào)文和響應(yīng)報(bào)文。可以明顯的看到兩者第一行的東西都不一樣
請求報(bào)文的方法是指命令，就是對所請求的對象進(jìn)行什么操作，如獲取/刪除等等
URL就是之間說的資源標(biāo)識(shí)符
版本是指使用的是什么版本的HTTP協(xié)議
CRLF相當(dāng)于我們程序里面的；，標(biāo)識(shí)一行的結(jié)束。同時(shí)，在整個(gè)首部行結(jié)束時(shí)，為了區(qū)別首部行和實(shí)體主體還會(huì)有一行單獨(dú)的CRLF

這里舉了請求報(bào)文的例子，和一些常用的狀態(tài)碼

6. 本章思維導(dǎo)圖