1.throw和throws的區(qū)別？

throw：是真實(shí)拋出一個(gè)異常。

throws：是聲明可能會(huì)拋出一個(gè)異常。

2.final、finally、finalize有什么區(qū)別？

final：是修飾符，如果修飾類(lèi)，此類(lèi)不能被繼承；如果修飾方法和變量，則表示此方法和此變量不能在被改變，只能使用。

finally：是try{}catch{}finally{}最后一部分，表示不論發(fā)生任何情況都會(huì)執(zhí)行，finally部分可以省略，但如果finally部分存在，則一定會(huì)執(zhí)行finally里面的代碼。

finalize：是Object類(lèi)的一個(gè)方法，在垃圾收集器執(zhí)行的時(shí)候會(huì)調(diào)用被回收對(duì)象的此方法。

3.try-catch-finally中哪個(gè)部分可以省略？

try-catch-finally其中catch和finally都可以被省略，但是不能同時(shí)省略，也就是說(shuō)有try的時(shí)候，必須后面跟一個(gè)catch或者finally。

4.try-catch-finally中，如果catch中return了，finally還會(huì)執(zhí)行嗎？

finally一定會(huì)執(zhí)行，即使是catch中return了，catch中的return會(huì)等f(wàn)inally中的代碼執(zhí)行完之后，才會(huì)執(zhí)行。

5.常見(jiàn)的異常類(lèi)有哪些？

NullPointerException空指針異常

ClassNotFoundException指定類(lèi)不存在

NumberFormatException字符串轉(zhuǎn)換為數(shù)字異常

IndexOutOfBoundsException數(shù)組下標(biāo)越界異常

ClassCastException數(shù)據(jù)類(lèi)型轉(zhuǎn)換異常

FileNotFoundException文件未找到異常

NoSuchMethodException方法不存在異常

IOException IO異常

SocketException Socket異常

二、網(wǎng)絡(luò)

1.http響應(yīng)碼301和302代表的是什么？有什么區(qū)別？

301：永久重定向。

302：暫時(shí)重定向。

它們的區(qū)別是，301對(duì)搜索引擎優(yōu)化（SEO）更加有利；302有被提示為網(wǎng)絡(luò)攔截的風(fēng)險(xiǎn)。

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

forward是轉(zhuǎn)發(fā)和redirect是重定向：

地址欄url顯示：foward url不會(huì)發(fā)生改變，redirect url會(huì)發(fā)生改變；

數(shù)據(jù)共享：forward可以共享request里的數(shù)據(jù)，redirect不能共享；

效率：forward比redirect效率高。

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

tcp和udp是OSI模型中的運(yùn)輸層中的協(xié)議。tcp提供可靠的通信傳輸，而udp則常被用于讓廣播和細(xì)節(jié)控制交給應(yīng)用的通信傳輸。

兩者的區(qū)別大致如下：

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

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

tcp面向字節(jié)流，udp面向報(bào)文；

tcp數(shù)據(jù)傳輸慢，udp數(shù)據(jù)傳輸快；

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

如果采用兩次握手，那么只要服務(wù)器發(fā)出確認(rèn)數(shù)據(jù)包就會(huì)建立連接，但由于客戶(hù)端此時(shí)并未響應(yīng)服務(wù)器端的請(qǐng)求，那此時(shí)服務(wù)器端就會(huì)一直在等待客戶(hù)端，這樣服務(wù)器端就白白浪費(fèi)了一定的資源。若采用三次握手，服務(wù)器端沒(méi)有收到來(lái)自客戶(hù)端的再此確認(rèn)，則就會(huì)知道客戶(hù)端并沒(méi)有要求建立請(qǐng)求，就不會(huì)浪費(fèi)服務(wù)器的資源。

5.說(shuō)一下tcp粘包是怎么產(chǎn)生的？

tcp粘包可能發(fā)生在發(fā)送端或者接收端，分別來(lái)看兩端各種產(chǎn)生粘包的原因：

發(fā)送端粘包：發(fā)送端需要等緩沖區(qū)滿(mǎn)才發(fā)送出去，造成粘包；

接收方粘包：接收方不及時(shí)接收緩沖區(qū)的包，造成多個(gè)包接收。

6.OSI的七層模型都有哪些？

物理層：利用傳輸介質(zhì)為數(shù)據(jù)鏈路層提供物理連接，實(shí)現(xiàn)比特流的透明傳輸。

