31、迭代器 Iterator 是什么?

　　Iterator 接口提供遍歷任何 Collection 的接口。我們可以從一個 Collection 中使用迭代器方法來獲取迭代器實例。迭代器取代了 Java 集合框架中的 Enumeration，迭代器允許調(diào)用者在迭代過程中移除元素。

　　32、Iterator 怎么使用?有什么特點?

　　Iterator 使用代碼如下：

Listlist = new ArrayList<>();

Iteratorit = list. iterator();

while(it. hasNext()){

String obj = it. next();

System. out. println(obj);

}

　　Iterator 的特點是更加安全，因為它可以確保，在當(dāng)前遍歷的集合元素被更改的時候，就會拋出 ConcurrentModificationException 異常

33、Iterator 和 ListIterator 有什么區(qū)別?

　　Iterator 可以遍歷 Set 和 List 集合，而 ListIterator 只能遍歷 List。

　　Iterator 只能單向遍歷，而 ListIterator 可以雙向遍歷(向前/后遍歷)。

　　ListIterator 從 Iterator 接口繼承，然后添加了一些額外的功能，比如添加一個元素、替換一個元素、獲取前面或后面元素的索引位置。

　　34、怎么確保一個集合不能被修改?

　　可以使用 Collections. unmodifiableCollection(Collection c) 方法來創(chuàng)建一個只讀集合，這樣改變集合的任何操作都會拋出 Java. lang. UnsupportedOperationException 異常。

　　示例代碼如下：

Listlist = new ArrayList<>();

list. add("x");

Collectionclist = Collections. unmodifiableCollection(list);

clist. add("y"); // 運(yùn)行時此行報錯

System. out. println(list. size());

　　三、java最新面試題及答案：Java多線程模塊

　　35、并行和并發(fā)有什么區(qū)別?

　　并行：多個處理器或多核處理器同時處理多個任務(wù)。

　　并發(fā)：多個任務(wù)在同一個 CPU 核上，按細(xì)分的時間片輪流(交替)執(zhí)行，從邏輯上來看那些任務(wù)是同時執(zhí)行。

　　36、線程和進(jìn)程的區(qū)別?

　　一個程序下至少有一個進(jìn)程，一個進(jìn)程下至少有一個線程，一個進(jìn)程下也可以有多個線程來增加程序的執(zhí)行速度。

　　37、守護(hù)線程是什么?

　　守護(hù)線程是運(yùn)行在后臺的一種特殊進(jìn)程。它獨(dú)立于控制終端并且周期性地執(zhí)行某種任務(wù)或等待處理某些發(fā)生的事件。在 Java 中垃圾回收線程就是特殊的守護(hù)線程。

　　38、多線程有幾種實現(xiàn)方式?

　　有4種，分別是：

　　繼承Thread類

　　實現(xiàn)Runnable接口

　　實現(xiàn)Callable接口通過FutureTask包裝器來創(chuàng)建Thread線程

　　通過線程池創(chuàng)建線程，使用線程池接口ExecutorService結(jié)合Callable、Future實現(xiàn)有返回結(jié)果的多線程。

　　前面兩種【無返回值】原因：通過重寫run方法，run方法的返回值是void，所以沒有辦法返回結(jié)果。

　　后面兩種【有返回值】原因：通過Callable接口，就要實現(xiàn)call方法，這個方法的返回值是Object，所以返回的結(jié)果可以放在Object對象中。

　　39、說一下 Runnable和 Callable有什么區(qū)別?

　　Runnable沒有返回值，Callable可以拿到有返回值，Callable可以看作是 Runnable的補(bǔ)充。

　　40、線程有哪些狀態(tài)?

　　線程的6種狀態(tài)：

　　初始(NEW)：新創(chuàng)建了一個線程對象，但還沒有調(diào)用start()方法。

　　運(yùn)行(RUNNABLE)：Java線程中將就緒(ready)和運(yùn)行中(running)兩種狀態(tài)籠統(tǒng)的稱為“運(yùn)行”。線程對象創(chuàng)建后，其他線程(比如main線程)調(diào)用了該對象的start()方法。該狀態(tài)的線程位于可運(yùn)行線程池中，等待被線程調(diào)度選中，獲取CPU的使用權(quán)，此時處于就緒狀態(tài)(ready)。就緒狀態(tài)的線程在獲得CPU時間片后變?yōu)檫\(yùn)行中狀態(tài)(running)。

