Java方向如何准備BAT技術面試答案(匯總版)

本文轉載自查看原文 2018-04-23 08:56 2352 java面試題

這個主題的內容之前分三個篇幅分享過，導致網絡上傳播的比較分散，所以本篇做了一個匯總，同時對部分內容及答案做了修改，歡迎朋友們吐槽、轉發。因為篇幅長度和時間的原因，部分答案我沒有親自總結。更多精彩內容請關注我的微信公眾號：Java團長

1.面向對象和面向過程的區別

面向過程
優點：性能比面向對象高，因為類調用時需要實例化，開銷比較大，比較消耗資源;比如單片機、嵌入式開發、Linux/Unix等一般采用面向過程開發，性能是最重要的因素。
缺點：沒有面向對象易維護、易復用、易擴展
面向對象
優點：易維護、易復用、易擴展，由於面向對象有封裝、繼承、多態性的特性，可以設計出低耦合的系統，使系統更加靈活、更加易於維護
缺點：性能比面向過程低

2.Java的四個基本特性（抽象、封裝、繼承，多態）

抽象：就是把現實生活中的某一類東西提取出來，用程序代碼表示，我們通常叫做類或者接口。抽象包括兩個方面：一個是數據抽象，一個是過程抽象。數據抽象也就是對象的屬性。過程抽象是對象的行為特征。
封裝：把客觀事物封裝成抽象的類，並且類可以把自己的數據和方法只讓可信的類或者對象操作，對不可信的進行封裝隱藏。封裝分為屬性的封裝和方法的封裝。
繼承：是對有着共同特性的多類事物，進行再抽象成一個類。這個類就是多類事物的父類。父類的意義在於抽取多類事物的共性。
多態：允許不同類的對象對同一消息做出響應。方法的重載、類的覆蓋正體現了多態。

3.重載和重寫的區別

重載：發生在同一個類中，方法名必須相同，參數類型不同、個數不同、順序不同，方法返回值和訪問修飾符可以不同，發生在編譯時。
重寫：發生在父子類中，方法名、參數列表必須相同，返回值小於等於父類，拋出的異常小於等於父類，訪問修飾符大於等於父類；如果父類方法訪問修飾符為private則子類中就不是重寫。

4.構造器Constructor是否可被override

構造器不能被重寫，不能用static修飾構造器，只能用public
private protected這三個權限修飾符，且不能有返回語句。

5.訪問控制符public,protected,private,以及默認的區別

private只有在本類中才能訪問；
public在任何地方都能訪問；
protected在同包內的類及包外的子類能訪問；
默認不寫在同包內能訪問。
6是否可以繼承String類#
String類是final類故不可以繼承，一切由final修飾過的都不能繼承。

7.String和StringBuffer、StringBuilder的區別#

可變性
String類中使用字符數組保存字符串，private
final char value[]，所以string對象是不可變的。StringBuilder與StringBuffer都繼承自AbstractStringBuilder類，在AbstractStringBuilder中也是使用字符數組保存字符串，char[]
value，這兩種對象都是可變的。
線程安全性
String中的對象是不可變的，也就可以理解為常量，線程安全。AbstractStringBuilder是StringBuilder與StringBuffer的公共父類，定義了一些字符串的基本操作，如expandCapacity、append、insert、indexOf等公共方法。StringBuffer對方法加了同步鎖或者對調用的方法加了同步鎖，所以是線程安全的。StringBuilder並沒有對方法進行加同步鎖，所以是非線程安全的。
性能
每次對String 類型進行改變的時候，都會生成一個新的String 對象，然后將指針指向新的String 對象。StringBuffer每次都會對
StringBuffer 對象本身進行操作，而不是生成新的對象並改變對象引用。相同情況下使用
StirngBuilder 相比使用
StringBuffer 僅能獲得10%~15% 左右的性能提升，但卻要冒多線程不安全的風險。

8.hashCode和equals方法的關系#

equals相等，hashcode必相等；hashcode相等，equals可能不相等。

9.抽象類和接口的區別#

語法層次
抽象類和接口分別給出了不同的語法定義。
設計層次
抽象層次不同，抽象類是對類抽象，而接口是對行為的抽象。抽象類是對整個類整體進行抽象，包括屬性、行為，但是接口卻是對類局部（行為）進行抽象。抽象類是自底向上抽象而來的，接口是自頂向下設計出來的。
跨域不同
抽象類所體現的是一種繼承關系，要想使得繼承關系合理，父類和派生類之間必須存在"is-a"
關系，即父類和派生類在概念本質上應該是相同的。對於接口則不然，並不要求接口的實現者和接口定義在概念本質上是一致的，僅僅是實現了接口定義的契約而已，"like-a"的關系。

