最近，小編在整理python面試基礎(chǔ)知識(shí)，看了很多博客、文章和咨詢了一些大廠公司大牛。了解到，在python面試的時(shí)候，不僅要求你有項(xiàng)目經(jīng)驗(yàn)，還要考試代碼呢！今天，小編和大家分享一下python面試基礎(chǔ)知識(shí)，希望幫忙大家找到理想的工作！

一、簡(jiǎn)述TCP/UDP的區(qū)別？

TCP和UDP是OSI模型中的運(yùn)輸層中的協(xié)議。

回答這個(gè)問(wèn)題主要從一下幾點(diǎn)來(lái)說(shuō)：

1、是否面向連接

TCP面向連接，UDP面向非連接即發(fā)送數(shù)據(jù)前不需要建立鏈接

2、可靠性

TCP提供可靠的服務(wù)（數(shù)據(jù)傳輸），UDP無(wú)法保證

3、有序性

TCP有序，UDP無(wú)序

4、速度

TCP數(shù)據(jù)傳輸慢，UDP數(shù)據(jù)傳輸快

5、量級(jí)

二、能說(shuō)一下你了解的端口及對(duì)應(yīng)的服務(wù)？

21           FTP

22           SSH

80           HTTP

443          HTTPS

3306         MySQL

6379         Redis

三、能說(shuō)幾個(gè)常見(jiàn)HTTP狀態(tài)碼及其含義嗎？

2xx 正常

3xx 重定向

4xx 客戶端出現(xiàn)錯(cuò)誤

403 權(quán)限被拒絕

404 請(qǐng)求資源不存在

5xx 服務(wù)器異常

503 服務(wù)器暫時(shí)處于超負(fù)載或正在進(jìn)行停機(jī)維護(hù)，無(wú)法處理請(qǐng)求

四、簡(jiǎn)單說(shuō)說(shuō)TCP的三次握手和四次揮手

1、三次握手示意圖

第一次握手：客戶端發(fā)送SYN包(seq=x)到服務(wù)器，并進(jìn)入SYN_SEND狀態(tài)，等待服務(wù)器確認(rèn)

第二次握手：服務(wù)器受到SYN包，必須確認(rèn)客戶的SYN(ack=x+1)，同時(shí)自己也發(fā)送一個(gè)SYN包(seq=y)，即SYN+ACK包。此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài)

第三次握手：客戶端受到SYN+ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ack=y+1)，此包發(fā)送完畢，客戶端和服務(wù)器端進(jìn)入ESTABLISHED狀態(tài)，完成三次握手

2、四次揮手示意圖

第一次揮手：Client發(fā)送一個(gè)FIN，用來(lái)關(guān)閉Client到Server的數(shù)據(jù)傳送，Client進(jìn)入FIN_WAIT_1狀態(tài)

第二次揮手：Server收到FIN后，發(fā)送一個(gè)ACK給Client，確認(rèn)序號(hào)為收到序號(hào)+1，Server進(jìn)入CLOSE_WAIT狀態(tài)

第三次揮手：Server發(fā)送一個(gè)FIN，用來(lái)關(guān)閉Server到Client的數(shù)據(jù)傳送，Server進(jìn)入LAST_ACK狀態(tài)

第四次揮手：Client收到FIN后，Client進(jìn)入TIME_WAIT狀態(tài)，接著發(fā)送一個(gè)ACK給Server，確認(rèn)序號(hào)為收到序號(hào)+1，Server進(jìn)入CLOSED狀態(tài)，完成四次揮手

五、為什么需要三次握手才能建立連接？

為了初始化Sequence Number的初始值

六、為什么需要四次揮手才能斷開(kāi)連接？

因?yàn)榉?wù)器與客戶端是全雙工，即發(fā)送方和接收方都需要FIN報(bào)文和ACK報(bào)文

七、為什么會(huì)有TIME_WAIT狀態(tài)（2MSL）?

1、確保有足夠的時(shí)間讓對(duì)方收到ACK包

2、避免新舊連接混淆

八、TCP如何保證可靠性傳輸?shù)模?/span>

校驗(yàn)和

序列號(hào)

確認(rèn)應(yīng)答

超時(shí)重傳

連接管理

流量控制

擁塞控制

九、POST和GET請(qǐng)求的區(qū)別

1.GET請(qǐng)求的數(shù)據(jù)會(huì)附在URL之后，以?分割URL和傳輸數(shù)據(jù)，參數(shù)之間以&相連，POST把提交的數(shù)據(jù)則放置在是HTTP包的包體中。

2.GET的長(zhǎng)度受限于url的長(zhǎng)度，而url的長(zhǎng)度限制是特定的瀏覽器和服務(wù)器設(shè)置的，理論上GET的長(zhǎng)度可以無(wú)限長(zhǎng)。

3.POST是沒(méi)有大小限制的，HTTP協(xié)議規(guī)范也沒(méi)有進(jìn)行大小限制，起限制作用的是服務(wù)器的處理程序的處理能力

4.在ASP中，服務(wù)端獲取GET請(qǐng)求參數(shù)用Request.QueryString，獲取POST請(qǐng)求參數(shù)用Request.Form。

5.POST的安全性要比GET的安全性高

十、HTTP和HTTPS的區(qū)別