　　阻塞(BLOCKED)：表示線程阻塞于鎖。

　　等待(WAITING)：進(jìn)入該狀態(tài)的線程需要等待其他線程做出一些特定動作(通知或中斷)。

　　超時等待(TIMED_WAITING)：該狀態(tài)不同于WAITING，它可以在指定的時間后自行返回。

　　終止(TERMINATED)：表示該線程已經(jīng)執(zhí)行完畢。

　　41、sleep() 和 wait() 有什么區(qū)別?

　　類的不同：sleep() 來自 Thread，wait() 來自 Object。

　　釋放鎖：sleep() 不釋放鎖;wait() 釋放鎖。

　　用法不同：sleep() 時間到會自動恢復(fù);wait() 可以使用 notify()/notifyAll()直接喚醒。

　　42、notify()和 notifyAll()有什么區(qū)別?

　　notifyAll()會喚醒所有的線程，notify()之后喚醒一個線程。notifyAll() 調(diào)用后，會將全部線程由等待池移到鎖池，然后參與鎖的競爭，競爭成功則繼續(xù)執(zhí)行，如果不成功則留在鎖池等待鎖被釋放后再次參與競爭。而 notify()只會喚醒一個線程，具體喚醒哪一個線程由虛擬機(jī)控制。

　　43、線程的 run() 和 start() 有什么區(qū)別?

　　start() 方法用于啟動線程，run() 方法用于執(zhí)行線程的運(yùn)行時代碼。run() 可以重復(fù)調(diào)用，而 start() 只能調(diào)用一次。

　　44、創(chuàng)建線程池有哪幾種方式?

　　線程池創(chuàng)建有七種方式，最核心的是最后一種：

　　newSingleThreadExecutor()：它的特點在于工作線程數(shù)目被限制為 1，操作一個無界的工作隊列，所以它保證了所有任務(wù)的都是被順序執(zhí)行，最多會有一個任務(wù)處于活動狀態(tài)，并且不允許使用者改動線程池實例，因此可以避免其改變線程數(shù)目;

　　newCachedThreadPool()：它是一種用來處理大量短時間工作任務(wù)的線程池，具有幾個鮮明特點：它會試圖緩存線程并重用，當(dāng)無緩存線程可用時，就會創(chuàng)建新的工作線程;如果線程閑置的時間超過 60 秒，則被終止并移出緩存;長時間閑置時，這種線程池，不會消耗什么資源。其內(nèi)部使用 SynchronousQueue 作為工作隊列;

　　newFixedThreadPool(int nThreads)：重用指定數(shù)目(nThreads)的線程，其背后使用的是無界的工作隊列，任何時候最多有 nThreads 個工作線程是活動的。這意味著，如果任務(wù)數(shù)量超過了活動隊列數(shù)目，將在工作隊列中等待空閑線程出現(xiàn);如果有工作線程退出，將會有新的工作線程被創(chuàng)建，以補(bǔ)足指定的數(shù)目 nThreads;

　　newSingleThreadScheduledExecutor()：創(chuàng)建單線程池，返回 ScheduledExecutorService，可以進(jìn)行定時或周期性的工作調(diào)度;

　　newScheduledThreadPool(int corePoolSize)：和newSingleThreadScheduledExecutor()類似，創(chuàng)建的是個 ScheduledExecutorService，可以進(jìn)行定時或周期性的工作調(diào)度，區(qū)別在于單一工作線程還是多個工作線程;

　　newWorkStealingPool(int parallelism)：這是一個經(jīng)常被人忽略的線程池，Java 8 才加入這個創(chuàng)建方法，其內(nèi)部會構(gòu)建ForkJoinPool，利用Work-Stealing算法，并行地處理任務(wù)，不保證處理順序;

　　ThreadPoolExecutor()：是最原始的線程池創(chuàng)建，上面1-3創(chuàng)建方式都是對ThreadPoolExecutor的封裝。