10.自動裝箱與拆箱#

裝箱：將基本類型用它們對應的引用類型包裝起來；
拆箱：將包裝類型轉換為基本數據類型；
Java使用自動裝箱和拆箱機制，節省了常用數值的內存開銷和創建對象的開銷，提高了效率，由編譯器來完成，編譯器會在編譯期根據語法決定是否進行裝箱和拆箱動作。

11.什么是泛型、為什么要使用以及泛型擦除#

泛型，即“參數化類型”。
創建集合時就指定集合元素的類型，該集合只能保存其指定類型的元素，避免使用強制類型轉換。
Java編譯器生成的字節碼是不包涵泛型信息的，泛型類型信息將在編譯處理是被擦除，這個過程即類型擦除。泛型擦除可以簡單的理解為將泛型java代碼轉換為普通java代碼，只不過編譯器更直接點，將泛型java代碼直接轉換成普通java字節碼。
類型擦除的主要過程如下：
1）.將所有的泛型參數用其最左邊界（最頂級的父類型）類型替換。
2）.移除所有的類型參數。

12.Java中的集合類及關系圖#

List和Set繼承自Collection接口。
Set無序不允許元素重復。HashSet和TreeSet是兩個主要的實現類。
List有序且允許元素重復。ArrayList、LinkedList和Vector是三個主要的實現類。
Map也屬於集合系統，但和Collection接口沒關系。Map是key對value的映射集合，其中key列就是一個集合。key不能重復，但是value可以重復。HashMap、TreeMap和Hashtable是三個主要的實現類。
SortedSet和SortedMap接口對元素按指定規則排序，SortedMap是對key列進行排序。

13.HashMap實現原理#

具體原理參考文章：
http://zhangshixi.iteye.com/blog/672697
http://www.admin10000.com/document/3322.html

14.HashTable實現原理#

具體原理參考文章：
http://www.cnblogs.com/skywang12345/p/3310887.html
http://blog.csdn.net/chdjj/article/details/38581035

15.HashMap和HashTable區別#

1）.HashTable的方法前面都有synchronized來同步，是線程安全的；HashMap未經同步，是非線程安全的。
2）.HashTable不允許null值(key和value都不可以) ；HashMap允許null值(key和value都可以)。
3）.HashTable有一個contains(Object
value)功能和containsValue(Object
value)功能一樣。
4）.HashTable使用Enumeration進行遍歷；HashMap使用Iterator進行遍歷。
5）.HashTable中hash數組默認大小是11，增加的方式是old*2+1；HashMap中hash數組的默認大小是16，而且一定是2的指數。
6）.哈希值的使用不同，HashTable直接使用對象的hashCode； HashMap重新計算hash值，而且用與代替求模。

16.ArrayList和vector區別#

ArrayList和Vector都實現了List接口，都是通過數組實現的。
Vector是線程安全的，而ArrayList是非線程安全的。
List第一次創建的時候，會有一個初始大小，隨着不斷向List中增加元素，當List 認為容量不夠的時候就會進行擴容。Vector缺省情況下自動增長原來一倍的數組長度，ArrayList增長原來的50%。

17.ArrayList和LinkedList區別及使用場景#

區別
ArrayList底層是用數組實現的，可以認為ArrayList是一個可改變大小的數組。隨着越來越多的元素被添加到ArrayList中，其規模是動態增加的。
LinkedList底層是通過雙向鏈表實現的， LinkedList和ArrayList相比，增刪的速度較快。但是查詢和修改值的速度較慢。同時，LinkedList還實現了Queue接口，所以他還提供了offer(),
peek(), poll()等方法。
使用場景
LinkedList更適合從中間插入或者刪除（鏈表的特性）。
ArrayList更適合檢索和在末尾插入或刪除（數組的特性）。

18.Collection和Collections的區別#

java.util.Collection 是一個集合接口。它提供了對集合對象進行基本操作的通用接口方法。Collection接口在Java 類庫中有很多具體的實現。Collection接口的意義是為各種具體的集合提供了最大化的統一操作方式。
java.util.Collections 是一個包裝類。它包含有各種有關集合操作的靜態多態方法。此類不能實例化，就像一個工具類，服務於Java的Collection框架。

