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 )。

（推薦教程：java入門程序）

2、forward 和 redirect 的區(qū)別？

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

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

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

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

直接轉(zhuǎn)發(fā)就相當(dāng)于：“A找B借錢，B說(shuō)沒有，B去找C借，借到借不到都會(huì)把消息傳遞給A”；

間接轉(zhuǎn)發(fā)就相當(dāng)于："A找B借錢，B說(shuō)沒有，讓A去找C借"。

（相關(guān)視頻教程推薦：java視頻教程）

3、簡(jiǎn)述 tcp 和 udp的區(qū)別？

TCP面向連接（如打電話要先撥號(hào)建立連接）;UDP是無(wú)連接的，即發(fā)送數(shù)據(jù)之前不需要建立連接。

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

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

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

每一條TCP連接只能是點(diǎn)到點(diǎn)的;UDP支持一對(duì)一，一對(duì)多，多對(duì)一和多對(duì)多的交互通信。

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

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

為了實(shí)現(xiàn)可靠數(shù)據(jù)傳輸， TCP 協(xié)議的通信雙方， 都必須維護(hù)一個(gè)序列號(hào)， 以標(biāo)識(shí)發(fā)送出去的數(shù)據(jù)包中， 哪些是已經(jīng)被對(duì)方收到的。 三次握手的過程即是通信雙方相互告知序列號(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)生粘包

采用TCP協(xié)議傳輸數(shù)據(jù)的客戶端與服務(wù)器經(jīng)常是保持一個(gè)長(zhǎng)連接的狀態(tài)（一次連接發(fā)一次數(shù)據(jù)不存在粘包），雙方在連接不斷開的情況下，可以一直傳輸數(shù)據(jù)；但當(dāng)發(fā)送的數(shù)據(jù)包過于的小時(shí)，那么TCP協(xié)議默認(rèn)的會(huì)啟用Nagle算法，將這些較小的數(shù)據(jù)包進(jìn)行合并發(fā)送（緩沖區(qū)數(shù)據(jù)發(fā)送是一個(gè)堆壓的過程）；這個(gè)合并過程就是在發(fā)送緩沖區(qū)中進(jìn)行的，也就是說(shuō)數(shù)據(jù)發(fā)送出來(lái)它已經(jīng)是粘包的狀態(tài)了。

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

接收方采用TCP協(xié)議接收數(shù)據(jù)時(shí)的過程是這樣的：數(shù)據(jù)到底接收方，從網(wǎng)絡(luò)模型的下方傳遞至傳輸層，傳輸層的TCP協(xié)議處理是將其放置接收緩沖區(qū)，然后由應(yīng)用層來(lái)主動(dòng)獲?。–語(yǔ)言用recv、read等函數(shù)）；這時(shí)會(huì)出現(xiàn)一個(gè)問題，就是我們?cè)诔绦蛑姓{(diào)用的讀取數(shù)據(jù)函數(shù)不能及時(shí)的把緩沖區(qū)中的數(shù)據(jù)拿出來(lái)，而下一個(gè)數(shù)據(jù)又到來(lái)并有一部分放入的緩沖區(qū)末尾，等我們讀取數(shù)據(jù)時(shí)就是一個(gè)粘包。（放數(shù)據(jù)的速度 > 應(yīng)用層拿數(shù)據(jù)速度）

如果您想知道