　　45、線程池都有哪些狀態(tài)?

　　RUNNING：這是最正常的狀態(tài)，接受新的任務(wù)，處理等待隊列中的任務(wù)。

　　SHUTDOWN：不接受新的任務(wù)提交，但是會繼續(xù)處理等待隊列中的任務(wù)。

　　STOP：不接受新的任務(wù)提交，不再處理等待隊列中的任務(wù)，中斷正在執(zhí)行任務(wù)的線程。

　　TIDYING：所有的任務(wù)都銷毀了，workCount 為 0，線程池的狀態(tài)在轉(zhuǎn)換為 TIDYING 狀態(tài)時，會執(zhí)行鉤子方法 terminated()。

　　TERMINATED：terminated()方法結(jié)束后，線程池的狀態(tài)就會變成這個。

　　46、線程池中 submit() 和 execute() 方法有什么區(qū)別?

　　execute()：只能執(zhí)行 Runnable 類型的任務(wù)。

　　submit()：可以執(zhí)行 Runnable 和 Callable 類型的任務(wù)。

　　Callable 類型的任務(wù)可以獲取執(zhí)行的返回值，而 Runnable 執(zhí)行無返回值。

　　47、在 Java 程序中怎么保證多線程的運(yùn)行安全?

　　方法一：使用安全類，比如 Java. util. concurrent 下的類。

　　方法二：使用自動鎖 synchronized。

　　方法三：使用手動鎖 Lock。

　　手動鎖 Java 示例代碼如下：

Lock lock = new ReentrantLock();

lock. lock();

try {

System. out. println("獲得鎖");

} catch (Exception e) {

// TODO: handle exception

} finally {

System. out. println("釋放鎖");

lock. unlock();

}

　　48、多線程中 synchronized 鎖升級的原理是什么?

　　synchronized 鎖升級原理：在鎖對象的對象頭里面有一個 threadid 字段，在第一次訪問的時候 threadid 為空，jvm 讓其持有偏向鎖，并將 threadid 設(shè)置為其線程 id，再次進(jìn)入的時候會先判斷 threadid 是否與其線程 id 一致，如果一致則可以直接使用此對象，如果不一致，則升級偏向鎖為輕量級鎖，通過自旋循環(huán)一定次數(shù)來獲取鎖，執(zhí)行一定次數(shù)之后，如果還沒有正常獲取到要使用的對象，此時就會把鎖從輕量級升級為重量級鎖，此過程就構(gòu)成了 synchronized 鎖的升級。

　　鎖的升級的目的：鎖升級是為了減低了鎖帶來的性能消耗。在 Java 6 之后優(yōu)化 synchronized 的實現(xiàn)方式，使用了偏向鎖升級為輕量級鎖再升級到重量級鎖的方式，從而減低了鎖帶來的性能消耗。

　　49、什么是死鎖?

　　當(dāng)線程 A 持有獨(dú)占鎖a，并嘗試去獲取獨(dú)占鎖 b 的同時，線程 B 持有獨(dú)占鎖 b，并嘗試獲取獨(dú)占鎖 a 的情況下，就會發(fā)生 AB 兩個線程由于互相持有對方需要的鎖，而發(fā)生的阻塞現(xiàn)象，我們稱為死鎖。

　　50、怎么防止死鎖?

　　盡量使用 tryLock(long timeout, TimeUnit unit)的方法(ReentrantLock、ReentrantReadWriteLock)，設(shè)置超時時間，超時可以退出防止死鎖。

　　盡量使用 Java. util. concurrent 并發(fā)類代替自己手寫鎖。

　　盡量降低鎖的使用粒度，盡量不要幾個功能用同一把鎖。

　　盡量減少同步的代碼塊。

　　51、ThreadLocal 是什么?有哪些使用場景?

　　ThreadLocal 為每個使用該變量的線程提供獨(dú)立的變量副本，所以每一個線程都可以獨(dú)立地改變自己的副本，而不會影響其它線程所對應(yīng)的副本。

　　ThreadLocal 的經(jīng)典使用場景是數(shù)據(jù)庫連接和 session 管理等。

　　52、說一下 synchronized 底層實現(xiàn)原理?

