面試題:HTTP必知必會——常見面試題總結 背1

一、經常使用的HTTP方法有哪些？
GET： 用於請求訪問已經被URI（統一資源標識符）識別的資源，能夠經過URL傳參給服務器
POST：用於傳輸信息給服務器，主要功能與GET方法相似，但通常推薦使用POST方式。
PUT： 傳輸文件，報文主體中包含文件內容，保存到對應URI位置。
HEAD： 得到報文首部，與GET方法相似，只是不返回報文主體，通常用於驗證URI是否有效。
DELETE：刪除文件，與PUT方法相反，刪除對應URI位置的文件。
OPTIONS：查詢相應URI支持的HTTP方法。


二、GET方法與POST方法的區別    --整理
區別一：
get重點在從服務器上獲取資源，post重點在向服務器發送數據；
區別二：
get傳輸數據是經過URL請求，以field（字段）= value的形式，置於URL後，並用"?"鏈接，多個請求數據間用"&"鏈接，如http://127.0.0.1/Test/login.action?name=admin&password=admin，這個過程用戶是可見的；
post傳輸數據經過Http的post機制，將字段與對應值封存在請求實體中發送給服務器，這個過程對用戶是不可見的；
區別三：
Get傳輸的數據量小，由於受URL長度限制，但效率較高；1024k
Post能夠傳輸大量數據，因此上傳文件時只能用Post方式；
區別四：
get是不安全的，由於URL是可見的，可能會泄露私密信息，如密碼等；
post較get安全性較高；
區別五：
get方式只能支持ASCII字符，向服務器傳的中文字符可能會亂碼。  
post支持標準字符集，能夠正確傳遞中文字符。


三、HTTP請求報文與響應報文格式
請求報文包含三部分：
a、請求行：包含請求方法、URI、HTTP版本信息
b、請求首部字段
c、請求內容實體
響應報文包含三部分：
a、狀態行：包含HTTP版本、狀態碼、狀態碼的緣由短語
b、響應首部字段
c、響應內容實體


四、常見的HTTP相應狀態碼
200：請求被正常處理
204：請求被受理但沒有資源能夠返回
206：客戶端只是請求資源的一部分，服務器只對請求的部分資源執行GET方法，相應報文中經過Content-Range指定範圍的資源。
301：永久性重定向
302：臨時重定向
303：與302狀態碼有類似功能，只是它但願客戶端在請求一個URI的時候，能經過GET方法重定向到另外一個URI上
304：發送附帶條件的請求時，條件不知足時返回，與重定向無關
307：臨時重定向，與302相似，只是強制要求使用POST方法
400：請求報文語法有誤，服務器沒法識別
401：請求須要認證
403：請求的對應資源禁止被訪問
404：服務器沒法找到對應資源
500：服務器內部錯誤
503：服務器正忙


五、HTTP1.1版本新特性
a、默認持久鏈接節省通訊量，只要客戶端服務端任意一端沒有明確提出斷開TCP鏈接，就一直保持鏈接，能夠發送屢次HTTP請求

b、管線化，客戶端能夠同時發出多個HTTP請求，而不用一個個等待響應

c、斷點續傳原理

六、常見HTTP首部字段
a、通用首部字段（請求報文與響應報文都會使用的首部字段）
Date：建立報文時間
Connection：鏈接的管理
Cache-Control：緩存的控制
Transfer-Encoding：報文主體的傳輸編碼方式
b、請求首部字段（請求報文會使用的首部字段）
Host：請求資源所在服務器
Accept：可處理的媒體類型
Accept-Charset：可接收的字符集
Accept-Encoding：可接受的內容編碼
Accept-Language：可接受的天然語言
c、響應首部字段（響應報文會使用的首部字段）
Accept-Ranges：可接受的字節範圍
Location：令客戶端從新定向到的URI
Server：HTTP服務器的安裝信息
d、實體首部字段（請求報文與響應報文的的實體部分使用的首部字段）
Allow：資源可支持的HTTP方法
Content-Type：實體主類的類型
Content-Encoding：實體主體適用的編碼方式
Content-Language：實體主體的天然語言
Content-Length：實體主體的的字節數
Content-Range：實體主體的位置範圍，通常用於發出部分請求時使用


七、HTTP的缺點與HTTPS
a、通訊使用明文不加密，內容可能被竊聽
b、不驗證通訊方身份，可能遭到假裝
c、沒法驗證報文完整性，可能被篡改

HTTPS就是HTTP加上加密處理（通常是SSL安全通訊線路）+認證+完整性保護

 

八、HTTP優化

利用負載均衡優化和加速HTTP應用

利用HTTP Cache來優化網站