face11網(wǎng)絡(luò)協(xié)議

網(wǎng)絡(luò)協(xié)議

http協(xié)議 tcp協(xié)議處于osi七層模型 那一層

http第七層 應(yīng)用層

tcp 第四層 傳輸層

http協(xié)議 get和post 區(qū)別

后退按鈕和刷新時(shí)get沒有變化,post數(shù)據(jù)會(huì)重新提交

get可以收藏為書簽 post不可能被收藏為書簽

get保存在歷史當(dāng)中,post不會(huì)

get可以被瀏覽器緩存,post不能被緩存

get請求 編碼是 application/www-form-url-icded?

post motipart-.form-date? 為二進(jìn)制數(shù)據(jù)使用多重編碼?

get長度限制2048個(gè)字符 post沒有限制

get只允許 asc2這樣的 post沒有限制

get安全性較差? post較高

get對所有人可見,post不會(huì)顯示在 url中

http/1.1中

狀態(tài)碼

200? ok

204 已成功處理 返回報(bào)文中不含主題部分

206 部分的內(nèi)容 客戶端進(jìn)行了范圍請求 服務(wù)端成功執(zhí)行了get請求

301 跳轉(zhuǎn) 永久性重定向? 已被分配 新的uri 以后用新的

302臨時(shí)性重定向? 已被分配 新的uri 本次用新的

303 對應(yīng)資源在另一個(gè)uri 應(yīng)使用get定向獲取請求的資源

304 客戶端發(fā)送附帶條件的請求時(shí) 服務(wù)器端允許請求訪問資源 但因發(fā)生請求未滿足的條件的情況后

307 臨時(shí)性重定向? 已被分配 新的uri 本次用新的

400 請求報(bào)文中 語法錯(cuò)誤

401 發(fā)送請求需要 http認(rèn)證的信息

403 服務(wù)器拒絕

404 服務(wù)器找不到對應(yīng)資源

500 執(zhí)行請求時(shí)發(fā)生錯(cuò)誤

503.服務(wù)器 超負(fù)載或停機(jī)維護(hù) 無法處理請求

含義

五類

1開頭 信息類狀態(tài)碼 接受請求正在處理

2? 成功 正常處理完畢

3 重定向 需要進(jìn)行附加操作 以完成請求

4客戶端錯(cuò)誤 服務(wù)器無法處理請求

5服務(wù)端錯(cuò)誤 服務(wù)器處理請求出錯(cuò)了

osi七層模型

應(yīng)用層 (Application):

網(wǎng)絡(luò)服務(wù)與最終用戶的一個(gè)接口。

協(xié)議有:HTTP FTP TFTP SMTP SNMP DNS TELNET HTTPS POP3 DHCP

表示層

數(shù)據(jù)的表示、安全、壓縮。

會(huì)話層

建立、管理、終止會(huì)話

傳輸層

定義傳輸數(shù)據(jù)的協(xié)議端口號(hào),以及流控和差錯(cuò)效驗(yàn)。

協(xié)議有:TCP UDP,數(shù)據(jù)包一旦離開網(wǎng)卡即進(jìn)入網(wǎng)絡(luò)傳輸層

網(wǎng)絡(luò)層

進(jìn)行邏輯地址尋址,實(shí)現(xiàn)不同網(wǎng)絡(luò)之間的路徑選擇。

數(shù)據(jù)鏈路層

建立邏輯連接、進(jìn)行硬件地址尋址、差錯(cuò)效驗(yàn)等功能

物理層

建立、維護(hù)、斷開物理連接。

http協(xié)議的工作特點(diǎn)和工作原理

基于b/s模式

通信開銷小,簡單快速,傳輸成本低

使用靈活嗎,可使用超文本傳輸協(xié)議

節(jié)省傳輸時(shí)間

無狀態(tài)

http協(xié)議常見請求響應(yīng)頭和請求方法

Content-Type 請求與實(shí)體對應(yīng)的mime信息

Accept 指定客戶端能接受的內(nèi)容 類型

Origin 最初的請求來源于那 主要用的是post請求

Cookie? http請求發(fā)起時(shí)發(fā)送給服務(wù)器端cookie的值

Cache-Control 指定請求和響應(yīng)的緩存機(jī)制

User-Agent 用戶信息

Referrer 上級請求路徑

X-Forwarded-For 請求端真實(shí)ip? 代理

Access-Control-Allow-Origin? 允許特定的域名進(jìn)行訪問 跨域

Last-Modified 請求資源的最后響應(yīng)時(shí)間

http協(xié)議的工作原理

工作原理

客戶端發(fā)送請求給服務(wù)器,創(chuàng)建一個(gè)tcp鏈接,指定端口號(hào),默認(rèn)80,鏈接到服務(wù)器 服務(wù)器監(jiān)聽瀏覽器請求,一旦監(jiān)聽到客戶端請求 分析請求類型后,服務(wù)器端會(huì)向客戶端返回狀態(tài)信息和數(shù)據(jù)內(nèi)容

https協(xié)議的工作原理

https是一種基于ssl/tls的http協(xié)議,所有的http數(shù)據(jù)都是在 ssl/tls協(xié)議封裝之上傳輸?shù)?/p>

https協(xié)議在http協(xié)議的基礎(chǔ)上,添加了 ssl/tls握手以及數(shù)據(jù)加密傳輸,也屬于應(yīng)用層協(xié)議

http協(xié)議的請求方法

get? 顯示請求指定資源的讀取? 用于數(shù)據(jù)的讀取? ? 查

post 向指定資源提交數(shù)據(jù) 請求服務(wù)器處理 創(chuàng)建新的資源或修改現(xiàn)有資源 創(chuàng)建

head 顯示請求指定資源的讀取 只會(huì)回傳頭信息

options 用于客戶端查看服務(wù)器性能 用*代替資源名稱

put? 向資源上傳內(nèi)容 取代指定資源? 修改

delete 刪除指定資源 刪除

trace 請求服務(wù)器 回顯請求信息 用于http請求的測試或診斷

常見的網(wǎng)絡(luò)協(xié)議及端口

ftp 文件傳輸協(xié)議 21? 文件下載上傳

telnet 遠(yuǎn)程登錄的端口 基于dos模式下的通訊服務(wù) 23

smtp 25 郵件傳輸協(xié)議

pop3 110? 接受郵件

http 超文本傳輸協(xié)議 80

dns 用于域名解析服務(wù) 53

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容