国产午夜精品不卡AV午夜迷情,性少妇tubevide高清视

前端工程師面試時常見問題及答案匯總2

2021-10-31點擊量：200

1.HTTP狀態(tài)碼400、401、403的含義(1)400狀態(tài)碼：請求無效產(chǎn)生原因：前端提交數(shù)據(jù)的字段名稱和字段類型與后臺的實體沒有保持一致前端提交到后臺的數(shù)據(jù)應(yīng)該是json字符串類型，但是前端沒有將對象JSON.stringify轉(zhuǎn)化成字符串。解決方法：對照字段的名稱，保持一致性將obj對象通過JSON.stringify實現(xiàn)序列化(2)401狀態(tài)碼：當(dāng)前請求需要用戶驗證(3)403狀態(tài)碼：伺服器已經(jīng)得到請求，但是拒絕執(zhí)行2.什么是CSRF攻擊，如何避免CSRF：Cross-SiteRequestForgery(中文：跨站請求偽造)，可以理解為攻擊者盜用了你的身份，以你的名義發(fā)送惡意請求，比如：以你名義發(fā)送郵件、發(fā)消息、購買商品，虛擬貨幣轉(zhuǎn)賬等。防御手段：驗證請求來源地址;關(guān)鍵操作添加驗證碼;在請求地址添加token并驗證。3.請你解釋一下TCP為什么可靠一些三次握手，超時重傳，滑動窗口，擁塞控制。4.forward和redirect的區(qū)別forward是轉(zhuǎn)發(fā)和redirect是重定向：地址欄url顯示：fowardurl不會發(fā)生改變，redirecturl會發(fā)生改變;數(shù)據(jù)共享：forward可以共享request里的數(shù)據(jù)，redirect不能共享;效率：forward比redirect效率高。5.WebSocket的實現(xiàn)和應(yīng)用(1)什么是WebSocketWebSocket是HTML5中的協(xié)議，支持持久連續(xù)，http協(xié)議不支持持久性連接。Http1.0和HTTP1.1都不支持持久性的鏈接，HTTP1.1中的keep-alive，將多個http請求合并為1個(2)WebSocket是什么樣的協(xié)議，具體有什么優(yōu)點HTTP的生命周期通過Request來界定，也就是Request一個Response，那么在Http1.0協(xié)議中，這次Http請求就結(jié)束了。在Http1.1中進(jìn)行了改進(jìn)，是的有一個connection：Keep-alive，也就是說，在一個Http連接中，可以發(fā)送多個Request，接收多個Response。但是必須記住，在Http中一個Request只能對應(yīng)有一個Response，而且這個Response是被動的，不能主動發(fā)起。WebSocket是基于Http協(xié)議的，或者說借用了Http協(xié)議來完成一部分握手，在握手階段與Http是相同的。我們來看一個websocket握手協(xié)議的實現(xiàn)，基本是2個屬性，upgrade，connection。6.請你說一下http協(xié)議會話結(jié)束標(biāo)志怎么截出來看tcp連接是否有斷開的四部揮手階段。7.HTTP具體有哪些請求頭是跟緩存相關(guān)的緩存分為兩種：強緩存和協(xié)商緩存，根據(jù)響應(yīng)的header內(nèi)容來決定。強緩存相關(guān)字段有expires，cache-control。如果cache-control與expires同時存在的話，cache-control的優(yōu)先級高于expires。協(xié)商緩存相關(guān)字段有Last-Modified/If-Modified-Since，Etag/If-None-Match8.請你講講http1.1和1.0的區(qū)別主要區(qū)別主要體現(xiàn)在：緩存處理，在HTTP1.0中主要使用header里的If-Modified-Since,Expires來做為緩存判斷的標(biāo)準(zhǔn)，HTTP1.1則引入了更多的緩存控制策略例如Entitytag，If-Unmodified-Since,If-Match,If-None-Match等更多可供選擇的緩存頭來控制緩存策略。帶寬優(yōu)化及網(wǎng)絡(luò)連接的使用，HTTP1.0中，存在一些浪費帶寬的現(xiàn)象，例如客戶端只是需要某個對象的一部分，而伺服器卻將整個對象送過來了，并且不支持?jǐn)帱c續(xù)傳功能，HTTP1.1則在請求頭引入了range頭域，它允許只請求資源的某個部分，即返回碼是206(PartialContent)，這樣就方便了開發(fā)者自由的選擇以便于充分利用帶寬和連接。錯誤通知的管理，在HTTP1.1中新增了24個錯誤狀態(tài)響應(yīng)碼，如409(Conflict)表示請求的資源與資源的當(dāng)前狀態(tài)發(fā)生沖突;410(Gone)表示伺服器上的某個資源被永久性的刪除。Host頭處理，在HTTP1.0中認(rèn)為每臺伺服器都綁定一個唯一的IP地址，因此，請求消息中的URL并沒有傳遞主機名(hostname)。但隨著虛擬主機技術(shù)的發(fā)展，在一臺物理伺服器上可以存在多個虛擬主機(Multi-homedWebServers)，并且它們共享一個IP地址。HTTP1.1的請求消息和響應(yīng)消息都應(yīng)支持Host頭域，且請求消息中如果沒有Host頭域會報告一個錯誤(400BadRequest)。長連接，HTTP1.1支持長連接(PersistentConnection)和請求的流水線(Pipelining)處理，在一個TCP連接上可以傳送多個HTTP請求和響應(yīng)，減少了建立和關(guān)閉連接的消耗和延遲，在HTTP1.1中默認(rèn)開啟Connection：keep-alive，一定程度上彌補了HTTP1.0每次請求都要創(chuàng)建連接的缺點。9.請簡單解釋一下，arp協(xié)議和arp攻擊。地址解析協(xié)議。ARP攻擊的第一步就是ARP欺騙。由上述“ARP協(xié)議的工作過程”我們知道，ARP協(xié)議基本沒有對網(wǎng)絡(luò)的安全性做任何思考，當(dāng)時人們考慮的重點是如何保證網(wǎng)絡(luò)通信能夠正確和快速的完成——ARP協(xié)議工作的前提是默認(rèn)了其所在的網(wǎng)絡(luò)是一個善良的網(wǎng)絡(luò)，每臺主機在向網(wǎng)絡(luò)中發(fā)送應(yīng)答信號時都是使用的真實身份。不過后來，人們發(fā)現(xiàn)ARP應(yīng)答中的IP地址和MAC地址中的信息是可以偽造的，并不一定是自己的真實IP地址和MAC地址，由此，ARP欺騙就產(chǎn)生了。10.HTTPHEAD請求的含義head：類似于get請求，只不過返回的響應(yīng)中沒有具體的內(nèi)容，用戶獲取報頭options：允許客戶端查看伺服器的性能，比如說伺服器支持的請求方式等等。11.請回答一下HTTP和HTTPS的區(qū)別，以及HTTPS有什么缺點HTTP協(xié)議和HTTPS協(xié)議區(qū)別如下：(1)HTTP協(xié)議是以明文的方式在網(wǎng)絡(luò)中傳輸數(shù)據(jù)，而HTTPS協(xié)議傳輸?shù)臄?shù)據(jù)則是經(jīng)過TLS加密后的，HTTPS具有更高的安全性(2)HTTPS在TCP三次握手階段之后，還需要進(jìn)行SSL的handshake，協(xié)商加密使用的對稱加密密鑰(3)HTTPS協(xié)議需要服務(wù)端申請證書，瀏覽器端安裝對應(yīng)的根證書(4)HTTP協(xié)議端口是80，HTTPS協(xié)議端口是443HTTPS優(yōu)點：HTTPS傳輸數(shù)據(jù)過程中使用密鑰進(jìn)行加密，所以安全性更高HTTPS協(xié)議可以認(rèn)證用戶和伺服器，確保數(shù)據(jù)發(fā)送到正確的用戶和伺服器HTTPS缺點：HTTPS握手階段延時較高：由于在進(jìn)行HTTP會話之前還需要進(jìn)行SSL握手，因此HTTPS協(xié)議握手階段延時增加HTTPS部署成本高：一方面HTTPS協(xié)議需要使用證書來驗證自身的安全性，所以需要購買CA證書;另一方面由于采用HTTPS協(xié)議需要進(jìn)行加解密的計算，占用CPU資源較多，需要的伺服器配置或數(shù)目高12.請問你有沒有基于做過socket的開發(fā)具體網(wǎng)絡(luò)層的操作該怎么做(其實也是問網(wǎng)絡(luò)編程的基本步驟)服務(wù)端：socket-bind-listen-accept客戶端：socket-connect13.ip報文經(jīng)過一個路由器改變哪些字段源和目的的IP地址,源和目的的MAC地址以及TTL值。14.HTTP2.0有哪些特性(1)內(nèi)容安全，應(yīng)為http2.0是基于https的，天然具有安全特性，通過http2.0的特性可以避免單純使用https的性能下降(2)二進(jìn)制格式，http1.X的解析是基于文本的，http2.0將所有的傳輸信息分割為更小的消息和幀，并對他們采用二進(jìn)制格式編碼，基于二進(jìn)制可以讓協(xié)議有更多的擴展性，比如引入了幀來傳輸數(shù)據(jù)和指令(3)多路復(fù)用，這個功能相當(dāng)于是長連接的增強，每個request請求可以隨機的混雜在一起，接收方可以根據(jù)request的id將request再歸屬到各自不同的服務(wù)端請求里面，另外多路復(fù)用中也支持了流的優(yōu)先級，允許客戶端告訴伺服器那些內(nèi)容是更優(yōu)先級的資源，可以優(yōu)先傳輸。15.HTTP狀態(tài)碼304的含義什么時候用304304：如果客戶端發(fā)送了一個帶條件的GET請求且該請求已被允許，而文檔的內(nèi)容(自上次訪問以來或者根據(jù)請求的條件)并沒有改變，則伺服器應(yīng)當(dāng)返回這個304狀態(tài)碼。16.請說明一下http和https的區(qū)別https協(xié)議要申請證書到ca，需要一定經(jīng)濟成本;2)http是明文傳輸，https是加密的安全傳輸;3)連接的端口不一樣，http是80，https是443;4)http連接很簡單，沒有狀態(tài);https是ssl加密的傳輸，身份認(rèn)證的網(wǎng)絡(luò)協(xié)議，相對http傳輸比較安全。17.你知道TCP協(xié)議、IP協(xié)議、HTTP協(xié)議分別在哪一層嗎考察點：網(wǎng)絡(luò)七層模型運輸層，網(wǎng)絡(luò)層，應(yīng)用層。七層結(jié)構(gòu)：物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層、會話層、表示層、應(yīng)用層tcp屬于傳輸層;http屬于應(yīng)用層。18.HTTP常見的請求方法get、post，這兩個用的是最多的，還有很多比如patch、delete、put、options等等19.請你說一下阻塞，非阻塞，同步，異步阻塞和非阻塞：調(diào)用者在事件沒有發(fā)生的時候，一直在等待事件發(fā)生，不能去處理別的任務(wù)這是阻塞。調(diào)用者在事件沒有發(fā)生的時候，可以去處理別的任務(wù)這是非阻塞。同步和異步：調(diào)用者必須循環(huán)自去查看事件有沒有發(fā)生，這種情況是同步。調(diào)用者不用自己去查看事件有沒有發(fā)生，而是等待著注冊在事件上的回調(diào)函數(shù)通知自己，這種情況是異步20.搜索baidu，會用到計算機網(wǎng)絡(luò)中的什么層每層是干什么的瀏覽器中輸入URL瀏覽器要將URL解析為IP地址，解析域名就要用到DNS協(xié)議，首先主機會查詢DNS的緩存，如果沒有就給本地DNS發(fā)送查詢請求。DNS查詢分為兩種方式，一種是遞歸查詢，一種是迭代查詢。如果是迭代查詢，本地的DNS伺服器，向根域名伺服器發(fā)送查詢請求，根域名伺服器告知該域名的一級域名伺服器，然后本地伺服器給該一級域名伺服器發(fā)送查詢請求，然后依次類推直到查詢到該域名的IP地址。DNS伺服器是基于UDP的，因此會用到UDP協(xié)議。得到IP地址后，瀏覽器就要與伺服器建立一個http連接。因此要用到http協(xié)議，http協(xié)議報文格式上面已經(jīng)提到。http生成一個get請求報文，將該報文傳給TCP層處理，所以還會用到TCP協(xié)議。如果采用https還會使用https協(xié)議先對http數(shù)據(jù)進(jìn)行加密。TCP層如果有需要先將HTTP數(shù)據(jù)包分片，分片依據(jù)路徑MTU和MSS。TCP的數(shù)據(jù)包然后會發(fā)送給IP層，用到IP協(xié)議。IP層通過路由選路，一跳一跳發(fā)送到目的地址。當(dāng)然在一個網(wǎng)段內(nèi)的尋址是通過以太網(wǎng)協(xié)議實現(xiàn)(也可以是其他物理層協(xié)議，比如PPP，SLIP)，以太網(wǎng)協(xié)議需要直到目的IP地址的物理地址，有需要ARP協(xié)議。其中：(1)DNS協(xié)議，http協(xié)議，https協(xié)議屬于應(yīng)用層應(yīng)用層是體系結(jié)構(gòu)中的最高層。應(yīng)用層確定進(jìn)程之間通信的性質(zhì)以滿足用戶的需要。這里的進(jìn)程就是指正在運行的程序。應(yīng)用層不僅要提供應(yīng)用進(jìn)程所需要的信息交換和遠(yuǎn)地操作，而且還要作為互相作用的應(yīng)用進(jìn)程的用戶代理，來完成一些為進(jìn)行語義上有意義的信息交換所必須的功能。應(yīng)用層直接為用戶的應(yīng)用進(jìn)程提供服務(wù)。(2)TCP/UDP屬于傳輸層傳輸層的任務(wù)就是負(fù)責(zé)主機中兩個進(jìn)程之間的通信。因特網(wǎng)的傳輸層可使用兩種不同協(xié)議：即面向連接的傳輸控制協(xié)議TCP，和無連接的用戶數(shù)據(jù)報協(xié)議UDP。面向連接的服務(wù)能夠提供可靠的交付，但無連接服務(wù)則不保證提供可靠的交付，它只是“盡最大努力交付”。這兩種服務(wù)方式都很有用，備有其優(yōu)缺點。在分組交換網(wǎng)內(nèi)的各個交換結(jié)點機都沒有傳輸層。(3)IP協(xié)議，ARP協(xié)議屬于網(wǎng)絡(luò)層網(wǎng)絡(luò)層負(fù)責(zé)為分組交換網(wǎng)上的不同主機提供通信。在發(fā)送數(shù)據(jù)時，網(wǎng)絡(luò)層將運輸層產(chǎn)生的報文段或用戶數(shù)據(jù)報封裝成分組或包進(jìn)行傳送。在TCP/IP體系中，分組也叫作IP數(shù)據(jù)報，或簡稱為數(shù)據(jù)報。網(wǎng)絡(luò)層的另一個任務(wù)就是要選擇合適的路由，使源主機運輸層所傳下來的分組能夠交付到目的主機。(4)數(shù)據(jù)鏈路層當(dāng)發(fā)送數(shù)據(jù)時，數(shù)據(jù)鏈路層的任務(wù)是將在網(wǎng)絡(luò)層交下來的IP數(shù)據(jù)報組裝成幀，在兩個相鄰結(jié)點間的鏈路上傳送以幀為單位的數(shù)據(jù)。每一幀包括數(shù)據(jù)和必要的控制信息(如同步信息、地址信息、差錯控制、以及流量控制信息等)�？刂菩畔⑹菇邮斩四軌蛑馈獋€幀從哪個比特開始和到哪個比特結(jié)束�？刂菩畔⑦€使接收端能夠檢測到所收到的幀中有無差錯。(5)物理層物理層的任務(wù)就是透明地傳送比特流。在物理層上所傳數(shù)據(jù)的單位是比特。傳遞信息所利用的一些物理媒體，如雙絞線、同軸電纜、光纜等，并不在物理層之內(nèi)而是在物理層的下面。因此也有人把物理媒體當(dāng)做第0層。本文由培訓(xùn)無憂網(wǎng)千鋒IT培訓(xùn)專屬課程顧問老師整理發(fā)布，更多相關(guān)課程請關(guān)注培訓(xùn)無憂網(wǎng)web前端培訓(xùn)或添加老師微信：15033336050...