摘要:閱讀原文一個打趴面試者面試一年多,每當我問起面試者對的了解時,個個回答令我瞠目結舌,這些開發者都有年的經驗。向指定資源提交數據進行處理請求例如提交表單或者上傳文件。
閱讀原文:一個HTTP打趴80%面試者
面試一年多,每當我問起面試者對HTTP的了解時,個個回答令我瞠目結舌,這些開發者都有3-5年的經驗。請不要讓我叫你野生程序員,是時候了解HTTP了,讓我們當個正規軍。
起因面試官:請問你了解HTTP協議嗎?
前端開發:這不是應該后端清楚的嗎?
后端開發:這不是前端知道的嗎?
面試官:……
我們先一本正經的來了解下HTTP(不包含傳輸層TCP),然后總結其中的精華回復面試官。
HTTP協議簡介HTTP(超文本傳輸協議)是應用層上的一種客戶端/服務端模型的通信協議,它由請求和響應構成,且是無狀態的。(暫不介紹HTTP2)
協議
協議規定了通信雙方必須遵循的數據傳輸格式,這樣通信雙方按照約定的格式才能準確的通信。
無狀態
無狀態是指兩次連接通信之間是沒有任何關系的,每次都是一個新的連接,服務端不會記錄前后的請求信息。
客戶端/服務端模型
五層網絡模型 URL構成用了這么久,你注意過嗎?
協議內容 請求(Request)客戶端發送一個HTTP請求到服務端的格式:
請求行
請求頭
請求體
響應(Response)服務端響應客戶端格式:
狀態行
響應頭
響應體
狀態碼HTTP狀態碼由三個十進制數字組成,第一個十進制數字定義了狀態碼的類型,后兩個數字沒有分類的作用。HTTP狀態碼共分為5種類型:
分類 | 分類描述 |
---|---|
1** | 信息,服務器收到請求,需要請求者繼續執行操作 |
2** | 成功,操作被成功接收并處理 |
3** | 重定向,需要進一步的操作以完成請求 |
4** | 客戶端錯誤,請求包含語法錯誤或無法完成請求 |
5** | 服務器錯誤,服務器在處理請求的過程中發生了錯誤 |
更詳細的狀態碼可查看 HTTP狀態碼
但一般我們只需要知道幾個常見的就行,比如 200,400,401,403,404,500,502.
請求方法截止到HTTP1.1共有下面幾種方法:
方法 | 描述 |
---|---|
GET | GET請求會顯示請求指定的資源。一般來說GET方法應該只用于數據的讀取,而不應當用于會產生副作用的非冪等的操作中。它期望的應該是而且應該是安全的和冪等的。這里的安全指的是,請求不會影響到資源的狀態。 |
POST | 向指定資源提交數據進行處理請求(例如提交表單或者上傳文件)。數據被包含在請求體中。POST請求可能會導致新的資源的建立和/或已有資源的修改。 |
PUT | PUT請求會身向指定資源位置上傳其最新內容,PUT方法是冪等的方法。通過該方法客戶端可以將指定資源的最新數據傳送給服務器取代指定的資源的內容。 |
PATCH | PATCH方法出現的較晚,它在2010年的RFC 5789標準中被定義。PATCH請求與PUT請求類似,同樣用于資源的更新。二者有以下兩點不同:1.PATCH一般用于資源的部分更新,而PUT一般用于資源的整體更新。2.當資源不存在時,PATCH會創建一個新的資源,而PUT只會對已在資源進行更新。 |
DELETE | DELETE請求用于請求服務器刪除所請求URI(統一資源標識符,Uniform Resource Identifier)所標識的資源。DELETE請求后指定資源會被刪除,DELETE方法也是冪等的。 |
OPTIONS | 允許客戶端查看服務器的性能。 |
CONNECT | HTTP/1.1協議中預留給能夠將連接改為管道方式的代理服務器。 |
HEAD | 類似于get請求,只不過返回的響應中沒有具體的內容,用于獲取報頭 |
TRACE | 回顯服務器收到的請求,主要用于測試或診斷。 |
名稱 | 作用 |
---|---|
Content-Type | 請求體/響應體的類型,如:text/plain、application/json |
Accept | 說明接收的類型,可以多個值,用,(半角逗號)分開 |
Content-Length | 請求體/響應體的長度,單位字節 |
Content-Encoding | 請求體/響應體的編碼格式,如gzip,deflate |
Accept-Encoding | 告知對方我方接受的Content-Encoding |
ETag | 給當前資源的標識,和Last-Modified、If-None-Match、If-Modified-Since配合,用于緩存控制 |
Cache-Control | 取值為一般為no-cache或max-age=XX,XX為個整數,表示該資源緩存有效期(秒) |
Content-Type,內容類型,一般是指網頁中存在的Content-Type,用于定義網絡文件的類型和網頁的編碼,決定瀏覽器將以什么形式、什么編碼讀取這個文件。
常見的媒體格式類型如下:
Content-Type(Mime-Type) | 描述 |
---|---|
text/html | HTML格式 |
text/plain | 純文本格式 |
text/xml | XML格式 |
image/gif | gif圖片格式 |
image/jpeg | jpg圖片格式 |
image/png | png圖片格式 |
以application開頭的媒體格式類型:
Content-Type(Mime-Type) | 描述 |
---|---|
application/xml | XML數據格式 |
application/json | JSON數據格式 |
application/pdf | pdf格式 |
application/msword | Word文檔格式 |
application/octet-stream | 二進制流數據(如常見的文件下載) |
application/x-www-form-urlencoded | form表單數據被編碼為key/value格式發送到服務器(表單默認的提交數據的格式) |
multipart/form-data | 需要在表單中進行文件上傳時,就需要使用該格式 |
名稱 | 作用 |
---|---|
Authorization | 用于設置身份認證信息 |
User-Agent | 用戶標識,如:OS和瀏覽器的類型和版本 |
If-Modified-Since | 值為上一次服務器返回的 Last-Modified 值,用于確認某個資源是否被更改過,沒有更改過(304)就從緩存中讀取 |
If-None-Match | 值為上一次服務器返回的 ETag 值,一般會和If-Modified-Since一起出現 |
Cookie | 已有的Cookie |
Referer | 表示請求引用自哪個地址,比如你從頁面A跳轉到頁面B時,值為頁面A的地址 |
Host | 請求的主機和端口號 |
名稱 | 作用 |
---|---|
Date | 服務器的日期 |
Last-Modified | 該資源最后被修改時間 |
Transfer-Encoding | 取值為一般為chunked,出現在Content-Length不能確定的情況下,表示服務器不知道響應版體的數據大小,一般同時還會出現Content-Encoding響應頭 |
Set-Cookie | 設置Cookie |
Location | 重定向到另一個URL,如輸入瀏覽器就輸入baidu.com回車,會自動跳到 https://www.baidu.com ,就是通過這個響應頭控制的 |
Server | 后臺服務器 |
清楚的知道這些內容,不僅僅是為了應對面試官,而是能實實在在的提高自己的效率,這一點在前后端聯調接口最明顯,當你在應用中去請求其他接口或轉發請求時這些也是要知道的。不然出現問題的概率會大大提高。
歡迎關注公眾號交流!
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/73789.html
摘要:函數式編程前端掘金引言面向對象編程一直以來都是中的主導范式。函數式編程是一種強調減少對程序外部狀態產生改變的方式。 JavaScript 函數式編程 - 前端 - 掘金引言 面向對象編程一直以來都是JavaScript中的主導范式。JavaScript作為一門多范式編程語言,然而,近幾年,函數式編程越來越多得受到開發者的青睞。函數式編程是一種強調減少對程序外部狀態產生改變的方式。因此,...
摘要:消息隊列技術介紹后端掘金一消息隊列概述消息隊列中間件是分布式系統中重要的組件,主要解決應用耦合異步消息流量削鋒等問題。的內存優化后端掘金聲明本文內容來自開發與運維一書第八章,如轉載請聲明。 消息隊列技術介紹 - 后端 - 掘金一、 消息隊列概述 消息隊列中間件是分布式系統中重要的組件,主要解決應用耦合、異步消息、流量削鋒等問題。實現高性能、高可用、可伸縮和最終一致性架構。是大型分布式系...
摘要:再者,現在互聯網的面試中上點的都會涉及一下或者的問題個高級多線程面試題及回答后端掘金在任何面試當中多線程和并發方面的問題都是必不可少的一部分。假如源碼分析之掘金概念是中集合的一種實現。 攻破 JAVA NIO 技術壁壘 - 后端 - 掘金現在使用NIO的場景越來越多,很多網上的技術框架或多或少的使用NIO技術,譬如Tomcat,Jetty。學習和掌握NIO技術已經不是一個JAVA攻城獅...
摘要:探討判斷橫豎屏的最佳實現前端掘金在移動端,判斷橫豎屏的場景并不少見,比如根據橫豎屏以不同的樣式來適配,抑或是提醒用戶切換為豎屏以保持良好的用戶體驗。 探討判斷橫豎屏的最佳實現 - 前端 - 掘金在移動端,判斷橫豎屏的場景并不少見,比如根據橫豎屏以不同的樣式來適配,抑或是提醒用戶切換為豎屏以保持良好的用戶體驗。 判斷橫豎屏的實現方法多種多樣,本文就此來探討下目前有哪些實現方法以及其中的優...
摘要:閉包有多重前端知識點大百科全書前端掘金,,技巧使你的更加專業前端掘金一個幫你提升技巧的收藏集。 Vue全家桶實現還原豆瓣電影wap版 - 掘金用vue全家桶仿寫豆瓣電影wap版。 最近在公司項目中嘗試使用vue,但奈何自己初學水平有限,上了vue沒有上vuex,開發過程特別難受。 于是玩一玩本項目,算是對相關技術更加熟悉了。 原計劃仿寫完所有頁面,礙于豆瓣的接口API有限,實現頁面也有...
閱讀 1684·2023-04-25 20:16
閱讀 3838·2021-10-09 09:54
閱讀 2696·2021-09-04 16:40
閱讀 2517·2019-08-30 15:55
閱讀 830·2019-08-29 12:37
閱讀 2733·2019-08-26 13:55
閱讀 2903·2019-08-26 11:42
閱讀 3144·2019-08-23 18:26