19.Concurrenthashmap實現原理#

具體原理參考文章：
http://www.cnblogs.com/ITtangtang/p/3948786.html
http://ifeve.com/concurrenthashmap/

20.Error、Exception區別#

Error類和Exception類的父類都是throwable類，他們的區別是：
Error類一般是指與虛擬機相關的問題，如系統崩潰，虛擬機錯誤，內存空間不足，方法調用棧溢等。對於這類錯誤的導致的應用程序中斷，僅靠程序本身無法恢復和和預防，遇到這樣的錯誤，建議讓程序終止。
Exception類表示程序可以處理的異常，可以捕獲且可能恢復。遇到這類異常，應該盡可能處理異常，使程序恢復運行，而不應該隨意終止異常。

21.Unchecked

Exception和Checked Exception，各列舉幾個#
Unchecked Exception:
a. 指的是程序的瑕疵或邏輯錯誤，並且在運行時無法恢復。
b. 包括Error與RuntimeException及其子類，如：OutOfMemoryError,
UndeclaredThrowableException, IllegalArgumentException,
IllegalMonitorStateException, NullPointerException, IllegalStateException,
IndexOutOfBoundsException等。
c. 語法上不需要聲明拋出異常。

Checked Exception:
a. 代表程序不能直接控制的無效外界情況（如用戶輸入，數據庫問題，網絡異常，文件丟失等）
b. 除了Error和RuntimeException及其子類之外，如：ClassNotFoundException,
NamingException, ServletException, SQLException, IOException等。
c. 需要try catch處理或throws聲明拋出異常。

22.Java中如何實現代理機制(JDK、CGLIB)#

JDK動態代理：代理類和目標類實現了共同的接口，用到InvocationHandler接口。
CGLIB動態代理：代理類是目標類的子類，用到MethodInterceptor接口。

23.多線程的實現方式#

繼承Thread類、實現Runnable接口、使用ExecutorService、Callable、Future實現有返回結果的多線程。

24.線程的狀態轉換#

20140828202610671.jpg

25.如何停止一個線程#

參考文章：
http://www.cnblogs.com/greta/p/5624839.html

26.什么是線程安全#

線程安全就是多線程訪問同一代碼，不會產生不確定的結果。

27.如何保證線程安全#

對非安全的代碼進行加鎖控制；
使用線程安全的類；
多線程並發情況下，線程共享的變量改為方法級的局部變量。

28.synchronized如何使用#

synchronized是Java中的關鍵字，是一種同步鎖。它修飾的對象有以下幾種：
1). 修飾一個代碼塊，被修飾的代碼塊稱為同步語句塊，其作用的范圍是大括號{}括起來的代碼，作用的對象是調用這個代碼塊的對象；
2). 修飾一個方法，被修飾的方法稱為同步方法，其作用的范圍是整個方法，作用的對象是調用這個方法的對象；
3). 修改一個靜態的方法，其作用的范圍是整個靜態方法，作用的對象是這個類的所有對象；
4). 修改一個類，其作用的范圍是synchronized后面括號括起來的部分，作用主的對象是這個類的所有對象。

29.synchronized和Lock的區別#

主要相同點：Lock能完成synchronized所實現的所有功能
主要不同點：Lock有比synchronized更精確的線程語義和更好的性能。Lock的鎖定是通過代碼實現的，而synchronized是在JVM層面上實現的，synchronized會自動釋放鎖，而Lock一定要求程序員手工釋放，並且必須在finally從句中釋放。Lock還有更強大的功能，例如，它的tryLock方法可以非阻塞方式去拿鎖。Lock鎖的范圍有局限性，塊范圍，而synchronized可以鎖住塊、對象、類。

30.多線程如何進行信息交互#

void notify() 喚醒在此對象監視器上等待的單個線程。
void notifyAll() 喚醒在此對象監視器上等待的所有線程。
void wait() 導致當前的線程等待，直到其他線程調用此對象的notify()方法或notifyAll()方法。
void wait(long timeout) 導致當前的線程等待，直到其他線程調用此對象的notify()方法或notifyAll()方法，或者超過指定的時間量。
void wait(long timeout, int nanos) 導致當前的線程等待，直到其他線程調用此對象的notify()方法或notifyAll()方法，或者其他某個線程中斷當前線程，或者已超過某個實際時間量。