　　synchronized 是由一對 monitorenter/monitorexit 指令實現(xiàn)的，monitor 對象是同步的基本實現(xiàn)單元。在 Java 6 之前，monitor 的實現(xiàn)完全是依靠操作系統(tǒng)內(nèi)部的互斥鎖，因為需要進(jìn)行用戶態(tài)到內(nèi)核態(tài)的切換，所以同步操作是一個無差別的重量級操作，性能也很低。但在 Java 6 的時候，Java 虛擬機(jī) 對此進(jìn)行了大刀闊斧地改進(jìn)，提供了三種不同的 monitor 實現(xiàn)，也就是常說的三種不同的鎖：偏向鎖(Biased Locking)、輕量級鎖和重量級鎖，大大改進(jìn)了其性能。

　　53、synchronized 和 volatile 的區(qū)別是什么?

　　volatile 是變量修飾符;synchronized 是修飾類、方法、代碼段。

　　volatile 僅能實現(xiàn)變量的修改可見性，不能保證原子性;而 synchronized 則可以保證變量的修改可見性和原子性。

　　volatile 不會造成線程的阻塞;synchronized 可能會造成線程的阻塞。

　　54、synchronized 和 Lock 有什么區(qū)別?

　　synchronized 可以給類、方法、代碼塊加鎖;而 lock 只能給代碼塊加鎖。

　　synchronized 不需要手動獲取鎖和釋放鎖，使用簡單，發(fā)生異常會自動釋放鎖，不會造成死鎖;而 lock 需要自己加鎖和釋放鎖，如果使用不當(dāng)沒有 unLock()去釋放鎖就會造成死鎖。

　　通過 Lock 可以知道有沒有成功獲取鎖，而 synchronized 卻無法辦到。

　　55、synchronized 和 ReentrantLock 區(qū)別是什么?

　　synchronized 早期的實現(xiàn)比較低效，對比 ReentrantLock，大多數(shù)場景性能都相差較大，但是在 Java 6 中對 synchronized 進(jìn)行了非常多的改進(jìn)。

　　主要區(qū)別如下：

　　ReentrantLock 使用起來比較靈活，但是必須有釋放鎖的配合動作;

　　ReentrantLock 必須手動獲取與釋放鎖，而 synchronized 不需要手動釋放和開啟鎖;

　　ReentrantLock 只適用于代碼塊鎖，而 synchronized 可用于修飾方法、代碼塊等。

　　ReentrantLock 標(biāo)記的變量不會被編譯器優(yōu)化;synchronized 標(biāo)記的變量可以被編譯器優(yōu)化。

　　56、說一下 atomic 的原理?

　　atomic 主要利用 CAS (Compare And Swap) 和 volatile 和 native 方法來保證原子操作，從而避免 synchronized 的高開銷，執(zhí)行效率大為提升。

　　四、 java最新面試題及答案：Java 反射模塊

　　57、什么是反射?

　　反射是在運(yùn)行狀態(tài)中，對于任意一個類，都能夠知道這個類的所有屬性和方法;對于任意一個對象，都能夠調(diào)用它的任意一個方法和屬性;這種動態(tài)獲取的信息以及動態(tài)調(diào)用對象的方法的功能稱為 Java 語言的反射機(jī)制。

　　58、什么是 Java 序列化?什么情況下需要序列化?

　　Java 序列化是為了保存各種對象在內(nèi)存中的狀態(tài)，并且可以把保存的對象狀態(tài)再讀出來。

　　以下情況需要使用 Java 序列化：

　　想把的內(nèi)存中的對象狀態(tài)保存到一個文件中或者數(shù)據(jù)庫中時候;

　　想用套接字在網(wǎng)絡(luò)上傳送對象的時候;

　　想通過RMI(遠(yuǎn)程方法調(diào)用)傳輸對象的時候。

　　59、動態(tài)代理是什么?有哪些應(yīng)用?

　　動態(tài)代理是運(yùn)行時動態(tài)生成代理類。

　　動態(tài)代理的應(yīng)用有 spring aop、hibernate 數(shù)據(jù)查詢、測試框架的后端 mock、rpc，Java注解對象獲取等。

