1、http 回應(yīng)碼 301 和 302 代表的是什麼？有什麼區(qū)別？

答：301，302 都是HTTP狀態(tài)的編碼，都代表某個(gè)URL發(fā)生了轉(zhuǎn)移。

區(qū)別：?

301 redirect: 301 代表永久性轉(zhuǎn)移(Permanently Moved)。

302 redirect: 302 代表暫時(shí)性轉(zhuǎn)移(Temporarily Moved )。?

（推薦教學(xué)：java入門(mén)程式）

#2、forward 與 redirect 的差異？

Forward和Redirect代表了兩種請(qǐng)求轉(zhuǎn)送方式：直接轉(zhuǎn)送和間接轉(zhuǎn)送。

直接轉(zhuǎn)發(fā)方式（Forward），客戶(hù)端和瀏覽器只發(fā)出一次請(qǐng)求，Servlet、HTML、JSP或其它資訊資源，由第二個(gè)資訊資源回應(yīng)該請(qǐng)求，在請(qǐng)求物件request中，保存的物件對(duì)於每個(gè)資訊資源是共享的。

間接轉(zhuǎn)發(fā)方式（Redirect）實(shí)際上是兩次HTTP請(qǐng)求，伺服器端在回應(yīng)第一次請(qǐng)求的時(shí)候，讓瀏覽器再向另外一個(gè)URL發(fā)出請(qǐng)求，從而達(dá)到轉(zhuǎn)發(fā)的目的。

舉個(gè)通俗的例子：

直接轉(zhuǎn)發(fā)就相當(dāng)於：「A找B借錢(qián)，B說(shuō)沒(méi)有，B去找C借，借到借不到都會(huì)把訊息傳遞給A」；

間接轉(zhuǎn)發(fā)就相當(dāng)於：「A找B借錢(qián)，B說(shuō)沒(méi)有，讓A去找C借」。

（相關(guān)影片教學(xué)推薦：java影片教學(xué)）

#3、簡(jiǎn)述 tcp 和 udp的差別？

TCP面向連線（如打電話要先撥號(hào)建立連線）;UDP是無(wú)連線的，也就是在傳送資料之前不需要建立連線。

TCP提供可靠的服務(wù)。也就是說(shuō)，透過(guò)TCP連接傳送的數(shù)據(jù)，無(wú)差錯(cuò)，不遺失，不重複，且按序到達(dá);UDP盡最大努力交付，即不保證可靠交付。

Tcp透過(guò)校驗(yàn)和，重傳控制，序號(hào)標(biāo)識(shí)，滑動(dòng)視窗、確認(rèn)應(yīng)答實(shí)現(xiàn)可靠傳輸。如丟包時(shí)的重發(fā)控制，還可以對(duì)次序亂掉的分包進(jìn)行順序控制。

UDP具有較好的即時(shí)性，工作效率比TCP高，適用於對(duì)高速傳輸和即時(shí)性有較高的通訊或廣播通訊。

每一條TCP連線只能是點(diǎn)到點(diǎn)的;UDP支援一對(duì)一，一對(duì)多，多對(duì)一和多對(duì)多的互動(dòng)通訊。

TCP對(duì)系統(tǒng)資源需求較多，UDP對(duì)系統(tǒng)資源要求較少。

4、tcp 為什麼要三次握手，兩次不行嗎？為什麼？

為了實(shí)現(xiàn)可靠資料傳輸， TCP 協(xié)定的通訊雙方， 都必須維護(hù)一個(gè)序號(hào)， 以標(biāo)識(shí)發(fā)送出去的資料包中， 哪些是已經(jīng)被對(duì)方收到的。三次握手的過(guò)程即是通訊雙方互相告知序號(hào)起始值， 並確認(rèn)對(duì)方已經(jīng)收到了序號(hào)起始值的必經(jīng)步驟。

如果只是兩次握手， 至多只有連接發(fā)起方的起始序號(hào)能被確認(rèn)， 另一方選擇的序號(hào)則得不到確認(rèn)。

5、說(shuō)一下 tcp 黏包是怎麼產(chǎn)生的？

（1）發(fā)送方產(chǎn)生黏包

採(cǎi)用TCP協(xié)定傳輸資料的客戶(hù)端與伺服器經(jīng)常是保持一個(gè)長(zhǎng)連接的狀態(tài)（一次連線發(fā)送一次資料不存在粘包），雙方在連接不斷開(kāi)的情況下，可以一直傳輸資料；但當(dāng)發(fā)送的資料包過(guò)於的小時(shí)，那麼TCP協(xié)定預(yù)設(shè)的會(huì)啟用Nagle演算法，將這些較小的資料包進(jìn)行合併發(fā)送（緩衝區(qū)資料發(fā)送是一個(gè)堆壓的過(guò)程）；這個(gè)合併過(guò)程就是在發(fā)送緩衝區(qū)中進(jìn)行的，也就是說(shuō)資料發(fā)送出來(lái)它已經(jīng)是黏包的狀態(tài)了。

（2）接收方產(chǎn)生黏包

接收方採(cǎi)用TCP協(xié)定接收資料時(shí)的過(guò)程是這樣的：資料到底接收方，從網(wǎng)絡(luò)模型的下方傳遞至傳輸層，傳輸層的TCP協(xié)定處理是將其放置接收緩衝區(qū)，然後由應(yīng)用層來(lái)主動(dòng)獲取（C語(yǔ)言用recv、read等函數(shù)）；這時(shí)會(huì)出現(xiàn)一個(gè)問(wèn)題，就是我們?cè)诔淌街泻艚械淖x取資料函數(shù)不能及時(shí)的把緩衝區(qū)中的資料拿出來(lái)，而下一個(gè)資料又到來(lái)並有一部分放入的緩衝區(qū)末尾，等我們讀取資料時(shí)就是一個(gè)黏包。 （放資料的速度> 應(yīng)用層拿資料速度）?

#如果您想知道更多面試題，可以存取java面試題。

以上是2020全新Java面試題－網(wǎng)絡(luò)的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！