31.sleep和wait的區別(考察的方向是是否會釋放鎖)#

sleep()方法是Thread類中方法，而wait()方法是Object類中的方法。
sleep()方法導致了程序暫停執行指定的時間，讓出cpu該其他線程，但是他的監控狀態依然保持者，當指定的時間到了又會自動恢復運行狀態，在調用sleep()方法的過程中，線程不會釋放對象鎖。而當調用wait()方法的時候，線程會放棄對象鎖，進入等待此對象的等待鎖定池，只有針對此對象調用notify()方法后本線程才進入對象鎖定池准備。

32.多線程與死鎖#

死鎖是指兩個或兩個以上的進程在執行過程中，因爭奪資源而造成的一種互相等待的現象，若無外力作用，它們都將無法推進下去。
產生死鎖的原因：
一.因為系統資源不足。
二.進程運行推進的順序不合適。
三.資源分配不當。

33.如何才能產生死鎖#

產生死鎖的四個必要條件：
一.互斥條件：所謂互斥就是進程在某一時間內獨占資源。
二.請求與保持條件：一個進程因請求資源而阻塞時，對已獲得的資源保持不放。
三.不剝奪條件:進程已獲得資源，在末使用完之前，不能強行剝奪。
四.循環等待條件:若干進程之間形成一種頭尾相接的循環等待資源關系。

34.死鎖的預防#

打破產生死鎖的四個必要條件中的一個或幾個，保證系統不會進入死鎖狀態。
一.打破互斥條件。即允許進程同時訪問某些資源。但是，有的資源是不允許被同時訪問的，像打印機等等，這是由資源本身的屬性所決定的。所以，這種辦法並無實用價值。
二.打破不可搶占條件。即允許進程強行從占有者那里奪取某些資源。就是說，當一個進程已占有了某些資源，它又申請新的資源，但不能立即被滿足時，它必須釋放所占有的全部資源，以后再重新申請。它所釋放的資源可以分配給其它進程。這就相當於該進程占有的資源被隱蔽地強占了。這種預防死鎖的方法實現起來困難，會降低系統性能。
三.打破占有且申請條件。可以實行資源預先分配策略。即進程在運行前一次性地向系統申請它所需要的全部資源。如果某個進程所需的全部資源得不到滿足，則不分配任何資源，此進程暫不運行。只有當系統能夠滿足當前進程的全部資源需求時，才一次性地將所申請的資源全部分配給該進程。由於運行的進程已占有了它所需的全部資源，所以不會發生占有資源又申請資源的現象，因此不會發生死鎖。
四.打破循環等待條件，實行資源有序分配策略。采用這種策略，即把資源事先分類編號，按號分配，使進程在申請，占用資源時不會形成環路。所有進程對資源的請求必須嚴格按資源序號遞增的順序提出。進程占用了小號資源，才能申請大號資源，就不會產生環路，從而預防了死鎖。

35.什么叫守護線程，用什么方法實現守護線程#

守護線程是為其他線程的運行提供服務的線程。
setDaemon(boolean on)方法可以方便的設置線程的Daemon模式，true為守護模式，false為用戶模式。

36.Java線程池技術及原理#

參考文章：
http://www.importnew.com/19011.html
http://www.cnblogs.com/dolphin0520/p/3932921.html

37.java並發包concurrent及常用的類#

這個內容有點多，參考文章：
並發包諸類概覽：http://www.raychase.net/1912
線程池：http://www.cnblogs.com/dolphin0520/p/3932921.html
鎖：http://www.cnblogs.com/dolphin0520/p/3923167.html
集合：http://www.cnblogs.com/huangfox/archive/2012/08/16/2642666.html

38.volatile關鍵字#

