互聯網測試開發面試題集錦（中）網絡篇

網絡篇

 

訪問一個完整http請求會經歷哪些問題

1. 域名解析

2. 發起TCP的3次握手

3. 創建TCP鏈接後發起http請求

4. 服務器端響應http請求，瀏覽器獲得html代碼

5. 瀏覽器解析html代碼，並請求html代碼中的資源

6. 瀏覽器對頁面進行渲染呈現給用戶。

具體每一步驟能夠參考https://www.cnblogs.com/YeChing/p/6337378.html

 

https和http請求的區別

• https協議須要到ca申請證書，通常免費證書較少，於是須要必定費用。

• http是超文本傳輸協議，信息是明文傳輸，https則是具備安全性的ssl加密傳輸協議。

• http和https使用的是徹底不一樣的鏈接方式，用的端口也不同，前者是80，後者是443。

• http的鏈接很簡單，是無狀態的；HTTPS協議是由SSL+HTTP協議構建的可進行加密傳輸、身份認證的網絡協議，比http協議

按加密來講涉及到了非對稱加密以及證書CA的處理，具體能夠自行搜索瞭解下
https://www.cnblogs.com/wqhwe/p/5407468.html

 

tcp／ip五層協議有什麼，每層的做用

https://mp.weixin.qq.com/s/nwk_3uJd_edRD1h9YxPvzA
可能會問你，http協議位於第幾層，還有就是tcp協議位於第幾層。
http在應用層，負責數據的包裝，tcp位於傳輸層負責數據傳輸
順即可以看看OSI七層協議
http://www.ha97.com/3215.html

 

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長度限制，但效率較高，Post能夠傳輸大量數據，因此上傳文件時只能用Post方式；

• post較get安全性較高，get是不安全的，由於URL是可見的，可能會泄露私密信息，如密碼等.

• get方式只能支持ASCII字符，向服務器傳的中文字符可能會亂碼，post支持標準字符集，能夠正確傳遞中文字符。

 

http請求和http響應包含哪些內容

請求報文包含三部分：
a、請求行：包含請求方法、URI、HTTP版本信息

b、請求首部字段

c、請求內容實體
響應報文包含三部分：

a、狀態行：包含HTTP版本、狀態碼、狀態碼的緣由短語

b、響應首部字段

c、響應內容實體

 

TCP的三次握手過程、四次揮手過程

http://blog.csdn.net/omnispace/article/details/52701752

還有就是問爲何是三次握手，四次揮手

 

Socket編程瞭解麼，應用在哪些地方

 

能夠把 WebSocket 當作是 HTTP 協議爲了支持長鏈接所打的一個大補丁。WebSocket是HTML5下一種新的協議。它實現了瀏覽器與服務器全雙工通訊。最大不一樣是：
WebSocket是一種雙向通訊協議。在創建鏈接後，WebSocket服務器端和客戶端都能主動向對方發送或接收數據，就像Socket同樣；
WebSocket須要像TCP同樣，先創建鏈接，鏈接成功後才能相互通訊
一個使用WebSocket應用於視頻的業務思路以下：
使用心跳維護websocket鏈路，探測客戶端端的網紅/主播是否在線
設置負載均衡7層的proxy_read_timeout默認爲60s
設置心跳爲50s，便可長期保持Websocket不斷開

 

 

http請求的狀態碼通常有哪些？3開頭的通常是指什麼

1xx：指示信息--表示請求已接收，繼續處理

2xx：成功--表示請求已被成功接收、理解、接受

3xx：重定向--要完成請求必須進行更進一步的操做

4xx：客戶端錯誤--請求有語法錯誤或請求沒法實現

5xx：服務器端錯誤--服務器未能實現合法的請求

 

 

若是一個網址沒法訪問，怎麼排查什麼緣由

 

ping www.xx.com
或者瀏覽器訪問通常都會有返回結果502等

 

若是有正在看直播的用戶，反饋太卡，有可能什麼緣由，怎麼定位問題

若是有正在看直播的用戶，反饋太卡，有可能什麼緣由，怎麼定位問題

本身網速慢，測速；或者內存不足，查看本機內存狀況；網頁緩存過多，清空；電腦中毒了；瀏覽器版本太低。

 

WSGI和FastCGI的區別

 

https://www.biaodianfu.com/cgi-fastcgi-wsgi.html

 

抓包工具的使用

 

如charles設置代理抓app的包等，壓力測試，模擬弱網狀況等，重定向，更改請求。

http://blog.csdn.net/zhangxiang_1102/article/details/77855548

 

 

cookie與session區別

cookie數據存放在客戶的瀏覽器上，session數據放在服務器上；

cookie不是很安全，別人能夠分析存放在本地的COOKIE並進行COOKIE欺騙，考慮到安全應當使用session；
session會在必定時間內保存在服務器上。當訪問增多，會比較佔用你服務器的性能。考慮到減輕服務器性能方面，應當使用COOKIE；
單個cookie在客戶端的限制是3K，就是說一個站點在客戶端存放的COOKIE不能超過3K；
Cookie和Session的方案雖然分別屬於客戶端和服務端，可是服務端的session的實現對客戶端的cookie有依賴關係的，上面我講到服務端執行session機制時候會生成session的id值，這個id值會發送給客戶端，客戶端每次請求都會把這個id值放到http請求的頭部發送給服務端，而這個id值在客戶端會保存下來，保存的容器就是cookie，所以當咱們徹底禁掉瀏覽器的cookie的時候，服務端的session也會不能正常使用

 

 

Tcp與udp區別

http://blog.csdn.net/li_ning_/article/details/52117463

TCP面向鏈接（如打電話要先撥號創建鏈接）;UDP是無鏈接的，即發送數據以前不須要創建鏈接TCP提供可靠的服務。
TCP鏈接傳送的數據，無差錯，不丟失，不重複，且按序到達;UDP盡最大努力交付，即不保證可靠交付
TCP面向字節流，其實是TCP把數據當作一連串無結構的字節流;UDP是面向報文的，UDP沒有擁塞控制，所以網絡出現擁塞不會使源主機的發送速率下降（對實時應用頗有用，如IP電話，實時視頻會議等）
每一條TCP鏈接只能是點到點的;UDP支持一對一，一對多，多對一和多對多的交互通訊
TCP首部開銷20字節;UDP的首部開銷小，只有8個字節
TCP的邏輯通訊信道是全雙工的可靠信道，UDP則是不可靠信道（待續）