數(shù)據(jù)鏈路層：負(fù)責(zé)建立和管理節(jié)點(diǎn)間的鏈路。

網(wǎng)絡(luò)層：通過(guò)路由選擇算法，為報(bào)文或分組通過(guò)通信子網(wǎng)選擇最適當(dāng)?shù)穆窂健?/p>

傳輸層：向用戶(hù)提供可靠的端到端的差錯(cuò)和流量控制，保證報(bào)文的正確傳輸。

會(huì)話(huà)層：向兩個(gè)實(shí)體的表示層提供建立和使用連接的方法。

表示層：處理用戶(hù)信息的表示問(wèn)題，如編碼、數(shù)據(jù)格式轉(zhuǎn)換和加密解密等。

應(yīng)用層：直接向用戶(hù)提供服務(wù)，完成用戶(hù)希望在網(wǎng)絡(luò)上完成的各種工作。

7.get和post請(qǐng)求有哪些區(qū)別？

get請(qǐng)求會(huì)被瀏覽器主動(dòng)緩存，而post不會(huì)。

get傳遞參數(shù)有大小限制，而post沒(méi)有。

post參數(shù)傳輸更安全，get的參數(shù)會(huì)明文限制在url上，post不會(huì)。

8.如何實(shí)現(xiàn)跨域？

實(shí)現(xiàn)跨域有以下幾種方案：

服務(wù)器端運(yùn)行跨域設(shè)置CORS等于*；

在單個(gè)接口使用注解 CrossOrigin運(yùn)行跨域；

使用jsonp跨域；

9.說(shuō)一下JSONP實(shí)現(xiàn)原理？

jsonp：JSON with Padding，它是利用script標(biāo)簽的src連接可以訪問(wèn)不同源的特性，加載遠(yuǎn)程返回的“JS函數(shù)”來(lái)執(zhí)行的。

三、設(shè)計(jì)模式

1.說(shuō)一下你熟悉的設(shè)計(jì)模式？

單例模式：保證被創(chuàng)建一次，節(jié)省系統(tǒng)開(kāi)銷(xiāo)。

工廠模式（簡(jiǎn)單工廠、抽象工廠）：解耦代碼。

觀察者模式：定義了對(duì)象之間的一對(duì)多的依賴(lài)，這樣一來(lái)，當(dāng)一個(gè)對(duì)象改變時(shí)，它的所有的依賴(lài)者都會(huì)收到通知并自動(dòng)更新。

外觀模式：提供一個(gè)統(tǒng)一的接口，用來(lái)訪問(wèn)子系統(tǒng)中的一群接口，外觀定義了一個(gè)高層的接口，讓子系統(tǒng)更容易使用。

模版方法模式：定義了一個(gè)算法的骨架，而將一些步驟延遲到子類(lèi)中，模版方法使得子類(lèi)可以在不改變算法結(jié)構(gòu)的情況下，重新定義算法的步驟。

狀態(tài)模式：允許對(duì)象在內(nèi)部狀態(tài)改變時(shí)改變它的行為，對(duì)象看起來(lái)好像修改了它的類(lèi)。

2.簡(jiǎn)單工廠和抽象工廠有什么區(qū)別？

簡(jiǎn)單工廠：用來(lái)生產(chǎn)同一等級(jí)結(jié)構(gòu)中的任意產(chǎn)品，對(duì)于增加新的產(chǎn)品，無(wú)能為力。

工廠方法：用來(lái)生產(chǎn)同一等級(jí)結(jié)構(gòu)中的固定產(chǎn)品，支持增加任意產(chǎn)品。

抽象工廠：用來(lái)生產(chǎn)不同產(chǎn)品族的全部產(chǎn)品，對(duì)于增加新的產(chǎn)品，無(wú)能為力；支持增加產(chǎn)品族。

以上就是動(dòng)力節(jié)點(diǎn)java培訓(xùn)機(jī)構(gòu)的小編針對(duì)“常見(jiàn)的Java設(shè)計(jì)模式面試題全解析”的內(nèi)容進(jìn)行的回答，希望對(duì)大家有所幫助，如有疑問(wèn)，請(qǐng)?jiān)诰€(xiàn)咨詢(xún)，有專(zhuān)業(yè)老師隨時(shí)為你服務(wù)。