用volatile修飾的變量，線程在每次使用變量的時候，都會讀取變量修改后的最的值。volatile很容易被誤用，用來進行原子性操作。
Java語言中的volatile變量可以被看作是一種“程度較輕的
synchronized”；與
synchronized 塊相比，volatile 變量所需的編碼較少，並且運行時開銷也較少，但是它所能實現的功能也僅是synchronized的一部分。鎖提供了兩種主要特性：互斥（mutual
exclusion）和可見性（visibility）。互斥即一次只允許一個線程持有某個特定的鎖，因此可使用該特性實現對共享數據的協調訪問協議，這樣，一次就只有一個線程能夠使用該共享數據。可見性必須確保釋放鎖之前對共享數據做出的更改對於隨后獲得該鎖的另一個線程是可見的，如果沒有同步機制提供的這種可見性保證，線程看到的共享變量可能是修改前的值或不一致的值，這將引發許多嚴重問題。Volatile變量具有synchronized的可見性特性，但是不具備原子特性。這就是說線程能夠自動發現volatile
變量的最新值。
要使volatile變量提供理想的線程安全，必須同時滿足下面兩個條件：對變量的寫操作不依賴於當前值；該變量沒有包含在具有其他變量的不變式中。
第一個條件的限制使volatile變量不能用作線程安全計數器。雖然增量操作（x++）看上去類似一個單獨操作，實際上它是一個由讀取－修改－寫入操作序列組成的組合操作，必須以原子方式執行，而volatile不能提供必須的原子特性。實現正確的操作需要使x 的值在操作期間保持不變，而volatile
變量無法實現這點。
每一個線程運行時都有一個線程棧，線程棧保存了線程運行時候變量值信息。當線程訪問某一個對象時候值的時候，首先通過對象的引用找到對應在堆內存的變量的值，然后把堆內存變量的具體值load到線程本地內存中，建立一個變量副本，之后線程就不再和對象在堆內存變量值有任何關系，而是直接修改副本變量的值，在修改完之后的某一個時刻（線程退出之前），自動把線程變量副本的值回寫到對象在堆中變量。這樣在堆中的對象的值就產生變化了。

read and load 從主存復制變量到當前工作內存
use and assign 執行代碼，改變共享變量值
store and write 用工作內存數據刷新主存相關內容
其中use and
assign 可以多次出現，但是這一些操作並不是原子性，也就是在read load之后，如果主內存count變量發生修改之后，線程工作內存中的值由於已經加載，不會產生對應的變化，所以計算出來的結果會和預期不一樣。

39.Java中的NIO，BIO，AIO分別是什么#

BIO:同步並阻塞，服務器實現模式為一個連接一個線程，即客戶端有連接請求時服務器端就需要啟動一個線程進行處理，如果這個連接不做任何事情會造成不必要的線程開銷，當然可以通過線程池機制改善。BIO方式適用於連接數目比較小且固定的架構，這種方式對服務器資源要求比較高，並發局限於應用中，JDK1.4以前的唯一選擇，但程序直觀簡單易理解。
NIO:同步非阻塞，服務器實現模式為一個請求一個線程，即客戶端發送的連接請求都會注冊到多路復用器上，多路復用器輪詢到連接有I/O請求時才啟動一個線程進行處理。NIO方式適用於連接數目多且連接比較短（輕操作）的架構，比如聊天服務器，並發局限於應用中，編程比較復雜，JDK1.4開始支持。
AIO:異步非阻塞，服務器實現模式為一個有效請求一個線程，客戶端的I/O請求都是由OS先完成了再通知服務器應用去啟動線程進行處理.AIO方式使用於連接數目多且連接比較長（重操作）的架構，比如相冊服務器，充分調用OS參與並發操作，編程比較復雜，JDK7開始支持。

40.IO和NIO區別#

一.IO是面向流的，NIO是面向緩沖區的。
二.IO的各種流是阻塞的，NIO是非阻塞模式。
三.Java NIO的選擇器允許一個單獨的線程來監視多個輸入通道，你可以注冊多個通道使用一個選擇器，然后使用一個單獨的線程來“選擇”通道：這些通道里已經有可以處理的輸入，或者選擇已准備寫入的通道。這種選擇機制，使得一個單獨的線程很容易來管理多個通道。

41.序列化與反序列化#

把對象轉換為字節序列的過程稱為對象的序列化。
把字節序列恢復為對象的過程稱為對象的反序列化。
對象的序列化主要有兩種用途：
一.把對象的字節序列永久地保存到硬盤上，通常存放在一個文件中；
二.在網絡上傳送對象的字節序列。
當兩個進程在進行遠程通信時，彼此可以發送各種類型的數據。無論是何種類型的數據，都會以二進制序列的形式在網絡上傳送。發送方需要把這個Java對象轉換為字節序列，才能在網絡上傳送；接收方則需要把字節序列再恢復為Java對象。

42.常見的序列化協議有哪些#

Protobuf, Thrift, Hessian, Kryo

43.內存溢出和內存泄漏的區別#