　　60、怎么實現(xiàn)動態(tài)代理?

　　JDK 原生動態(tài)代理和 cglib 動態(tài)代理。JDK 原生動態(tài)代理是基于接口實現(xiàn)的，而 cglib 是基于繼承當(dāng)前類的子類實現(xiàn)的。

　　五、java最新面試題及答案：Java對象拷貝模塊

　　61、為什么要使用克隆?

　　克隆的對象可能包含一些已經(jīng)修改過的屬性，而 new 出來的對象的屬性都還是初始化時候的值，所以當(dāng)需要一個新的對象來保存當(dāng)前對象的“狀態(tài)”就靠克隆方法了。

　　62、如何實現(xiàn)對象克隆?

　　實現(xiàn) Cloneable 接口并重寫 Object 類中的 clone() 方法。

　　實現(xiàn) Serializable 接口，通過對象的序列化和反序列化實現(xiàn)克隆，可以實現(xiàn)真正的深度克隆。

　　63、深拷貝和淺拷貝區(qū)別是什么?

　　淺拷貝：當(dāng)對象被復(fù)制時只復(fù)制它本身和其中包含的值類型的成員變量，而引用類型的成員對象并沒有復(fù)制。

　　深拷貝：除了對象本身被復(fù)制外，對象所包含的所有成員變量也將復(fù)制。

　　六、java最新面試題及答案：Java Web模塊

　　64、JSP 和 servlet 有什么區(qū)別?

　　JSP 是 servlet 技術(shù)的擴(kuò)展，本質(zhì)上就是 servlet 的簡易方式。servlet 和 JSP 最主要的不同點在于，servlet 的應(yīng)用邏輯是在 Java 文件中，并且完全從表示層中的 html 里分離開來，而 JSP 的情況是 Java 和 html 可以組合成一個擴(kuò)展名為 JSP 的文件。JSP 側(cè)重于視圖，servlet 主要用于控制邏輯。

　　65、JSP 有哪些內(nèi)置對象?作用分別是什么?

　　JSP 有 9 大內(nèi)置對象：

　　request：封裝客戶端的請求，其中包含來自 get 或 post 請求的參數(shù);

　　response：封裝服務(wù)器對客戶端的響應(yīng);

　　pageContext：通過該對象可以獲取其他對象;

　　session：封裝用戶會話的對象;

　　application：封裝服務(wù)器運(yùn)行環(huán)境的對象;

　　out：輸出服務(wù)器響應(yīng)的輸出流對象;

　　config：Web 應(yīng)用的配置對象;

　　page：JSP 頁面本身(相當(dāng)于 Java 程序中的 this);

　　exception：封裝頁面拋出異常的對象。

　　66、說一下 JSP 的 4 種作用域?

　　page：代表與一個頁面相關(guān)的對象和屬性。

　　request：代表與客戶端發(fā)出的一個請求相關(guān)的對象和屬性。一個請求可能跨越多個頁面，涉及多個 Web 組件;需要在頁面顯示的臨時數(shù)據(jù)可以置于此作用域。

　　session：代表與某個用戶與服務(wù)器建立的一次會話相關(guān)的對象和屬性。跟某個用戶相關(guān)的數(shù)據(jù)應(yīng)該放在用戶自己的 session 中。

　　application：代表與整個 Web 應(yīng)用程序相關(guān)的對象和屬性，它實質(zhì)上是跨越整個 Web 應(yīng)用程序，包括多個頁面、請求和會話的一個全局作用域。

　　67、session 和 cookie 有什么區(qū)別?

　　session：是一種將會話狀態(tài)保存在服務(wù)器端的技術(shù)。

　　Cookie ：是在 HTTP 協(xié)議下， Web 服務(wù)器保存在用戶瀏覽器(客戶端)上的小文本文件，它可以包含有關(guān)用戶的信息。無論何時用戶鏈接到服務(wù)器，Web 站點都可以訪問 Cookie 信息 。

　　存儲位置不同：session 存儲在服務(wù)器端;cookie 存儲在瀏覽器端。

　　安全性不同：cookie 安全性一般，在瀏覽器存儲，可以被偽造和修改。

