Web前端就是當(dāng)用戶在瀏覽器地址欄中輸入一行字母看到的頁(yè)面結(jié)果。然而，從輸入字母到看到頁(yè)面中都發(fā)生了什么，數(shù)據(jù)是怎么得到的？這些都離不開(kāi)HTTP/HTTPS。然而，這部分內(nèi)容通常被讀者忽略，所以應(yīng)試者需要收集與之相關(guān)的知識(shí)，這也是讀者應(yīng)該掌握的。1、HTTP與HTTPS有什么聯(lián)系？它們的端口號(hào)是多少？HTTP通常承載于TCP之上，在HTTP和TCP之間添加一個(gè)安全協(xié)議層（SSL或TSL），這個(gè)時(shí)候，就成了我們常說(shuō)的HTTPS。HTTP默認(rèn)的端口號(hào)為80，Https默認(rèn)的端口號(hào)為443。在網(wǎng)絡(luò)請(qǐng)求中，需要有很多服務(wù)器、路由器的轉(zhuǎn)發(fā)。其中的節(jié)點(diǎn)都可能篡改信息，而如果使用HTTPS，密鑰在終點(diǎn)站才有。HTTPS之所以比HTTP安全，是因?yàn)樗?SSL/TLS協(xié)議傳輸。它包含證書(shū)、卸載、流量轉(zhuǎn)發(fā)、負(fù)載均衡、頁(yè)面適配、瀏覽器適配、 refer傳遞等技術(shù)，保障了傳輸過(guò)程的安全性。HTTP/2引入了“服務(wù)器端推送”（server push）的概念，它允許服務(wù)器端在客戶端需要數(shù)據(jù)之前主動(dòng)將數(shù)據(jù)發(fā)送到客戶端緩存中，從而提高性能。HTTP2使用多路技術(shù)，允許多個(gè)消息在一個(gè)連接上同時(shí)交差。它增加了頭壓縮（ header compression），因此請(qǐng)求非常小，請(qǐng)求和響應(yīng)的 header都只會(huì)占用很小的帶寬比例。4、說(shuō)出你知道的HTTP常見(jiàn)狀態(tài)碼。（1）100 Continue表示繼續(xù)，一般在發(fā)送post請(qǐng)求時(shí)，已發(fā)送了 HTTP header之后，服務(wù)器端將返回此信息，表示確認(rèn)，之后發(fā)送具體參數(shù)信息。（3）201 Created表示請(qǐng)求成功并且服務(wù)器創(chuàng)建了新的資源。（4）202 Accepted表示服務(wù)器已接受請(qǐng)求，但尚未處理。（5）301 Moved Permanently表示請(qǐng)求的網(wǎng)頁(yè)已永久移動(dòng)到新位置。（6）302 Found表示臨時(shí)性重定向。（7）303 See Other表示臨時(shí)性重定向，且總是使用GET請(qǐng)求新的URI。（8）304 Not Modified表示自從上次請(qǐng)求后，請(qǐng)求的網(wǎng)頁(yè)未修改過(guò)，（9）400 Bad Request表示服務(wù)器無(wú)法理解請(qǐng)求的格式，客戶端不應(yīng)當(dāng)嘗試再次使用相同的內(nèi)容發(fā)起請(qǐng)求。（10）401 Unauthorized表示請(qǐng)求未授權(quán)。（11）403 Forbidden表示禁止訪問(wèn)。（12）404 Not Found表示找不到如何與URI相匹配的資源。（13）500 Internal Server error表示最常見(jiàn)的服務(wù)器端錯(cuò)誤。（14）503 Service Unavailable表示服務(wù)器端暫時(shí)無(wú)法處理請(qǐng)求（可能是過(guò)載或維護(hù)）。（3）建立TCP連接后發(fā)起HTTP請(qǐng)求。（4）服務(wù)器端響應(yīng)HTTP請(qǐng)求，瀏覽器得到HTML代碼。（5）瀏覽器解析HTML代碼，并請(qǐng)求HTML代碼中的資源。（6）瀏覽器對(duì)頁(yè)面進(jìn)行渲染并呈現(xiàn)給用戶。6、實(shí)現(xiàn)一個(gè)簡(jiǎn)單的HTTP服務(wù)器。在Node.js中加載HTTP模塊，并創(chuàng)建服務(wù)器，監(jiān)聽(tīng)端口代碼。如下所示：var http = require（'http'）；http.createServer ( function (req,res) { res. writeHead (200，{' Content-Type'：'text/htm1'})；res. write（'< meta charset="UTF-8"><h1>有課前端網(wǎng)</h1>1'）；res.end ( )；.listen（3000）；
HTTP是客戶端和服務(wù)器端之間數(shù)據(jù)傳輸?shù)母袷揭?guī)范，表示“超文本傳輸協(xié)議”。8、什么是HTTP無(wú)狀態(tài)協(xié)議？如何克服HTTP無(wú)狀態(tài)協(xié)議的缺陷？（1）無(wú)狀態(tài)協(xié)議對(duì)于事務(wù)處理沒(méi)有記憶能力。缺少狀態(tài)意味著如果后續(xù)需要處理，需要前面提供的信息。（2）克服無(wú)狀態(tài)協(xié)議缺陷的辦法是通過(guò) cookie和會(huì)話保存信息。9、HTTP的請(qǐng)求報(bào)文和響應(yīng)報(bào)文包含哪些部分？（1）請(qǐng)求行，包含請(qǐng)求方法、URI、HTTP版本信息。（3）請(qǐng)求內(nèi)容實(shí)體。（1）狀態(tài)行，包含HTTP版本、狀態(tài)碼、狀態(tài)碼的原因短語(yǔ)。（3）響應(yīng)內(nèi)容實(shí)體。（1）GET：請(qǐng)求訪問(wèn)已經(jīng)被URI（統(tǒng)一資源標(biāo)識(shí)符）識(shí)別的資源，可以通過(guò)URL，給服務(wù)器傳遞參數(shù)數(shù)據(jù)（2）POST：傳輸信息給服務(wù)器，主要功能與GET方法類似，但傳遞的數(shù)據(jù)量通常不受限制。（3）PUT：傳輸文件，報(bào)文主體中包含文件內(nèi)容，保存到對(duì)應(yīng)URI位置。（4）HEAD：獲得報(bào)文首部，與GET方法類似，只是不返回報(bào)文主體，一般用于驗(yàn)證URI是否有效。（5） DELETE：刪除文件，與PUT方法相反，刪除對(duì)應(yīng)URL位置的文件。（6）OPTIONS：查詢相應(yīng)URI支持的HTTP方法。11、HTTP協(xié)議中1.0版本規(guī)范與1.1版本規(guī)范的區(qū)別是什么？在HTTP1.0中，當(dāng)建立連接后，客戶端發(fā)送一個(gè)請(qǐng)求，服務(wù)器端返回一個(gè)信息后就關(guān)閉連接，當(dāng)瀏覽器下次請(qǐng)求的時(shí)候又要建立連接。顯然，這種不斷建立連接的方式會(huì)造成很多問(wèn)題。在HTTP1.1中，引入了持續(xù)連接的概念。通過(guò)這種連接，瀏覽器可以在建立一個(gè)連接之后，發(fā)送請(qǐng)求并得到返回信息，然后繼續(xù)發(fā)送請(qǐng)求再次等到返回信息。也就是說(shuō)，客戶端可以連續(xù)發(fā)送多個(gè)請(qǐng)求，而不用等待每一個(gè)響應(yīng)的到來(lái)。（1）通用首部字段（請(qǐng)求報(bào)文與響應(yīng)報(bào)文都會(huì)使用的首部字段）。（2）請(qǐng)求首部字段（請(qǐng)求報(bào)文會(huì)使用的首部字段）。Host：請(qǐng)求資源所在服務(wù)器。
Accept：可處理的媒體類型。
Accept-Charset：可接受的字符集。
Accept- Encoding：可接受的內(nèi)容編碼。
Accept- Language：可接受的自然語(yǔ)言。
（3）響應(yīng)首部字段（響應(yīng)報(bào)文會(huì)使用的首部字段）。Server : HTTP服務(wù)器的安裝信息（4）實(shí)體首部字段（請(qǐng)求報(bào)文與響應(yīng)報(bào)文的實(shí)體部分使用的首部字段）。Allow：資源可支持的HTTP方法。
Content-Type：實(shí)體主體的類型。
Content- Encoding：實(shí)體主體使用的編碼方式。
Content-Language：實(shí)體主體的自然語(yǔ)言。
Content- Length：實(shí)體主體的字節(jié)數(shù)。
Content- Range：實(shí)體主體的位置范圍，一般用于發(fā)出部分請(qǐng)求時(shí)使用。
13、與HTTPS相比，HTTP有什么缺點(diǎn)？（1）通信使用明文，不加密，內(nèi)容可能被竊聽(tīng)，也就是被抓包分析。（3）無(wú)法驗(yàn)證報(bào)文完整性，可能被篡改。HTTPS就是HTTP+加密處理（一般是SSL安全通信線路）+認(rèn)證+完整性保護(hù)。14、如何優(yōu)化HTTP請(qǐng)求？利用負(fù)載均衡優(yōu)化和加速HTTP應(yīng)用請(qǐng)求；利用HTTP緩存來(lái)優(yōu)化網(wǎng)站請(qǐng)求。支持客戶端/服務(wù)器模式，簡(jiǎn)單快速，靈活，無(wú)連接，無(wú)狀態(tài)。（1）默認(rèn)持久連接，節(jié)省通信量，只要客戶端服務(wù)端中任意一端沒(méi)有明確指出斷開(kāi)TCP連接，就一直保持連接，可以多次發(fā)送HTTP請(qǐng)求。（2）管線化，客戶端可以同時(shí)發(fā)出多個(gè)HTTP請(qǐng)求，而不用一個(gè)個(gè)等待響應(yīng)。17、說(shuō)說(shuō)TCP傳輸?shù)娜挝帐?、四次揮手策略。為了準(zhǔn)確無(wú)誤地把數(shù)據(jù)送達(dá)目標(biāo)處，TCP采用了三次握手策略。用TCP把數(shù)據(jù)包發(fā)送出去后，TCP不會(huì)對(duì)傳送后的數(shù)據(jù)置之不理，它一定會(huì)向?qū)Ψ酱_認(rèn)是否成功送達(dá)。握手過(guò)程中使用了TCP的標(biāo)志，即SYN和ACK。發(fā)送端首先給接收端發(fā)送一個(gè)帶SYN標(biāo)志的數(shù)據(jù)包。接收端收到后，回傳一個(gè)帶有SYN/ACK標(biāo)志的數(shù)據(jù)包以表示正確傳達(dá)，并確認(rèn)信息。最后，發(fā)送端再回傳一個(gè)帶ACK標(biāo)志的數(shù)據(jù)包，代表“握手”結(jié)東。若在握手過(guò)程中的某個(gè)階段莫名中斷，TCP會(huì)再次以相同的順序發(fā)送相同的數(shù)據(jù)包。斷開(kāi)一個(gè)TCP連接則需要“四次握手”。第一次握手：主動(dòng)關(guān)閉方發(fā)送一個(gè)FIN，用來(lái)關(guān)閉主動(dòng)關(guān)閉方到被動(dòng)關(guān)閉方的數(shù)據(jù)傳送，也就是主動(dòng)關(guān)閉方告訴被動(dòng)關(guān)閉方，主動(dòng)關(guān)閉方已經(jīng)不會(huì)再給被動(dòng)關(guān)閉方發(fā)送數(shù)據(jù)了（當(dāng)然，在FIN包之前發(fā)送出去的數(shù)據(jù)，如果沒(méi)有收到對(duì)應(yīng)的ACK確認(rèn)報(bào)文主動(dòng)關(guān)閉方依然會(huì)重發(fā)這些數(shù)據(jù)），但是，此時(shí)主動(dòng)關(guān)閉方還可以接收數(shù)據(jù)。第二次握手：被動(dòng)關(guān)閉方收到FIN包后，給對(duì)方發(fā)送一個(gè)ACK，確認(rèn)序號(hào)為收到序號(hào)+1（與SYN相同，一個(gè)FIN占用一個(gè)序號(hào)）。第三次握手：被動(dòng)關(guān)閉方發(fā)送一個(gè)FIN，用來(lái)關(guān)閉被動(dòng)關(guān)閉方到主動(dòng)關(guān)閉方的數(shù)據(jù)傳送，也就是告訴主動(dòng)關(guān)閉方，被動(dòng)關(guān)閉方的數(shù)據(jù)也發(fā)送完了，不會(huì)再給主動(dòng)關(guān)閉方發(fā)送數(shù)據(jù)了。第四次握手：主動(dòng)關(guān)閉方收到FIN后，給被動(dòng)關(guān)閉方發(fā)送一個(gè)ACK，確認(rèn)序號(hào)為收到序號(hào)+1，至此，完成四次握手。18、說(shuō)說(shuō)TCP和UDP的區(qū)別。TCP（ Transmission control protocol，傳輸控制協(xié)議）是基于連接的協(xié)議，也就是說(shuō)，在正式收發(fā)數(shù)據(jù)前，必須和對(duì)方建立可靠的連接。一個(gè)TCP連接必須要經(jīng)過(guò)3次“對(duì)話”才能建立起來(lái)。UDP（ User Datagram Protocol，用戶數(shù)據(jù)報(bào)協(xié)議）是與TCP相對(duì)應(yīng)的協(xié)議。它是面向非連接的協(xié)議，它不與對(duì)方建立連接，而是直接就把數(shù)據(jù)包發(fā)送過(guò)去。UDP適用于次只傳送少量數(shù)據(jù)、對(duì)可靠性要求不高的應(yīng)用環(huán)境。19、一個(gè)頁(yè)面從輸入U(xiǎn)RL到頁(yè)面加載顯示完成，這個(gè)過(guò)程中都發(fā)生了什么？整個(gè)過(guò)程可分為4個(gè)步驟。（1）當(dāng)發(fā)送一個(gè)URL請(qǐng)求時(shí)，不管這個(gè)URL是Web頁(yè)面的URL還是Web頁(yè)面上毎個(gè)資源的URL，瀏覽器都會(huì)開(kāi)啟一個(gè)線程來(lái)處理這個(gè)請(qǐng)求，同時(shí)在遠(yuǎn)程DNS服務(wù)器上啟動(dòng)一個(gè)DNS查詢。這能使瀏覽器獲得請(qǐng)求對(duì)應(yīng)的IP地址。（2）瀏覽器與遠(yuǎn)程Web服務(wù)器通過(guò)TCP三次握手協(xié)商來(lái)建立一個(gè)TCPP連接。該握手包括一個(gè)同步報(bào)文、一個(gè)同步-應(yīng)答報(bào)文和一個(gè)應(yīng)答報(bào)文，這3個(gè)報(bào)文在瀏覽器和服務(wù)器之間傳遞。該握手首先由客戶端嘗試建立起通信，然后服務(wù)器應(yīng)答并接受客戶端的請(qǐng)求，最后由客戶端發(fā)出已經(jīng)接受該請(qǐng)求的報(bào)文。（3）一旦TCP/IP連接建立，瀏覽器會(huì)通過(guò)該連接向遠(yuǎn)程服務(wù)器發(fā)送HTTP的GET請(qǐng)求。遠(yuǎn)程服務(wù)器找到資源并使用HTTP響應(yīng)返回該資源，值為200的HTTP響應(yīng)狀態(tài)碼表示一個(gè)正確的響應(yīng)（4）此時(shí)web服務(wù)器提供資源服務(wù)，客戶端開(kāi)始下載資源。請(qǐng)求返回后，便進(jìn)入了瀏覽器端模塊。瀏覽器會(huì)解析HTML生成 DOM Tree，其次會(huì)根據(jù)CSS生成CSS規(guī)則樹(shù)，而 JavaScript又可以根據(jù) DOM API操作DOM。20、網(wǎng)絡(luò)分層模型有哪七層？七層分別是應(yīng)用（ Application）層、表示（ Presentation）層、會(huì)話（ Session）層傳輸（ Transport）層、網(wǎng)絡(luò)（ Network）層、數(shù)據(jù)鏈路（Link）層和物理（ Physical）層。應(yīng)用層：允許訪問(wèn)OSI環(huán)境的手段。
表示層：對(duì)數(shù)據(jù)進(jìn)行翻譯、加密和壓縮。
會(huì)話層：建立、管理和終止會(huì)話。
傳輸層：提供端到端的可靠報(bào)文傳遞和錯(cuò)誤恢復(fù)。
網(wǎng)絡(luò)層：負(fù)責(zé)數(shù)據(jù)包從源到宿的傳遞和網(wǎng)際互聯(lián)。
數(shù)據(jù)鏈路層：將比特組裝成幀并實(shí)現(xiàn)點(diǎn)到點(diǎn)的傳遞。
物理層：通過(guò)媒介傳輸比特，確定機(jī)械及電氣規(guī)范。
21、網(wǎng)絡(luò)七層模型中，你所熟知的協(xié)議有哪些？ICMP，即因特網(wǎng)控制報(bào)文協(xié)議。它是TCP/IP協(xié)議族的一個(gè)子協(xié)議，用于在IP主機(jī)、路由器之間傳遞控制消息。
TFTP，即TCPP協(xié)議族中一個(gè)用來(lái)在客戶機(jī)與服務(wù)器之間進(jìn)行簡(jiǎn)單文件傳輸?shù)膮f(xié)議，提供不復(fù)雜、開(kāi)銷不大的文件傳輸服務(wù)。
HTTP，即超文本傳輸協(xié)議，是一個(gè)屬于應(yīng)用層的面向?qū)ο蟮膮f(xié)議，由于其簡(jiǎn)捷快速的方式，適用于分布式超媒體信息系統(tǒng)。
DHCP，即動(dòng)態(tài)主機(jī)配置協(xié)議，是一種讓系統(tǒng)得以連接到網(wǎng)絡(luò)并獲取所需要配置參數(shù)的手段。
服務(wù)器首先為請(qǐng)求生成ETag，服務(wù)器可在稍后的請(qǐng)求中，使用它來(lái)判斷頁(yè)面是否已經(jīng)修改。本質(zhì)上，客戶端通過(guò)將該記號(hào)傳回服務(wù)器要求服務(wù)器驗(yàn)證其（客戶端）是否緩存。304是HTTP狀態(tài)碼，服務(wù)器用它來(lái)標(biāo)識(shí)這個(gè)文件沒(méi)有修改，不返回內(nèi)容，瀏覽器在接收到個(gè)狀態(tài)碼后，會(huì)使用瀏覽器已緩存的文件。客戶端請(qǐng)求頁(yè)面A。服務(wù)器返回頁(yè)面A，并給A加上一個(gè)ETag。客戶端展現(xiàn)該頁(yè)面，并將頁(yè)面連同ETag一起緩存。客戶端再次請(qǐng)求頁(yè)面A，并將上次請(qǐng)求時(shí)服務(wù)器返回的ETag起傳遞給服務(wù)器。服務(wù)器檢查該ETag，并判斷岀該頁(yè)面自上次客戶端請(qǐng)求之后還未被修改，直接返回響應(yīng)304（未修改一 Not modified）和一個(gè)空的響應(yīng)體。當(dāng)發(fā)送一個(gè)服務(wù)器請(qǐng)求時(shí)，瀏覽器首先會(huì)進(jìn)行緩存過(guò)期判斷。瀏覽器根據(jù)緩存過(guò)期時(shí)間判斷緩存文件是否過(guò)期若沒(méi)有過(guò)期，則不向服務(wù)器發(fā)送請(qǐng)求，直接使用緩存中的結(jié)果。此時(shí)，我們?cè)跒g覽器控制臺(tái)中可以看到200 OK（ from cache），這種情況就是完全使用緩存，瀏覽器和服務(wù)器沒(méi)有任何交互。若已過(guò)期，則向服務(wù)器發(fā)送請(qǐng)求。此時(shí)，請(qǐng)求中會(huì)帶上文件修改時(shí)間和Etag，然后進(jìn)行資源更新判斷。服務(wù)器根據(jù)瀏覽器傳過(guò)來(lái)的文件修改時(shí)間，判斷自瀏覽器上一次請(qǐng)求之后，文件是否被修改過(guò)。根據(jù)Etag，判斷文件內(nèi)容自上一次請(qǐng)求之后，有沒(méi)有發(fā)生變化。若兩種判斷的結(jié)論都是文件沒(méi)有被修改過(guò)，服務(wù)器就不給瀏覽器發(fā)送新的內(nèi)容，而是直接告訴瀏覽器，文件沒(méi)有被修改過(guò)，可以繼續(xù)使用緩存—-304 Not Modified。此時(shí)，瀏覽器就會(huì)從本地緩存中獲取請(qǐng)求資源的內(nèi)容，這種情況叫協(xié)議緩存，瀏覽器和服務(wù)器之間有一次請(qǐng)求交互。若修改時(shí)間或文件內(nèi)容判斷中有任意一個(gè)沒(méi)有通過(guò)，則服務(wù)器會(huì)受理此次請(qǐng)求，并返回新的數(shù)據(jù)注意，只有g(shù)et請(qǐng)求會(huì)被緩存，post請(qǐng)求不會(huì)。24、說(shuō)說(shuō)ETag的應(yīng)用。Etag由服務(wù)器端生成，客戶端通過(guò) If-Match或者If-None- Match這個(gè)條件判斷請(qǐng)求來(lái)驗(yàn)證資源是否修改。常見(jiàn)的是使用I-None- Match。請(qǐng)求一個(gè)文件的流程如下。第一次請(qǐng)求時(shí)，客戶端發(fā)起 Http Get請(qǐng)求，以獲取一個(gè)文件，服務(wù)器處理請(qǐng)求，返回文件內(nèi)容和請(qǐng)求頭（包括Eag），并返回狀態(tài)碼200第二次請(qǐng)求時(shí)，客戶端發(fā)起 Http Get請(qǐng)求，以獲取一個(gè)文件。注意，這個(gè)時(shí)候客戶端同時(shí)發(fā)送一個(gè)If-None- Match頭，這個(gè)頭的內(nèi)容就是第一次請(qǐng)求時(shí)服務(wù)器返回的Etag服務(wù)器判斷發(fā)送過(guò)來(lái)的Etag和計(jì)算出來(lái)的Etag是否匹配。如果If- None-Match為 False，不返回200，返回304，客戶端繼續(xù)使用本地緩存。如果服務(wù)器設(shè)置了 Cache- Control:max-age和 Expires，服務(wù)器端在完全匹配 If-Modified- Since和 If-None-Match后，即檢查完修改時(shí)間和Etag之后，才能返回304。25、Expires和 Cache- Control的作用是什么？Expires要求客戶端和服務(wù)器端的時(shí)間嚴(yán)格同步。HTTP1.1引入Cache-Control來(lái)克服 Expires頭的限制。如果max-age和 Expires同時(shí)出現(xiàn)，則max-age有更高的優(yōu)先級(jí)。Cache-Control:no-cache, private, max-age=0ETag："8b4c-55f16e2e30000"Expires:Thu, 02 Dec 2027 11:37:56 GMTLast-Modified:Wed, 29 Nov 2017 03:39:44 GMT
反向代理（ Reverse Proxy）是指通過(guò)代理服務(wù)器來(lái)接收互聯(lián)網(wǎng)上的連接請(qǐng)求，然后將請(qǐng)求轉(zhuǎn)發(fā)給內(nèi)部網(wǎng)絡(luò)上的服務(wù)器，并把從服務(wù)器上得到的結(jié)果返回給互聯(lián)網(wǎng)上請(qǐng)求連接的客戶端，此時(shí)代理服務(wù)器對(duì)外就表現(xiàn)為一個(gè)反向代理服務(wù)器。