內存溢出是指程序在申請內存時，沒有足夠的內存空間供其使用，出現out of
memory。
內存泄漏是指分配出去的內存不再使用，但是無法回收。

44.Java內存模型及各個區域的OOM，如何重現OOM#

這部分內容很重要，詳細閱讀《深入理解Java虛擬機》，也可以詳細閱讀這篇文章http://hllvm.group.iteye.com/group/wiki/2857-JVM

45.出現OOM如何解決#

一. 可通過命令定期抓取heap dump或者啟動參數OOM時自動抓取heap dump文件。
二. 通過對比多個heap dump，以及heap dump的內容，分析代碼找出內存占用最多的地方。
三. 分析占用的內存對象，是否是因為錯誤導致的內存未及時釋放，或者數據過多導致的內存溢出。

46.用什么工具可以查出內存泄漏#

一. Memory
Analyzer－是一款開源的JAVA內存分析軟件，查找內存泄漏，能容易找到大塊內存並驗證誰在一直占用它，它是基於Eclipse
RCP(Rich Client Platform)，可以下載RCP的獨立版本或者Eclipse的插件。
二. JProbe－分析Java的內存泄漏。
三.JProfiler－一個全功能的Java剖析工具，專用於分析J2SE和J2EE應用程序。它把CPU、執行緒和內存的剖析組合在一個強大的應用中，GUI可以找到效能瓶頸、抓出內存泄漏、並解決執行緒的問題。
四. JRockit－用來診斷Java內存泄漏並指出根本原因，專門針對Intel平台並得到優化，能在Intel硬件上獲得最高的性能。
五. YourKit-.NET & Java Profiling業界領先的Java和.NET程序性能分析工具。
六.AutomatedQA －AutomatedQA的獲獎產品performance profiling和memory debugging工具集的下一代替換產品，支持Microsoft,Borland, Intel, Compaq 和 GNU編譯器。可以為.NET和Windows程序生成全面細致的報告，從而幫助您輕松隔離並排除代碼中含有的性能問題和內存/資源泄露問題。支持.Net 1.0,1.1,2.0,3.0和Windows 32/64位應用程序。
七.Compuware DevPartner Java Edition－包含Java內存檢測,代碼覆蓋率測試,代碼性能測試,線程死鎖,分布式應用等幾大功能模塊

47.Java內存管理及回收算法#

閱讀這篇文章：http://www.cnblogs.com/hnrainll/archive/2013/11/06/3410042.html

48.Java類加載器及如何加載類(雙親委派)#

閱讀文章：
https://www.ibm.com/developerworks/cn/java/j-lo-classloader/（推薦）
http://blog.csdn.net/zhoudaxia/article/details/35824249

49.xml解析方式#

一.DOM(JAXP
Crimson解析器)
二.SAX
三.JDOM
四.DOM4J
區別：
一.DOM4J性能最好，連Sun的JAXM也在用DOM4J。目前許多開源項目中大量采用DOM4J，例如大名鼎鼎的hibernate也用DOM4J來讀取XML配置文件。如果不考慮可移植性，那就采用DOM4J.
二.JDOM和DOM在性能測試時表現不佳，在測試10M
文檔時內存溢出。在小文檔情況下還值得考慮使用DOM和JDOM。雖然JDOM的開發者已經說明他們期望在正式發行版前專注性能問題，但是從性能觀點來看，它確實沒有值得推薦之處。另外，DOM仍是一個非常好的選擇。DOM實現廣泛應用於多種編程語言。它還是許多其它與XML相關的標准的基礎，因為它正式獲得W3C
推薦(與基於非標准的Java模型相對)，所以在某些類型的項目中可能也需要它(如在JavaScript中使用DOM)。
三.SAX表現較好，這要依賴於它特定的解析方式－事件驅動。一個SAX檢測即將到來的XML流，但並沒有載入到內存(當然當XML流被讀入時，會有部分文檔暫時隱藏在內存中)。

50.Statement和PreparedStatement之間的區別#