　　容量和個數(shù)限制：cookie 有容量限制，每個站點下的 cookie 也有個數(shù)限制。

　　存儲的多樣性：session 可以存儲在 Redis 中、數(shù)據(jù)庫中、應(yīng)用程序中;而 cookie 只能存儲在瀏覽器中。

　　68、說一下 session 的工作原理?

　　session 的工作原理是客戶端登錄完成之后，服務(wù)器會創(chuàng)建對應(yīng)的 session，session 創(chuàng)建完之后，會把 session 的 id 發(fā)送給客戶端，客戶端再存儲到瀏覽器中。這樣客戶端每次訪問服務(wù)器時，都會帶著 sessionid，服務(wù)器拿到 sessionid 之后，在內(nèi)存找到與之對應(yīng)的 session 這樣就可以正常工作了。

　　69、如果客戶端禁止 cookie 能實現(xiàn) session 還能用嗎?

　　可以用，session 只是依賴 cookie 存儲 sessionid，如果 cookie 被禁用了，可以使用 url 中添加 sessionid 的方式保證 session 能正常使用。

　　70、spring mvc 和 struts 的區(qū)別是什么?

　　攔截級別：struts2 是類級別的攔截;spring mvc 是方法級別的攔截。

　　數(shù)據(jù)獨(dú)立性：spring mvc 的方法之間基本上獨(dú)立的，獨(dú)享 request 和 response 數(shù)據(jù)，請求數(shù)據(jù)通過參數(shù)獲取，處理結(jié)果通過 ModelMap 交回給框架，方法之間不共享變量;而 struts2 雖然方法之間也是獨(dú)立的，但其所有 action 變量是共享的，這不會影響程序運(yùn)行，卻給我們編碼和讀程序時帶來了一定的麻煩。

　　攔截機(jī)制：struts2 有以自己的 interceptor 機(jī)制，spring mvc 用的是獨(dú)立的 aop 方式，這樣導(dǎo)致struts2 的配置文件量比 spring mvc 大。

　　對 ajax 的支持：spring mvc 集成了ajax，所有 ajax 使用很方便，只需要一個注解 @ResponseBody 就可以實現(xiàn)了;而 struts2 一般需要安裝插件或者自己寫代碼才行。

　　71、如何避免 SQL 注入?

　　使用預(yù)處理 PreparedStatement。

　　使用正則表達(dá)式過濾掉字符中的特殊字符。

　　72、什么是 XSS 攻擊，如何避免?

　　XSS 攻擊：即跨站腳本攻擊，它是 Web 程序中常見的漏洞。原理是攻擊者往 Web 頁面里插入惡意的腳本代碼(css 代碼、Javascript 代碼等)，當(dāng)用戶瀏覽該頁面時，嵌入其中的腳本代碼會被執(zhí)行，從而達(dá)到惡意攻擊用戶的目的，如盜取用戶 cookie、破壞頁面結(jié)構(gòu)、重定向到其他網(wǎng)站等。

　　預(yù)防 XSS 的核心是必須對輸入的數(shù)據(jù)做過濾處理。

　　73、什么是 CSRF 攻擊，如何避免?

　　CSRF：Cross-Site Request Forgery(中文：跨站請求偽造)，可以理解為攻擊者盜用了你的身份，以你的名義發(fā)送惡意請求，比如：以你名義發(fā)送郵件、發(fā)消息、購買商品，虛擬貨幣轉(zhuǎn)賬等。

　　防御手段：

　　驗證請求來源地址;

　　關(guān)鍵操作添加驗證碼;

　　在請求地址添加 token 并驗證。

由于“最常見的208道Java最新面試題及答案”內(nèi)容太多，本文已滿，請看下文鏈接：

1~30道Java最新面試題及答案請看鏈接：http://www.soulsinkind.com/javazixun/2143.html

74~124道Java最新面試題及答案請看鏈接：http://www.soulsinkind.com/javazixun/2146.html

125~170道Java最新面試題及答案請看鏈接：http://www.soulsinkind.com/javazixun/2148.html

171~208道Java最新面試題及答案請看鏈接：http://www.soulsinkind.com/javazixun/2149.html