http的中文叫做超文本傳輸協(xié)議,它負(fù)責(zé)完成客戶端到服務(wù)端的一系列操作,是專門用來(lái)傳輸注入HTML的超媒體文檔等web內(nèi)容的協(xié)議,

它是基于傳輸層的TCP協(xié)議的應(yīng)用層協(xié)議

https:https是基于安全套接字的http協(xié)議,也可以理解為是http+ssl/tls(數(shù)字證書(shū))的組合

http和https的區(qū)別:

1、HTTP 的 URL 以 http:// 開(kāi)頭，而 HTTPS 的 URL 以 https:// 開(kāi)頭

2、HTTP 是不安全的，而 HTTPS 是安全的

3、HTTP 標(biāo)準(zhǔn)端口是 80 ，而 HTTPS 的標(biāo)準(zhǔn)端口是 443

4、在 OSI 網(wǎng)絡(luò)模型中，HTTPS的加密是在傳輸層完成的,因?yàn)镾SL是位于傳輸層的,TLS的前身是SSL,所以同理

5、HTTP無(wú)需認(rèn)證證書(shū),而https需要認(rèn)證證書(shū)

十一、 為什么HTTPS安全

HTTPS是HTTP和SSL組合而成的,在傳輸層使用了SSL進(jìn)行加密,保證了只有擁有私鑰的才能看到信息

十二、一個(gè)頁(yè)面從輸入 URL 到頁(yè)面加載顯示完成，這個(gè)過(guò)程中都發(fā)生了什么？

1.在瀏覽器端輸入網(wǎng)站的url地址

只有知道了一個(gè)網(wǎng)站的url地址才能訪問(wèn)到這個(gè)網(wǎng)站

2.瀏覽器查找緩存

瀏覽器會(huì)查找瀏覽器緩存,系統(tǒng)緩存,路由緩存,如果沒(méi)有的話 繼續(xù)下一步,如果有的話,直接顯示

注意:瀏覽器會(huì)把訪問(wèn)過(guò)得web網(wǎng)站資源(html 圖片)緩存起來(lái),而判斷是否使用緩存的條件有以下幾種:

是否有這個(gè)網(wǎng)站的緩存

這個(gè)網(wǎng)站的緩存是否過(guò)期,具體看Cache-Control 中緩存的有效時(shí)間

跟服務(wù)器進(jìn)行協(xié)商是否使用緩存,如果上次緩存的時(shí)候有Last-modified 和 Etag 字段,本次請(qǐng)求就會(huì)加上If-Modified-Since(上次請(qǐng)求資源的時(shí)間)和If-None-Match(上次資源的修改時(shí)間)

3.通過(guò)DNS獲取url對(duì)應(yīng)的ip地址

現(xiàn)在本機(jī)的host文件中查找是否有這個(gè)url對(duì)應(yīng)的ip,如果沒(méi)有的話,就請(qǐng)求DNS進(jìn)行ip地址的獲取

4.建立TCP鏈接

http在工作之前,需要客戶端和服務(wù)端建立鏈接,這個(gè)鏈接的建立是通過(guò)tcp(三次握手)來(lái)完成的,因?yàn)閔ttp是比tcp更高層的協(xié)議,在網(wǎng)絡(luò)協(xié)議的建立中,不談底層談高層都是在耍流氓,所以想要讓http進(jìn)行工作,需要tcp首先建立鏈接

5.瀏覽器向web服務(wù)器發(fā)送請(qǐng)求

一旦鏈接已經(jīng)建立,瀏覽器就可以給web服務(wù)器發(fā)送請(qǐng)求命令,比如 : GET/deom/hello.jsp HTTP/1.1

6.瀏覽器給web服務(wù)器發(fā)送請(qǐng)求頭信息

瀏覽器在發(fā)送了請(qǐng)求后,還要給web服務(wù)器請(qǐng)求頭信息,比如accept-charset(瀏覽器端指定的字符集),最后發(fā)送一個(gè)空的請(qǐng)求頭代表請(qǐng)求發(fā)送完畢,注意:如果是post提交,則會(huì)繼續(xù)提交請(qǐng)求體

7.web服務(wù)器進(jìn)行應(yīng)答

應(yīng)答的第一部分是http版本號(hào),第二部分是協(xié)議的狀態(tài)碼,比如:HTTP/1.1 200 OK

8.web服務(wù)器發(fā)送應(yīng)答頭消息

web服務(wù)器給瀏覽器發(fā)送應(yīng)答頭消息,也就是關(guān)于web服務(wù)器自己的信息,最后發(fā)送一個(gè)空白行代表應(yīng)答結(jié)束

9.web服務(wù)器發(fā)送數(shù)據(jù)

以應(yīng)答頭里面的content-type所描述的格式發(fā)送數(shù)據(jù)

10.web服務(wù)器關(guān)閉鏈接

web服務(wù)器向?yàn)g覽器發(fā)送了應(yīng)答數(shù)據(jù)之后,就要關(guān)閉tcp鏈接(tcp四次握手關(guān)閉鏈接),如果添加了connection:keep-alive,那么就還會(huì)保持鏈接狀態(tài)

以上，就是python面試基礎(chǔ)知識(shí)，小編還會(huì)陸續(xù)更新哦！希望大家都能找到合適的工作！

————————————————

版權(quán)聲明：本文為CSDN博主「單車欲問(wèn)邊」的原創(chuàng)文章。