一.PreparedStatement是預編譯的,對於批量處理可以大大提高效率. 也叫JDBC存儲過程
二.使用
Statement 對象。在對數據庫只執行一次性存取的時侯，用
Statement 對象進行處理。PreparedStatement
對象的開銷比Statement大，對於一次性操作並不會帶來額外的好處。
三.statement每次執行sql語句，相關數據庫都要執行sql語句的編譯，preparedstatement是預編譯得,
preparedstatement支持批處理
四.
代碼片段1:
String updateString = "UPDATE COFFEES SET SALES = 75 " + "WHERE
COF_NAME LIKE ′Colombian′";
stmt.executeUpdate(updateString);
代碼片段2:
PreparedStatement updateSales = con.prepareStatement("UPDATE COFFEES SET
SALES = ? WHERE COF_NAME LIKE ? ");
updateSales.setInt(1, 75);
updateSales.setString(2, "Colombian");
updateSales.executeUpdate();
片斷2和片斷1的區別在於，后者使用了PreparedStatement對象，而前者是普通的Statement對象。PreparedStatement對象不僅包含了SQL語句，而且大多數情況下這個語句已經被預編譯過，因而當其執行時，只需DBMS運行SQL語句，而不必先編譯。當你需要執行Statement對象多次的時候，PreparedStatement對象將會大大降低運行時間，當然也加快了訪問數據庫的速度。
這種轉換也給你帶來很大的便利，不必重復SQL語句的句法，而只需更改其中變量的值，便可重新執行SQL語句。選擇PreparedStatement對象與否，在於相同句法的SQL語句是否執行了多次，而且兩次之間的差別僅僅是變量的不同。如果僅僅執行了一次的話，它應該和普通的對象毫無差異，體現不出它預編譯的優越性。
五.執行許多SQL語句的JDBC程序產生大量的Statement和PreparedStatement對象。通常認為PreparedStatement對象比Statement對象更有效,特別是如果帶有不同參數的同一SQL語句被多次執行的時候。PreparedStatement對象允許數據庫預編譯SQL語句，這樣在隨后的運行中可以節省時間並增加代碼的可讀性。
然而，在Oracle環境中，開發人員實際上有更大的靈活性。當使用Statement或PreparedStatement對象時，Oracle數據庫會緩存SQL語句以便以后使用。在一些情況下,由於驅動器自身需要額外的處理和在Java應用程序和Oracle服務器間增加的網絡活動，執行PreparedStatement對象實際上會花更長的時間。
然而，除了緩沖的問題之外，至少還有一個更好的原因使我們在企業應用程序中更喜歡使用PreparedStatement對象,那就是安全性。傳遞給PreparedStatement對象的參數可以被強制進行類型轉換，使開發人員可以確保在插入或查詢數據時與底層的數據庫格式匹配。
當處理公共Web站點上的用戶傳來的數據的時候，安全性的問題就變得極為重要。傳遞給PreparedStatement的字符串參數會自動被驅動器忽略。最簡單的情況下，這就意味着當你的程序試着將字符串“D'Angelo”插入到VARCHAR2中時，該語句將不會識別第一個“，”，從而導致悲慘的失敗。幾乎很少有必要創建你自己的字符串忽略代碼。
在Web環境中，有惡意的用戶會利用那些設計不完善的、不能正確處理字符串的應用程序。特別是在公共Web站點上,在沒有首先通過PreparedStatement對象處理的情況下，所有的用戶輸入都不應該傳遞給SQL語句。此外，在用戶有機會修改SQL語句的地方，如HTML的隱藏區域或一個查詢字符串上，SQL語句都不應該被顯示出來。

51.servlet生命周期及各個方法#

參考文章http://www.cnblogs.com/xuekyo/archive/2013/02/24/2924072.html

52.servlet中如何自定義filter#

參考文章http://www.cnblogs.com/javawebsoa/archive/2013/07/31/3228858.html

53.JSP原理#

參考文章http://blog.csdn.net/hanxuemin12345/article/details/23831645

54.JSP和Servlet的區別#

(1)JSP經編譯后就變成了“類servlet”。
(2)JSP由HTML代碼和JSP標簽構成，更擅長頁面顯示；Servlet更擅長流程控制。
(3)JSP中嵌入JAVA代碼，而Servlet中嵌入HTML代碼。

55.JSP的動態include和靜態include#

(1)動態include用jsp:include動作實現，如<jsp:include
page="abc.jsp" flush="true" />，它總是會檢查所含文件中的變化，適合用於包含動態頁面，並且可以帶參數。會先解析所要包含的頁面，解析后和主頁面合並一起顯示，即先編譯后包含。
(2)靜態include用include偽碼實現，不會檢查所含文件的變化，適用於包含靜態頁面，如<%@
include file="qq.htm" %>，不會提前解析所要包含的頁面，先把要顯示的頁面包含進來，然后統一編譯，即先包含后編譯。

56.Struts中請求處理過程#

參考文章http://www.cnblogs.com/liuling/p/2013-8-10-01.html

57.MVC概念#

參考文章http://www.cnblogs.com/scwyh/articles/1436802.html

58.Springmvc與Struts區別#

參考文章：
http://blog.csdn.net/tch918/article/details/38305395
http://blog.csdn.net/chenleixing/article/details/44570681

59.Hibernate/Ibatis兩者的區別#

參考文章http://blog.csdn.net/firejuly/article/details/8190229

60.Hibernate一級和二級緩存#

參考文章http://blog.csdn.net/windrui/article/details/23165845

61.簡述Hibernate常見優化策略#

參考文章http://blog.csdn.net/shimiso/article/details/8819114

62.Springbean的加載過程(推薦看Spring的源碼)#

參考文章http://geeekr.com/read-spring-source-1-how-to-load-bean/

63.Springbean的實例化(推薦看Spring的源碼)#

參考文章http://geeekr.com/read-spring-source-two-beans-initialization/

64.Spring如何實現AOP和IOC(推薦看Spring的源碼)#

參考文章http://www.360doc.com/content/15/0116/21/12385684_441408260.shtml

65.Springbean注入方式#

參考文章http://blessht.iteye.com/blog/1162131

66.Spring的事務管理#

這個主題的參考文章沒找到特別好的，http://blog.csdn.net/trigl/article/details/50968079這個還可以。

67.Spring事務的傳播特性#

參考文章http://blog.csdn.net/lfsf802/article/details/9417095

68.springmvc原理

參考文章http://blog.sina.com.cn/s/blog_7ef0a3fb0101po57.html

69.springmvc用過哪些注解#

參考文章http://aijuans.iteye.com/blog/2160141

70.Restful有幾種請求#

參考文章，http://www.infoq.com/cn/articles/designing-restful-http-apps-roth，該篇寫的比較全。

71.Restful好處#

(1)客戶-服務器：客戶-服務器約束背后的原則是分離關注點。通過分離用戶接口和數據存儲這兩個關注點，改善了用戶接口跨多個平台的可移植性；同時通過簡化服務器組件，改善了系統的可伸縮性。
(2)無狀態：通信在本質上是無狀態的，改善了可見性、可靠性、可伸縮性.
(3)緩存：改善了網絡效率減少一系列交互的平均延遲時間，來提高效率、可伸縮性和用戶可覺察的性能。
(4)統一接口：REST架構風格區別於其他基於網絡的架構風格的核心特征是，它強調組件之間要有一個統一的接口。

72.Tomcat，Apache，JBoss的區別#

Apache:HTTP服務器(WEB服務器)，類似IIS，可以用於建立虛擬站點，編譯處理靜態頁面，可以支持SSL技術，支持多個虛擬主機等功能。
Tomcat:Servlet容器，用於解析jsp，Servlet的Servlet容器，是高效，輕量級的容器。缺點是不支持EJB，只能用於java應用。
Jboss:應用服務器，運行EJB的J2EE應用服務器，遵循J2EE規范，能夠提供更多平台的支持和更多集成功能，如數據庫連接，JCA等，其對Servlet的支持是通過集成其他Servlet容器來實現的，如tomcat和jetty。

73.memcached和redis的區別#

(1)性能對比：由於Redis只使用單核，而Memcached可以使用多核，所以平均每一個核上Redis在存儲小數據時比Memcached性能更高。而在100k以上的數據中，Memcached性能要高於Redis，雖然Redis最近也在存儲大數據的性能上進行優化，但是比起Memcached，還是稍有遜色。
(2)內存使用效率對比：使用簡單的key-value存儲的話，Memcached的內存利用率更高，而如果Redis采用hash結構來做key-value存儲，由於其組合式的壓縮，其內存利用率會高於Memcached。
(3)Redis支持服務器端的數據操作：Redis相比Memcached來說，擁有更多的數據結構和並支持更豐富的數據操作，通常在Memcached里，你需要將數據拿到客戶端來進行類似的修改再set回去。這大大增加了網絡IO的次數和數據體積。在Redis中，這些復雜的操作通常和一般的GET/SET一樣高效。所以，如果需要緩存能夠支持更復雜的結構和操作，那么Redis會是不錯的選擇。