java面試

1.抽象：
抽象就是忽略一個主題中與當前目標無關的那些方面，以便更充分地注意與當前目標有關的方面。抽象並不打算了解所有

問題，而只是選擇其中的一部分，暫時不用部分細節。抽象包括兩個方面，一是過程抽象，二是數據抽象。

2.繼承：
繼承是一種聯結類的層次模型，而且容許和鼓勵類的重用，它提供了一種明確表述共性的方法。對象的一個新類能夠從現有的類中派生，這個過程稱爲類繼承。新類繼承了原始類的特性，新類稱爲原始類的派生類（子類），而原始類稱爲新類的基類（父類）。派生類能夠從它的基類那裏繼承方法和實例變量，而且類能夠修改或增長新的方法使之更適合特殊的須要。

3.封裝：
封裝是把過程和數據包圍起來，對數據的訪問只能經過已定義的界面。面向對象計算始於這個基本概念，即現實世界能夠被描繪成一系列徹底自治、封裝的對象，這些對象經過一個受保護的接口訪問其餘對象。

4. 多態性：
多態性是指容許不一樣類的對象對同一消息做出響應。多態性包括參數化多態性和包含多態性。多態性語言具備靈活、抽象、行爲共享、代碼共享的優點，很好的解決了應用程序函數同名問題。

五、String是最基本的數據類型嗎?
基本數據類型包括byte、int、char、long、float、double、boolean和short。
java.lang.String類是final類型的，所以不能夠繼承這個類、不能修改這個類。爲了提升效率節省空間，咱們應該用StringBuffer類

六、int 和 Integer 有什麼區別
Java 提供兩種不一樣的類型：引用類型和原始類型（或內置類型）。Int是java的原始數據類型，Integer是java爲int提供的封裝類。Java爲每一個原始類型提供了封裝類。
原始類型   封裝類
boolean  Boolean
char  Character
byte  Byte
short  Short
int  Integer
long  Long
float  Float
double  Double
引用類型和原始類型的行爲徹底不一樣，而且它們具備不一樣的語義。引用類型和原始類型具備不一樣的特徵和用法，它們包括：大小和速度問題，這種類型以哪一種類型的數據結構存儲，當引用類型和原始類型用做某個類的實例數據時所指定的缺省值。對象引用實例變量的缺省值爲 null，而原始類型實例變量的缺省值與它們的類型有關。

七、String 和StringBuffer的區別
JAVA平臺提供了兩個類：String和StringBuffer，它們能夠儲存和操做字符串，即包含多個字符的字符數據。這個String類提供了數值不可改變的字符串。而這個StringBuffer類提供的字符串進行修改。當你知道字符數據要改變的時候你就能夠使用StringBuffer。典型地，你能夠使用 StringBuffers來動態構造字符數據。

八、運行時異常與通常異常有何異同？
異常表示程序運行過程當中可能出現的非正常狀態，運行時異常表示虛擬機的一般操做中可能遇到的異常，是一種常見運行錯誤。java編譯器要求方法必須聲明拋出可能發生的非運行時異常，可是並不要求必須聲明拋出未被捕獲的運行時異常。

九、說出Servlet的生命週期，並說出Servlet和CGI的區別。
Servlet被服務器實例化後，容器運行其init方法，請求到達時運行其service方法，service方法自動派遣運行與請求對應的doXXX方法（doGet，doPost）等，當服務器決定將實例銷燬的時候調用其destroy方法。
與cgi的區別在於servlet處於服務器進程中，它經過多線程方式運行其service方法，一個實例能夠服務於多個請求，而且其實例通常不會銷燬，而CGI對每一個請求都產生新的進程，服務完成後就銷燬，因此效率上低於servlet。

十、說出ArrayList,Vector, LinkedList的存儲性能和特性
ArrayList 和Vector都是使用數組方式存儲數據，此數組元素數大於實際存儲的數據以便增長和插入元素，它們都容許直接按序號索引元素，可是插入元素要涉及數組元素移動等內存操做，因此索引數據快而插入數據慢，Vector因爲使用了synchronized方法（線程安全），一般性能上較ArrayList差，而LinkedList使用雙向鏈表實現存儲，按序號索引數據須要進行前向或後向遍歷，可是插入數據時只須要記錄本項的先後項便可，因此插入速度較快。

十一、EJB是基於哪些技術實現的？並說出SessionBean和EntityBean的區別，StatefulBean和StatelessBean的區別。
 EJB包括Session Bean、Entity Bean、Message Driven Bean，基於JNDI、RMI、JAT等技術實現。
SessionBean在J2EE應用程序中被用來完成一些服務器端的業務操做，例如訪問數據庫、調用其餘EJB組件。EntityBean被用來表明應用系統中用到的數據。
對於客戶機，SessionBean是一種非持久性對象，它實現某些在服務器上運行的業務邏輯。
對於客戶機，EntityBean是一種持久性對象，它表明一個存儲在持久性存儲器中的實體的對象視圖，或是一個由現有企業應用程序實現的實體。
Session Bean 還能夠再細分爲 Stateful Session Bean 與 Stateless Session Bean ，這兩種的 Session Bean均可以將系統邏輯放在 method之中執行，不一樣的是 Stateful Session Bean 能夠記錄呼叫者的狀態，所以一般來講，一個使用者會有一個相對應的 Stateful Session Bean 的實體。Stateless Session Bean 雖然也是邏輯組件，可是他卻不負責記錄使用者狀態，也就是說當使用者呼叫 Stateless Session Bean 的時候，EJB Container 並不會找尋特定的 Stateless Session Bean 的實體來執行這個 method。換言之，極可能數個使用者在執行某個 Stateless Session Bean 的 methods 時，會是同一個 Bean 的 Instance 在執行。從內存方面來看， Stateful Session Bean 與 Stateless Session Bean 比較， Stateful Session Bean 會消耗 J2EE Server 較多的內存，然而 Stateful Session Bean 的優點卻在於他能夠維持使用者的狀態。

十二、Collection 和 Collections的區別。 
Collection是集合類的上級接口，繼承與他的接口主要有Set 和List.
Collections是針對集合類的一個幫助類，他提供一系列靜態方法實現對各類集合的搜索、排序、線程安全化等操做。

1三、&和&&的區別。 
&是位運算符，表示按位與運算，&&是邏輯運算符，表示邏輯與（and）。

1四、HashMap和Hashtable的區別。 
 HashMap是Hashtable的輕量級實現（非線程安全的實現），他們都完成了Map接口，主要區別在於HashMap容許空（null）鍵值（key）,因爲非線程安全，效率上可能高於Hashtable。
HashMap容許將null做爲一個entry的key或者value，而Hashtable不容許。
HashMap把Hashtable的contains方法去掉了，改爲containsvalue和containsKey。由於contains方法容易讓人引發誤解。 
Hashtable繼承自Dictionary類，而HashMap是Java1.2引進的Map interface的一個實現。
最大的不一樣是，Hashtable的方法是Synchronize的，而HashMap不是，在多個線程訪問Hashtable時，不須要本身爲它的方法實現同步，而HashMap 就必須爲之提供外同步。 
Hashtable和HashMap採用的hash/rehash算法都大概同樣，因此性能不會有很大的差別。

1五、final, finally, finalize的區別。 
final 用於聲明屬性，方法和類，分別表示屬性不可變，方法不可覆蓋，類不可繼承。
finally是異常處理語句結構的一部分，表示老是執行。
finalize是Object類的一個方法，在垃圾收集器執行的時候會調用被回收對象的此方法，能夠覆蓋此方法提供垃圾收集時的其餘資源回收，例如關閉文件等。

1六、sleep() 和 wait() 有什麼區別? 
sleep是線程類（Thread）的方法，致使此線程暫停執行指定時間，給執行機會給其餘線程，可是監控狀態依然保持，到時後會自動恢復。調用sleep不會釋放對象鎖。
wait是Object類的方法，對此對象調用wait方法致使本線程放棄對象鎖，進入等待此對象的等待鎖定池，只有針對此對象發出notify方法（或notifyAll）後本線程才進入對象鎖定池準備得到對象鎖進入運行狀態。

1七、Overload和Override的區別。Overloaded的方法是否能夠改變返回值的類型?
方法的重寫Overriding和重載Overloading是Java多態性的不一樣表現。重寫Overriding是父類與子類之間多態性的一種表現，重載Overloading是一個類中多態性的一種表現。若是在子類中定義某方法與其父類有相同的名稱和參數，咱們說該方法被重寫 (Overriding)。子類的對象使用這個方法時，將調用子類中的定義，對它而言，父類中的定義如同被"屏蔽"了。若是在一個類中定義了多個同名的方法，它們或有不一樣的參數個數或有不一樣的參數類型，則稱爲方法的重載(Overloading)。Overloaded的方法是能夠改變返回值的類型。

1八、error和exception有什麼區別?
error 表示恢復不是不可能但很困難的狀況下的一種嚴重問題。好比說內存溢出。不可能期望程序能處理這樣的狀況。
exception 表示一種設計或實現問題。也就是說，它表示若是程序運行正常，從不會發生的狀況。

1九、同步和異步有何異同，在什麼狀況下分別使用他們？舉例說明。
若是數據將在線程間共享。例如正在寫的數據之後可能被另外一個線程讀到，或者正在讀的數據可能已經被另外一個線程寫過了，那麼這些數據就是共享數據，必須進行同步存取。
當應用程序在對象上調用了一個須要花費很長時間來執行的方法，而且不但願讓程序等待方法的返回時，就應該使用異步編程，在不少狀況下采用異步途徑每每更有效率。

20、abstract class和interface有什麼區別?
聲明方法的存在而不去實現它的類被叫作抽象類（abstract class），它用於要建立一個體現某些基本行爲的類，併爲該類聲明方法，但不能在該類中實現該類的狀況。不能建立abstract 類的實例。然而能夠建立一個變量，其類型是一個抽象類，並讓它指向具體子類的一個實例。不能有抽象構造函數或抽象靜態方法。Abstract 類的子類爲它們父類中的全部抽象方法提供實現，不然它們也是抽象類爲。取而代之，在子類中實現該方法。知道其行爲的其它類能夠在類中實現這些方法。
接口（interface）是抽象類的變體。在接口中，全部方法都是抽象的。多繼承性可經過實現這樣的接口而得到。接口中的全部方法都是抽象的，沒有一個有程序體。接口只能夠定義static final成員變量。接口的實現與子類類似，除了該實現類不能從接口定義中繼承行爲。當類實現特殊接口時，它定義（即將程序體給予）全部這種接口的方法。而後，它能夠在實現了該接口的類的任何對象上調用接口的方法。因爲有抽象類，它容許使用接口名做爲引用變量的類型。一般的動態聯編將生效。引用能夠轉換到接口類型或從接口類型轉換，instanceof 運算符能夠用來決定某對象的類是否實現了接口。

2一、heap和stack有什麼區別。
棧是一種線形集合，其添加和刪除元素的操做應在同一段完成。棧按照後進先出的方式進行處理。
堆是棧的一個組成元素

2二、forward 和redirect的區別
forward是服務器請求資源，服務器直接訪問目標地址的URL，把那個URL的響應內容讀取過來，而後把這些內容再發給瀏覽器，瀏覽器根本不知道服務器發送的內容是從哪兒來的，因此它的地址欄中仍是原來的地址。
redirect就是服務端根據邏輯,發送一個狀態碼,告訴瀏覽器從新去請求那個地址，通常來講瀏覽器會用剛纔請求的全部參數從新請求，因此session,request參數均可以獲取。

2三、EJB與JAVA BEAN的區別？
Java Bean 是可複用的組件，對Java Bean並無嚴格的規範，理論上講，任何一個Java類均可以是一個Bean。但一般狀況下，因爲Java Bean是被容器所建立（如Tomcat）的，因此Java Bean應具備一個無參的構造器，另外，一般Java Bean還要實現Serializable接口用於實現Bean的持久性。Java Bean實際上至關於微軟COM模型中的本地進程內COM組件，它是不能被跨進程訪問的。Enterprise Java Bean 至關於DCOM，即分佈式組件。它是基於Java的遠程方法調用（RMI）技術的，因此EJB能夠被遠程訪問（跨進程、跨計算機）。但EJB必須被佈署在諸如Webspere、WebLogic這樣的容器中，EJB客戶從不直接訪問真正的EJB組件，而是經過其容器訪問。EJB容器是EJB組件的代理， EJB組件由容器所建立和管理。客戶經過容器來訪問真正的EJB組件。

2四、Static Nested Class 和 Inner Class的不一樣。 
Static Nested Class是被聲明爲靜態（static）的內部類，它能夠不依賴於外部類實例被實例化。而一般的內部類須要在外部類實例化後才能實例化。

2五、JSP中動態INCLUDE與靜態INCLUDE的區別？
動態INCLUDE用jsp:include動做實現 <jsp:include page="included.jsp" flush="true" />它老是會檢查所含文件中的變化，適合用於包含動態頁面，而且能夠帶參數。
靜態INCLUDE用include僞碼實現,定不會檢查所含文件的變化，適用於包含靜態頁面<%@ include file="included.htm" %>

 

2六、何時用assert。 
assertion(斷言)在軟件開發中是一種經常使用的調試方式，不少開發語言中都支持這種機制。在實現中，assertion就是在程序中的一條語句，它對一個boolean表達式進行檢查，一個正確程序必須保證這個boolean表達式的值爲true；若是該值爲false，說明程序已經處於不正確的狀態下，系統將給出警告或退出。通常來講，assertion用於保證程序最基本、關鍵的正確性。assertion檢查一般在開發和測試時開啓。爲了提升性能，在軟件發佈後，assertion檢查一般是關閉的。

2七、GC是什麼? 爲何要有GC? 
GC是垃圾收集的意思（Gabage Collection）,內存處理是編程人員容易出現問題的地方，忘記或者錯誤的內存回收會致使程序或系統的不穩定甚至崩潰，Java提供的GC功能能夠自動監測對象是否超過做用域從而達到自動回收內存的目的，Java語言沒有提供釋放已分配內存的顯示操做方法。

2八、short s1 = 1; s1 = s1 + 1;有什麼錯? short s1 = 1; s1 += 1;有什麼錯? 
short s1 = 1; s1 = s1 + 1; （s1+1運算結果是int型，須要強制轉換類型）
short s1 = 1; s1 += 1;（能夠正確編譯）

2九、Math.round(11.5)等於多少? Math.round(-11.5)等於多少? 
 Math.round(11.5)==12
Math.round(-11.5)==-11
round方法返回與參數最接近的長整數，參數加1/2後求其floor.

30、String s = new String("xyz");建立了幾個String Object? 
兩個

3一、EJB包括（SessionBean,EntityBean）說出他們的生命週期，及如何管理事務的？
SessionBean： Stateless Session Bean 的生命週期是由容器決定的，當客戶機發出請求要創建一個Bean的實例時，EJB容器不必定要建立一個新的Bean的實例供客戶機調用，而是隨便找一個現有的實例提供給客戶機。當客戶機第一次調用一個Stateful Session Bean 時，容器必須當即在服務器中建立一個新的Bean實例，並關聯到客戶機上，之後此客戶機調用Stateful Session Bean 的方法時容器會把調用分派到與此客戶機相關聯的Bean實例。
EntityBean：Entity Beans能存活相對較長的時間，而且狀態是持續的。只要數據庫中的數據存在，Entity beans就一直存活。而不是按照應用程序或者服務進程來講的。即便EJB容器崩潰了，Entity beans也是存活的。Entity Beans生命週期可以被容器或者 Beans本身管理。
EJB經過如下技術管理實務：對象管理組織（OMG）的對象實務服務（OTS），Sun Microsystems的Transaction Service（JTS）、Java Transaction API（JTA），開發組（X/Open）的XA接口。

3二、應用服務器有那些？
BEA WebLogic Server，IBM WebSphere Application Server，Oracle9i Application Server，jBoss，Tomcat

3三、給我一個你最多見到的runtime exception。
ArithmeticException, ArrayStoreException, BufferOverflowException, BufferUnderflowException, CannotRedoException, CannotUndoException, ClassCastException, CMMException, ConcurrentModificationException, DOMException, EmptyStackException, IllegalArgumentException, IllegalMonitorStateException, IllegalPathStateException, IllegalStateException, ImagingOpException, IndexOutOfBoundsException, MissingResourceException, NegativeArraySizeException, NoSuchElementException, NullPointerException, ProfileDataException, ProviderException, RasterFormatException, SecurityException, SystemException, UndeclaredThrowableException, UnmodifiableSetException, UnsupportedOperationException

3四、接口是否可繼承接口? 抽象類是否可實現(implements)接口? 抽象類是否可繼承實體類(concrete class)?
接口能夠繼承接口。抽象類能夠實現(implements)接口，抽象類是否可繼承實體類，但前提是實體類必須有明確的構造函數。

3五、List, Set, Map是否繼承自Collection接口?
List，Set是，Map不是

3六、說出數據鏈接池的工做機制是什麼?
J2EE 服務器啓動時會創建必定數量的池鏈接，並一直維持很多於此數目的池鏈接。客戶端程序須要鏈接時，池驅動程序會返回一個未使用的池鏈接並將其表記爲忙。若是當前沒有空閒鏈接，池驅動程序就新建必定數量的鏈接，新建鏈接的數量有配置參數決定。當使用的池鏈接調用完成後，池驅動程序將此鏈接表記爲空閒，其餘調用就能夠使用這個鏈接。

3七、abstract的method是否可同時是static,是否可同時是native，是否可同時是synchronized?
都不能

3八、數組有沒有length()這個方法? String有沒有length()這個方法？
數組沒有length()這個方法，有length的屬性。String有有length()這個方法。

3九、Set裏的元素是不能重複的，那麼用什麼方法來區分重複與否呢? 是用==仍是equals()? 它們有何區別?
Set裏的元素是不能重複的，那麼用iterator()方法來區分重複與否。equals()是判讀兩個Set是否相等。
equals()和==方法決定引用值是否指向同一對象equals()在類中被覆蓋，爲的是當兩個分離的對象的內容和類型相配的話，返回真值。 

40、構造器Constructor是否可被override?
構造器Constructor不能被繼承，所以不能重寫Overriding，但能夠被重載Overloading。

4一、是否能夠繼承String類?
String類是final類故不能夠繼承。

4二、swtich是否能做用在byte上，是否能做用在long上，是否能做用在String上?
switch（expr1）中，expr1是一個整數表達式。所以傳遞給 switch 和 case 語句的參數應該是 int、 short、 char 或者 byte。long,string 都不能做用於swtich。

4三、try {}裏有一個return語句，那麼緊跟在這個try後的finally {}裏的code會不會被執行，何時被執行，在return前仍是後?
會執行，在return前執行。

4四、編程題: 用最有效率的方法算出2乘以8等於幾? 
2 << 3

4五、兩個對象值相同(x.equals(y) == true)，但卻可有不一樣的hash code，這句話對不對?
不對，有相同的hash code。

4六、當一個對象被看成參數傳遞到一個方法後，此方法可改變這個對象的屬性，並可返回變化後的結果，那麼這裏究竟是值傳遞仍是引用傳遞? 
是值傳遞。Java 編程語言只有值傳遞參數。當一個對象實例做爲一個參數被傳遞到方法中時，參數的值就是對該對象的引用。對象的內容能夠在被調用的方法中改變，但對象的引用是永遠不會改變的。

4七、當一個線程進入一個對象的一個synchronized方法後，其它線程是否可進入此對象的其它方法?
不能，一個對象的一個synchronized方法只能由一個線程訪問。

4八、編程題: 寫一個Singleton出來。
Singleton模式主要做用是保證在Java應用程序中，一個類Class只有一個實例存在。
通常Singleton模式一般有幾種種形式:
第一種形式: 定義一個類，它的構造函數爲private的，它有一個static的private的該類變量，在類初始化時實例話，經過一個public的getInstance方法獲取對它的引用,繼而調用其中的方法。

 

 

public class Singleton { private Singleton(){}     //在本身內部定義本身一個實例，是否是很奇怪？     //注意這是private 只供內部調用     private static Singleton instance = new Singleton();     //這裏提供了一個供外部訪問本class的靜態方法，能夠直接訪問      public static Singleton getInstance() {     return instance;      }      }

    第二種形式:

 

public class Singleton {  private static Singleton instance = null; public static synchronized Singleton getInstance() { //這個方法比上面有所改進，不用每次都進行生成對象，只是第一次  //使用時生成實例，提升了效率！ if (instance==null) instance＝new Singleton(); return instance; 　　}  }

 其餘形式:
定義一個類，它的構造函數爲private的，全部方法爲static的。
通常認爲第一種形式要更加安全些 

4九、Java的接口和C++的虛類的相同和不一樣處。
因爲Java不支持多繼承，而有可能某個類或對象要使用分別在幾個類或對象裏面的方法或屬性，現有的單繼承機制就不能知足要求。與繼承相比，接口有更高的靈活性，由於接口中沒有任何實現代碼。當一個類實現了接口之後，該類要實現接口裏面全部的方法和屬性，而且接口裏面的屬性在默認狀態下面都是public static,全部方法默認狀況下是public.一個類能夠實現多個接口。

50、Java中的異常處理機制的簡單原理和應用。
當JAVA 程序違反了JAVA的語義規則時，JAVA虛擬機就會將發生的錯誤表示爲一個異常。違反語義規則包括2種狀況。一種是JAVA類庫內置的語義檢查。例如數組下標越界,會引起IndexOutOfBoundsException;訪問null的對象時會引起NullPointerException。另外一種狀況就是JAVA容許程序員擴展這種語義檢查，程序員能夠建立本身的異常，並自由選擇在什麼時候用throw關鍵字引起異常。全部的異常都是 java.lang.Thowable的子類。

5一、垃圾回收的優勢和原理。並考慮2種回收機制。
Java語言中一個顯着的特色就是引入了垃圾回收機制，使c++程序員最頭疼的內存管理的問題迎刃而解，它使得Java程序員在編寫程序的時候再也不須要考慮內存管理。因爲有個垃圾回收機制， Java中的對象再也不有"做用域"的概念，只有對象的引用纔有"做用域"。垃圾回收能夠有效的防止內存泄露，有效的使用能夠使用的內存。垃圾回收器一般是做爲一個單獨的低級別的線程運行，不可預知的狀況下對內存堆中已經死亡的或者長時間沒有使用的對象進行清楚和回收，程序員不能實時的調用垃圾回收器對某個對象或全部對象進行垃圾回收。回收機制有分代複製垃圾回收和標記垃圾回收，增量垃圾回收。

5二、請說出你所知道的線程同步的方法。
wait():使一個線程處於等待狀態，而且釋放所持有的對象的lock。
sleep():使一個正在運行的線程處於睡眠狀態，是一個靜態方法，調用此方法要捕捉InterruptedException異常。
notify():喚醒一個處於等待狀態的線程，注意的是在調用此方法的時候，並不能確切的喚醒某一個等待狀態的線程，而是由JVM肯定喚醒哪一個線程，並且不是按優先級。
Allnotity():喚醒全部處入等待狀態的線程，注意並非給全部喚醒線程一個對象的鎖，而是讓它們競爭。

5三、你所知道的集合類都有哪些？主要方法？
最經常使用的集合類是 List 和 Map。 List 的具體實現包括 ArrayList 和 Vector，它們是可變大小的列表，比較適合構建、存儲和操做任何類型對象的元素列表。 List 適用於按數值索引訪問元素的情形。 
Map 提供了一個更通用的元素存儲方法。 Map 集合類用於存儲元素對（稱做"鍵"和"值"），其中每一個鍵映射到一個值。

5四、描述一下JVM加載class文件的原理機制?
JVM中類的裝載是由ClassLoader和它的子類來實現的,Java ClassLoader 是一個重要的Java運行時系統組件。它負責在運行時查找和裝入類文件的類。

5五、char型變量中能不能存貯一箇中文漢字?爲何? 
可以定義成爲一箇中文的，由於java中以unicode編碼，一個char佔16個字節，因此放一箇中文是沒問題的

5六、多線程有幾種實現方法,都是什麼?同步有幾種實現方法,都是什麼? 
多線程有兩種實現方法，分別是繼承Thread類與實現Runnable接口 
同步的實現方面有兩種，分別是synchronized,wait與notify

5七、JSP的內置對象及方法。
request表示HttpServletRequest對象。它包含了有關瀏覽器請求的信息，而且提供了幾個用於獲取cookie, header, 和session數據的有用的方法。 
response表示HttpServletResponse對象，並提供了幾個用於設置送回瀏覽器的響應的方法（如cookies,頭信息等） 
out對象是javax.jsp.JspWriter的一個實例，並提供了幾個方法使你能用於向瀏覽器回送輸出結果。 
pageContext表示一個javax.servlet.jsp.PageContext對象。它是用於方便存取各類範圍的名字空間、servlet相關的對象的API，而且包裝了通用的servlet相關功能的方法。 
session表示一個請求的javax.servlet.http.HttpSession對象。Session能夠存貯用戶的狀態信息 
applicaton 表示一個javax.servle.ServletContext對象。這有助於查找有關servlet引擎和servlet環境的信息 
config表示一個javax.servlet.ServletConfig對象。該對象用於存取servlet實例的初始化參數。 
page表示從該頁面產生的一個servlet實例。

5八、線程的基本概念、線程的基本狀態以及狀態之間的關係
線程指在程序執行過程當中，可以執行程序代碼的一個執行單位，每一個程序至少都有一個線程，也就是程序自己。
Java中的線程有四種狀態分別是：運行、就緒、掛起、結束。

5九、JSP的經常使用指令
<%@page language="java" contenType="text/html;charset=gb2312" session="true" buffer="64kb" autoFlush="true" isThreadSafe="true" info="text" errorPage="error.jsp" isErrorPage="true" isELIgnored="true" pageEncoding="gb2312" import="java.sql.*"%>
isErrorPage(是否能使用Exception對象)，isELIgnored(是否忽略表達式)
<%@include file="filename"%>
<%@taglib prefix="c"uri="http://......"%>

60、什麼狀況下調用doGet()和doPost()？
Jsp頁面中的form標籤裏的method屬性爲get時調用doGet()，爲post時調用doPost()。

6一、servlet的生命週期
web容器加載servlet，生命週期開始。經過調用servlet的init()方法進行servlet的初始化。經過調用service()方法實現，根據請求的不一樣調用不一樣的do***()方法。結束服務，web容器調用servlet的destroy()方法。

6二、如何現實servlet的單線程模式
<%@ page isThreadSafe="false"%>

6三、頁面間對象傳遞的方法
request，session，application，cookie等

6四、JSP和Servlet有哪些相同點和不一樣點，他們之間的聯繫是什麼？ 
JSP 是Servlet技術的擴展，本質上是Servlet的簡易方式，更強調應用的外表表達。JSP編譯後是"類servlet"。Servlet和JSP最主要的不一樣點在於，Servlet的應用邏輯是在Java文件中，而且徹底從表示層中的HTML裏分離開來。而JSP的狀況是Java和HTML能夠組合成一個擴展名爲.jsp的文件。JSP側重於視圖，Servlet主要用於控制邏輯。

6五、四種會話跟蹤技術
會話做用域ServletsJSP 頁面描述
page否是表明與一個頁面相關的對象和屬性。一個頁面由一個編譯好的 Java servlet 類（能夠帶有任何的 include 指令，可是沒有 include 動做）表示。這既包括 servlet 又包括被編譯成 servlet 的 JSP 頁面
request是是表明與 Web 客戶機發出的一個請求相關的對象和屬性。一個請求可能跨越多個頁面，涉及多個 Web 組件（因爲 forward 指令和 include 動做的關係）
session是是表明與用於某個 Web 客戶機的一個用戶體驗相關的對象和屬性。一個 Web 會話能夠也常常會跨越多個客戶機請求
application是是表明與整個 Web 應用程序相關的對象和屬性。這實質上是跨越整個 Web 應用程序，包括多個頁面、請求和會話的一個全局做用域

6六、Request對象的主要方法：
setAttribute(String name,Object)：設置名字爲name的request的參數值
getAttribute(String name)：返回由name指定的屬性值
getAttributeNames()：返回request對象全部屬性的名字集合，結果是一個枚舉的實例
getCookies()：返回客戶端的全部Cookie對象，結果是一個Cookie數組
getCharacterEncoding()：返回請求中的字符編碼方式
getContentLength()：返回請求的Body的長度
getHeader(String name)：得到HTTP協議定義的文件頭信息
getHeaders(String name)：返回指定名字的request Header的全部值，結果是一個枚舉的實例
getHeaderNames()：返回因此request Header的名字，結果是一個枚舉的實例
getInputStream()：返回請求的輸入流，用於得到請求中的數據
getMethod()：得到客戶端向服務器端傳送數據的方法
getParameter(String name)：得到客戶端傳送給服務器端的有name指定的參數值
getParameterNames()：得到客戶端傳送給服務器端的全部參數的名字，結果是一個枚舉的實例
getParameterValues(String name)：得到有name指定的參數的全部值
getProtocol()：獲取客戶端向服務器端傳送數據所依據的協議名稱
getQueryString()：得到查詢字符串
getRequestURI()：獲取發出請求字符串的客戶端地址
getRemoteAddr()：獲取客戶端的IP地址
getRemoteHost()：獲取客戶端的名字
getSession([Boolean create])：返回和請求相關Session
getServerName()：獲取服務器的名字
getServletPath()：獲取客戶端所請求的

腳本文件的路徑
getServerPort()：獲取服務器的端口號
removeAttribute(String name)：刪除請求中的一個屬性

6七、J2EE是技術仍是平臺仍是框架？
J2EE自己是一個標準，一個爲企業分佈式應用的開發提供的標準平臺。
J2EE也是一個框架，包括JDBC、JNDI、RMI、JMS、EJB、JTA等技術。

6八、咱們在web應用開發過程當中常常遇到輸出某種編碼的字符，如iso8859-1等，如何輸出一個某種編碼的字符串？

 

 

Public String translate (String str) {     String tempStr = "";     try {       tempStr = new String(str.getBytes("ISO-8859-1"), "GBK");       tempStr = tempStr.trim();     }     catch (Exception e) {       System.err.println(e.getMessage());     }     return tempStr;   }

6九、簡述邏輯操做(&,|,^)與條件操做(&&,||)的區別。
區別主要答兩點：
a.條件操做只能操做布爾型的,而邏輯操做不只能夠操做布爾型,並且能夠操做數值型
b.邏輯操做不會產生短路

70、XML文檔定義有幾種形式？它們之間有何本質區別？解析XML文檔有哪幾種方式？ 
a: 兩種形式 dtd  schema，b: 本質區別:schema自己是xml的，能夠被XML解析器解析(這也是從DTD上發展schema的根本目的)，c:有DOM,SAX,STAX等 
DOM:處理大型文件時其性能降低的很是厲害。這個問題是由DOM的樹結構所形成的，這種結構佔用的內存較多，並且DOM必須在解析文件以前把整個文檔裝入內存,適合對XML的隨機訪問
SAX:不現於DOM,SAX是事件驅動型的XML解析方式。它順序讀取XML文件，不須要一次所有裝載整個文件。當遇到像文件開頭，文檔結束，或者標籤開頭與標籤結束時，它會觸發一個事件，用戶經過在其回調事件中寫入處理代碼來處理XML文件，適合對XML的順序訪問 
STAX:Streaming API for XML (StAX)

7一、簡述synchronized和java.util.concurrent.locks.Lock的異同？
主要相同點：Lock能完成synchronized所實現的全部功能
主要不一樣點：Lock有比synchronized更精確的線程語義和更好的性能。synchronized會自動釋放鎖，而Lock必定要求程序員手工釋放，而且必須在finally從句中釋放。 

7二、EJB的角色和三個對象
一個完整的基於EJB的分佈式計算結構由六個角色組成，這六個角色能夠由不一樣的開發商提供，每一個角色所做的工做必須遵循Sun公司提供的EJB規範，以保證彼此之間的兼容性。這六個角色分別是EJB組件開發者（Enterprise Bean Provider） 、應用組合者（Application Assembler）、部署者（Deployer）、EJB 服務器提供者（EJB Server Provider）、EJB 容器提供者（EJB Container Provider）、系統管理員（System Administrator）
三個對象是Remote（Local）接口、Home（LocalHome）接口，Bean類。

7三、EJB容器提供的服務
主要提供聲明週期管理、代碼產生、持續性管理、安全、事務管理、鎖和併發行管理等服務。

7四、EJB規範規定EJB中禁止的操做有哪些？ 
1.不能操做線程和線程API(線程API指非線程對象的方法如notify,wait等)，
2.不能操做awt，
3.不能實現服務器功能，
4.不能對靜態屬生存取，
5.不能使用IO操做直接存取文件系統，
6.不能加載本地庫.，
7.不能將this做爲變量和返回，
8.不能循環調用。

7五、remote接口和home接口主要做用
remote接口定義了業務方法，用於EJB客戶端調用業務方法。
home接口是EJB工廠用於建立和移除查找EJB實例

 

7六、bean 實例的生命週期
對於Stateless Session Bean、Entity Bean、Message Driven Bean通常存在緩衝池管理，而對於Entity Bean和Statefull Session Bean存在Cache管理，一般包含建立實例，設置上下文、建立EJB Object（create）、業務方法調用、remove等過程，對於存在緩衝池管理的Bean，在create以後實例並不從內存清除，而是採用緩衝池調度機制不斷重用實例，而對於存在Cache管理的Bean則經過激活和去激活機制保持Bean的狀態並限制內存中實例數量。

7七、EJB的激活機制
以Stateful Session Bean 爲例：其Cache大小決定了內存中能夠同時存在的Bean實例的數量，根據MRU或NRU算法，實例在激活和去激活狀態之間遷移，激活機制是當客戶端調用某個EJB實例業務方法時，若是對應EJB Object發現本身沒有綁定對應的Bean實例則從其去激活Bean存儲中（經過序列化機制存儲實例）回覆（激活）此實例。狀態變遷前會調用對應的 ejbActive和ejbPassivate方法。

7八、EJB的幾種類型
會話（Session）Bean ，實體（Entity）Bean 消息驅動的（Message Driven）Bean
會話Bean又可分爲有狀態（Stateful）和無狀態（Stateless）兩種
實體Bean可分爲Bean管理的持續性（BMP）和容器管理的持續性（CMP）兩種

7九、客服端調用EJB對象的幾個基本步驟
設置JNDI服務工廠以及JNDI服務地址系統屬性，查找Home接口，從Home接口調用Create方法建立Remote接口，經過Remote接口調用其業務方法。

80、如何給weblogic指定大小的內存? 
在啓動Weblogic的腳本中（位於所在Domian對應服務器目錄下的startServerName），增長set MEM_ARGS=-Xms32m -Xmx200m，能夠調整最小內存爲32M，最大200M
8一、如何設定的weblogic的熱啓動模式(開發模式)與產品發佈模式?
能夠在管理控制檯中修改對應服務器的啓動模式爲開發或產品模式之一。或者修改服務的啓動文件或者commenv文件，增長set PRODUCTION_MODE=true。

8二、如何啓動時不需輸入用戶名與密碼?
修改服務啓動文件，增長 WLS_USER和WLS_PW項。也能夠在boot.properties文件中增長加密過的用戶名和密碼.

8三、在weblogic管理制臺中對一個應用域(或者說是一個網站,Domain)進行jms及ejb或鏈接池等相關信息進行配置後,實際保存在什麼文件中?
保存在此Domain的config.xml文件中，它是服務器的核心配置文件。

8四、說說weblogic中一個Domain的缺省目錄結構?好比要將一個簡單的helloWorld.jsp放入何目錄下,然的在瀏覽器上就可打入 http://主機:端口號//helloword.jsp就能夠看到運行結果了? 又好比這其中用到了一個本身寫的javaBean該如何辦?
Domain 目錄服務器目錄applications，將應用目錄放在此目錄下將能夠做爲應用訪問，若是是Web應用，應用目錄須要知足Web應用目錄要求，jsp文件能夠直接放在應用目錄中，Javabean須要放在應用目錄的WEB-INF目錄的classes目錄中，設置服務器的缺省應用將能夠實如今瀏覽器上無需輸入應用名。

8五、在weblogic中發佈ejb需涉及到哪些配置文件
不一樣類型的EJB涉及的配置文件不一樣，都涉及到的配置文件包括ejb-jar.xml,weblogic-ejb-jar.xmlCMP實體Bean通常還須要weblogic-cmp-rdbms-jar.xml 

8六、如何在weblogic中進行ssl配置與客戶端的認證配置或說說j2ee(標準)進行ssl的配置
缺省安裝中使用DemoIdentity.jks和DemoTrust.jks  KeyStore實現SSL，須要配置服務器使用Enable SSL，配置其端口，在產品模式下須要從CA獲取私有密鑰和數字證書，建立identity和trust keystore，裝載得到的密鑰和數字證書。能夠配置此SSL鏈接是單向仍是雙向的。

8七、如何查看在weblogic中已經發布的EJB?
能夠使用管理控制檯，在它的Deployment中能夠查看全部已發佈的EJB

8八、CORBA是什麼?用途是什麼? 
CORBA 標準是公共對象請求代理結構(Common Object Request Broker Architecture)，由對象管理組織 (Object Management Group，縮寫爲 OMG)標準化。它的組成是接口定義語言(IDL), 語言綁定(binding:也譯爲聯編)和容許應用程序間互操做的協議。其目的爲：用不一樣的程序設計語言書寫在不一樣的進程中運行，爲不一樣的操做系統開發。

8九、說說你所熟悉或據說過的j2ee中的幾種經常使用模式?及對設計模式的一些見解
 Session Facade Pattern：使用SessionBean訪問EntityBean
Message Facade Pattern：實現異步調用
EJB Command Pattern：使用Command JavaBeans取代SessionBean，實現輕量級訪問
Data Transfer Object Factory：經過DTO Factory簡化EntityBean數據提供特性
Generic Attribute Access：經過AttibuteAccess接口簡化EntityBean數據提供特性
Business Interface：經過遠程（本地）接口和Bean類實現相同接口規範業務邏輯一致性
ＥＪＢ架構的設計好壞將直接影響系統的性能、可擴展性、可維護性、組件可重用性及開發效率。項目越複雜，項目隊伍越龐大則越能體現良好設計的重要性。

90、說說在weblogic中開發消息Bean時的persistent與non-persisten的差異
persistent方式的MDB能夠保證消息傳遞的可靠性,也就是若是EJB容器出現問題而JMS服務器依然會將消息在此MDB可用的時候發送過來，而non－persistent方式的消息將被丟棄。

9一、Servlet執行時通常實現哪幾個方法？
public void init(ServletConfig config)
public ServletConfig getServletConfig()
public String getServletInfo()
public void service(ServletRequest request,ServletResponse response)
public void destroy()

9二、j2ee經常使用的設計模式？說明工廠模式。
Java中的23種設計模式：
Factory（工廠模式），      Builder（建造模式），       Factory Method（工廠方法模式），
Prototype（原始模型模式），Singleton（單例模式），    Facade（門面模式），
Adapter（適配器模式），    Bridge（橋樑模式），        Composite（合成模式），
Decorator（裝飾模式），    Flyweight（享元模式），     Proxy（代理模式），
Command（命令模式），      Interpreter（解釋器模式）， Visitor（訪問者模式），
Iterator（迭代子模式），   Mediator（調停者模式），    Memento（備忘錄模式），
Observer（觀察者模式），   State（狀態模式），         Strategy（策略模式），
Template Method（模板方法模式）， Chain Of Responsibleity（責任鏈模式）
工廠模式：工廠模式是一種常常被使用到的模式，根據工廠模式實現的類能夠根據提供的數據生成一組類中某一個類的實例，一般這一組類有一個公共的抽象父類而且實現了相同的方法，可是這些方法針對不一樣的數據進行了不一樣的操做。首先須要定義一個基類，該類的子類經過不一樣的方法實現了基類中的方法。而後須要定義一個工廠類，工廠類能夠根據條件生成不一樣的子類實例。當獲得子類的實例後，開發人員能夠調用基類中的方法而沒必要考慮到底返回的是哪個子類的實例。

9三、EJB需直接實現它的業務接口或Home接口嗎，請簡述理由。
遠程接口和Home接口不須要直接實現，他們的實現代碼是由服務器產生的，程序運行中對應實現類會做爲對應接口類型的實例被使用。

9四、排序都有哪幾種方法？請列舉。用JAVA實現一個快速排序。
排序的方法有：插入排序（直接插入排序、希爾排序），交換排序（冒泡排序、快速排序），選擇排序（直接選擇排序、堆排序），歸併排序，分配排序（箱排序、基數排序）快速排序的僞代碼。
/ /使用快速排序方法對a[ 0 :n- 1 ]排序
從a[ 0 :n- 1 ]中選擇一個元素做爲m i d d l e，該元素爲支點
把餘下的元素分割爲兩段left 和r i g h t，使得l e f t中的元素都小於等於支點，而right 中的元素都大於等於支點
遞歸地使用快速排序方法對left 進行排序
遞歸地使用快速排序方法對right 進行排序
所得結果爲l e f t + m i d d l e + r i g h t

9五、請對如下在J2EE中經常使用的名詞進行解釋(或簡單描述)
web 容器：給處於其中的應用程序組件（JSP，SERVLET）提供一個環境，使JSP,SERVLET直接更容器中的環境變量接口交互，沒必要關注其它系統問題。主要有WEB服務器來實現。例如：TOMCAT,WEBLOGIC,WEBSPHERE等。該容器提供的接口嚴格遵照J2EE規範中的WEB APPLICATION 標準。咱們把遵照以上標準的WEB服務器就叫作J2EE中的WEB容器。
EJB容器：Enterprisejavabean 容器。更具備行業領域特點。他提供給運行在其中的組件EJB各類管理功能。只要知足J2EE規範的EJB放入該容器，立刻就會被容器進行高效率的管理。而且能夠經過現成的接口來得到系統級別的服務。例如郵件服務、事務管理。
JNDI：（Java Naming & Directory Interface）JAVA命名目錄服務。主要提供的功能是：提供一個目錄系統，讓其它各地的應用程序在其上面留下本身的索引，從而知足快速查找和定位分佈式應用程序的功能。
JMS：（Java Message Service）JAVA消息服務。主要實現各個應用程序之間的通信。包括點對點和廣播。
JTA：（Java Transaction API）JAVA事務服務。提供各類分佈式事務服務。應用程序只需調用其提供的接口便可。
JAF：（Java Action FrameWork）JAVA安全認證框架。提供一些安全控制方面的框架。讓開發者經過各類部署和自定義實現本身的個性安全控制策略。
RMI/IIOP: （Remote Method Invocation /internet對象請求中介協議）他們主要用於經過遠程調用服務。例如，遠程有一臺計算機上運行一個程序，它提供股票分析服務，咱們能夠在本地計算機上實現對其直接調用。固然這是要經過必定的規範才能在異構的系統之間進行通訊。RMI是JAVA特有的。

9六、JAVA語言如何進行異常處理，關鍵字：throws,throw,try,catch,finally分別表明什麼意義？在try塊中能夠拋出異常嗎？
Java 經過面向對象的方法進行異常處理，把各類不一樣的異常進行分類，並提供了良好的接口。在Java中，每一個異常都是一個對象，它是Throwable類或其它子類的實例。當一個方法出現異常後便拋出一個異常對象，該對象中包含有異常信息，調用這個對象的方法能夠捕獲到這個異常並進行處理。Java的異常處理是經過5個關鍵詞來實現的：try、catch、throw、throws和finally。通常狀況下是用try來執行一段程序，若是出現異常，系統會拋出（throws）一個異常，這時候你能夠經過它的類型來捕捉（catch）它，或最後（finally）由缺省處理器來處理。
用try來指定一塊預防全部"異常"的程序。緊跟在try程序後面，應包含一個catch子句來指定你想要捕捉的"異常"的類型。
throw語句用來明確地拋出一個"異常"。
throws用來標明一個成員函數可能拋出的各類"異常"。
Finally爲確保一段代碼無論發生什麼"異常"都被執行一段代碼。
能夠在一個成員函數調用的外面寫一個try語句，在這個成員函數內部寫另外一個try語句保護其餘代碼。每當遇到一個try語句，"異常"的框架就放到堆棧上面，直到全部的try語句都完成。若是下一級的try語句沒有對某種"異常"進行處理，堆棧就會展開，直到遇到有處理這種"異常"的try語句。

9七、一個".java"源文件中是否能夠包括多個類（不是內部類）？有什麼限制？
能夠。必須只有一個類名與文件名相同。

9八、MVC的各個部分都有那些技術來實現?如何實現? 
MVC 是Model－View－Controller的簡寫。"Model" 表明的是應用的業務邏輯（經過JavaBean，EJB組件實現）， "View" 是應用的表示面（由JSP頁面產生），"Controller" 是提供應用的處理過程控制（通常是一個Servlet），經過這種設計模型把應用邏輯，處理過程和顯示邏輯分紅不一樣的組件實現。這些組件能夠進行交互和重用。

9九、java中有幾種方法能夠實現一個線程？用什麼關鍵字修飾同步方法? stop()和suspend()方法爲什麼不推薦使用？
有兩種實現方法，分別是繼承Thread類與實現Runnable接口
用synchronized關鍵字修飾同步方法
反對使用stop()，是由於它不安全。它會解除由線程獲取的全部鎖定，並且若是對象處於一種不連貫狀態，那麼其餘線程能在那種狀態下檢查和修改它們。結果很難檢查出真正的問題所在。suspend()方法容易發生死鎖。調用suspend()的時候，目標線程會停下來，但卻仍然持有在這以前得到的鎖定。此時，其餘任何線程都不能訪問鎖定的資源，除非被"掛起"的線程恢復運行。對任何線程來講，若是它們想恢復目標線程，同時又試圖使用任何一個鎖定的資源，就會形成死鎖。因此不該該使用suspend()，而應在本身的Thread類中置入一個標誌，指出線程應該活動仍是掛起。若標誌指出線程應該掛起，便用 wait()命其進入等待狀態。若標誌指出線程應當恢復，則用一個notify()從新啓動線程。

100、java中有幾種類型的流？JDK爲每種類型的流提供了一些抽象類以供繼承，請說出他們分別是哪些類？
字節流，字符流。字節流繼承於InputStream OutputStream，字符流繼承於InputStreamReader OutputStreamWriter。在java.io包中還有許多其餘的流，主要是爲了提升性能和使用方便。

10一、java中會存在內存泄漏嗎，請簡單描述。
會。如：int i,i2;  return (i-i2);   //when i爲足夠大的正數,i2爲足夠大的負數。結果會形成溢位，致使錯誤。

10二、java中實現多態的機制是什麼？
方法的重寫Overriding和重載Overloading是Java多態性的不一樣表現。重寫Overriding是父類與子類之間多態性的一種表現，重載Overloading是一個類中多態性的一種表現。

10三、垃圾回收器的基本原理是什麼？垃圾回收器能夠立刻回收內存嗎？有什麼辦法主動通知虛擬機進行垃圾回收？
對於GC來講，當程序員建立對象時，GC就開始監控這個對象的地址、大小以及使用狀況。一般，GC採用有向圖的方式記錄和管理堆(heap)中的全部對象。經過這種方式肯定哪些對象是"可達的"，哪些對象是"不可達的"。當GC肯定一些對象爲"不可達"時，GC就有責任回收這些內存空間。能夠。程序員能夠手動執行System.gc()，通知GC運行，可是Java語言規範並不保證GC必定會執行。

10四、靜態變量和實例變量的區別？
static i = 10; //常量
class A a;  a.i =10;//可變

10五、什麼是java序列化，如何實現java序列化？
序列化就是一種用來處理對象流的機制，所謂對象流也就是將對象的內容進行流化。能夠對流化後的對象進行讀寫操做，也可將流化後的對象傳輸於網絡之間。序列化是爲了解決在對對象流進行讀寫操做時所引起的問題。
序列化的實現：將須要被序列化的類實現Serializable接口，該接口沒有須要實現的方法，implements Serializable只是爲了標註該對象是可被序列化的，而後使用一個輸出流(如：FileOutputStream)來構造一個 ObjectOutputStream(對象流)對象，接着，使用ObjectOutputStream對象的writeObject(Object obj)方法就能夠將參數爲obj的對象寫出(即保存其狀態)，要恢復的話則用輸入流。

10六、是否能夠從一個static方法內部發出對非static方法的調用？
不能夠,若是其中包含對象的method()；不能保證對象初始化.

10七、寫clone()方法時，一般都有一行代碼，是什麼？
Clone 有缺省行爲，super.clone();他負責產生正確大小的空間，並逐位複製。

10八、在JAVA中，如何跳出當前的多重嵌套循環？
用break; return 方法。

10九、List、Map、Set三個接口，存取元素時，各有什麼特色？
List 以特定次序來持有元素，可有重複元素。Set 沒法擁有重複元素,內部排序。Map 保存key-value值，value可多值 。

1十、J2EE是什麼？
J2EE 是Sun公司提出的多層(multi-diered),分佈式(distributed),基於組件(component-base)的企業級應用模型 (enterpriese application model).在這樣的一個應用系統中，可按照功能劃分爲不一樣的組件，這些組件又可在不一樣計算機上，

而且處於相應的層次(tier)中。所屬層次包括客戶層(clietn tier)組件,web層和組件,Business層和組件,企業信息系統(EIS)層。

1十一、UML方面 
標準建模語言UML。用例圖,靜態圖(包括類圖、對象圖和包圖),行爲圖,交互圖(順序圖,合做圖),實現圖。

1十二、說出一些經常使用的類，包，接口，請各舉5個
經常使用的類：BufferedReader  BufferedWriter  FileReader  FileWirter  String  Integer
經常使用的包：java.lang  java.awt  java.io  java.util  java.sql
經常使用的接口：Remote  List  Map  Document  NodeList 

11三、開發中都用到了那些設計模式?用在什麼場合? 
每一個模式都描述了一個在咱們的環境中不斷出現的問題，而後描述了該問題的解決方案的核心。經過這種方式，你能夠無數次地使用那些已有的解決方案，無需在重複相同的工做。主要用到了MVC的設計模式。用來開發JSP/Servlet或者J2EE的相關應用。簡單工廠模式等。

11四、jsp有哪些動做?做用分別是什麼? 
JSP 共有如下6種基本動做 jsp:include：在頁面被請求的時候引入一個文件。 jsp:useBean：尋找或者實例化一個JavaBean。 jsp:setProperty：設置JavaBean的屬性。 jsp:getProperty：輸出某個JavaBean的屬性。 jsp:forward：把請求轉到一個新的頁面。 jsp:plugin：根據瀏覽器類型爲Java插件生成OBJECT或EMBED標記。

11五、Anonymous Inner Class (匿名內部類) 是否能夠extends(繼承)其它類，是否能夠implements(實現)interface(接口)? 
能夠繼承其餘類或完成其餘接口，在swing編程中經常使用此方式。

11六、應用服務器與WEB SERVER的區別？
應用

服務器：Weblogic、Tomcat、Jboss
WEB SERVER：IIS、 Apache

11七、BS與CS的聯繫與區別。
C/S是Client/Server的縮寫。服務器一般採用高性能的PC、工做站或小型機，並採用大型數據庫系統，如Oracle、Sybase、Informix或 SQL Server。客戶端須要安裝專用的客戶端軟件。
B/Ｓ是Brower/Server的縮寫，客戶機上只要安裝一個瀏覽器（Browser），如Netscape Navigator或Internet Explorer，服務器安裝Oracle、Sybase、Informix或 SQL Server等數據庫。在這種結構下，用戶界面徹底經過WWW瀏覽器實現，一部分事務邏輯在前端實現，可是主要事務邏輯在服務器端實現。瀏覽器經過Ｗeb Server 同數據庫進行數據交互。
C/S 與 B/S 區別： 
１．硬件環境不一樣: 
C/S 通常創建在專用的網絡上, 小範圍裏的網絡環境, 局域網之間再經過專門服務器提供鏈接和數據交換服務.
B/S 創建在廣域網之上的, 沒必要是專門的網絡硬件環境,例與電話上網, 租用設備. 信息本身管理. 有比C/S更強的適應範圍, 通常只要有操做系統和瀏覽器就行 
２．對安全要求不一樣 
C/S 通常面向相對固定的用戶羣, 對信息安全的控制能力很強. 通常高度機密的信息系統採用C/S 結構適宜. 能夠經過B/S發佈部分可公開信息.
B/S 創建在廣域網之上, 對安全的控制能力相對弱, 可能面向不可知的用戶。
３．對程序架構不一樣 
C/S 程序能夠更加註重流程, 能夠對權限多層次校驗, 對系統運行速度能夠較少考慮.
B/S 對安全以及訪問速度的多重的考慮, 創建在須要更加優化的基礎之上. 比C/S有更高的要求 B/S結構的程序架構是發展的趨勢, 從MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持網絡的構件搭建的系統. SUN 和IBM推的JavaBean 構件技術等,使 B/S更加成熟. 
４．軟件重用不一樣 
C/S 程序能夠不可避免的總體性考慮, 構件的重用性不如在B/S要求下的構件的重用性好.
B/S 對的多重結構,要求構件相對獨立的功能. 可以相對較好的重用.就入買來的餐桌能夠再利用,而不是作在牆上的石頭桌子 
５．系統維護不一樣  
C/S 程序因爲總體性, 必須總體考察, 處理出現的問題以及系統升級. 升級難. 多是再作一個全新的系統
B/S 構件組成,方面構件個別的更換,實現系統的無縫升級. 系統維護開銷減到最小.用戶從網上本身下載安裝就能夠實現升級. 
６．處理問題不一樣 
C/S 程序能夠處理用戶面固定, 而且在相同區域, 安全要求高需求, 與操做系統相關. 應該都是相同的系統
B/S 創建在廣域網上, 面向不一樣的用戶羣, 分散地域, 這是C/S沒法做到的. 與操做系統平臺關係最小. 
７．用戶接口不一樣 
C/S 可能是創建的Window平臺上,表現方法有限,對程序員廣泛要求較高
B/S 創建在瀏覽器上, 有更加豐富和生動的表現方式與用戶交流. 而且大部分難度減低,減低開發成本. 
８．信息流不一樣 
C/S 程序通常是典型的中央集權的機械式處理, 交互性相對低
B/S 信息流向可變化, B-B B-C B-G等信息、流向的變化, 更像交易中心。

11八、LINUX下線程，GDI類的解釋。
LINUX實現的就是基於核心輕量級進程的"一對一"線程模型，一個線程實體對應一個核心輕量級進程，而線程之間的管理在覈外函數庫中實現。 
GDI類爲圖像設備編程接口類庫。

11九、STRUTS的應用(如STRUTS架構) 
Struts 是採用Java Servlet/JavaServer Pages技術，開發Web應用程序的開放源碼的framework。採用Struts能開發出基於MVC(Model-View-Controller)設計模式的應用構架。 Struts有以下的主要功能：一.包含一個controller servlet，能將用戶的請求發送到相應的Action對象。二.JSP自由tag庫，而且在controller servlet中提供關聯支持，幫助開發員建立交互式表單應用。三.提供了一系列實用對象：XML處理、經過Java reflection APIs自動處理JavaBeans屬性、國際化的提示和消息。

120、Jdo是什麼? 
JDO 是Java對象持久化的新的規範，爲java data object的簡稱,也是一個用於存取某種數據倉庫中的對象的標準化API。JDO提供了透明的對象存儲，所以對開發人員來講，存儲數據對象徹底不須要額外的代碼（如JDBC API的使用）。這些繁瑣的例行工做已經轉移到JDO產品提供商身上，使開發人員解脫出來，從而集中時間和精力在業務邏輯上。另外，JDO很靈活，由於它能夠在任何數據底層上運行。JDBC只是面向關係數據庫（RDBMS）JDO更通用，提供到任何數據底層的存儲功能，好比關係數據庫、文件、XML以及對象數據庫（ODBMS）等等，使得應用可移植性更強。

12一、內部類能夠引用他包含類的成員嗎？有沒有什麼限制？
一個內部類對象能夠訪問建立它的外部類對象的內容

12二、WEB SERVICE名詞解釋。JSWDL開發包的介紹。JAXP、JAXM的解釋。SOAP、UDDI,WSDL解釋。 
Web ServiceWeb Service是基於網絡的、分佈式的模塊化組件，它執行特定的任務，遵照具體的技術規範，這些規範使得Web Service能與其餘兼容的組件進行互操做。
JAXP(Java API for XML Parsing) 定義了在Java中使用DOM, SAX, XSLT的通用的接口。這樣在你的程序中你只要使用這些通用的接口，當你須要改變具體的實現時候也不須要修改代碼。
JAXM(Java API for XML Messaging) 是爲SOAP通訊提供訪問方法和傳輸機制的API。
WSDL是一種 XML 格式，用於將網絡服務描述爲一組端點，這些端點對包含面向文檔信息或面向過程信息的消息進行操做。這種格式首先對操做和消息進行抽象描述，而後將其綁定到具體的網絡協議和消息格式上以定義端點。相關的具體端點即組合成爲抽象端點（服務）。
SOAP即簡單對象訪問協議(Simple Object Access Protocol)，它是用於交換XML編碼信息的輕量級協議。 
UDDI 的目的是爲電子商務創建標準；UDDI是一套基於Web的、分佈式的、爲Web Service提供的、信息註冊中心的實現標準規範，同時也包含一組使企業能將自身提供的Web Service註冊，以使別的企業可以發現的訪問協議的實現標準。

12三、設計4個線程，其中兩個線程每次對j增長1，另外兩個線程對j每次減小1。寫出程序。
如下程序使用內部類實現線程，對j增減的時候沒有考慮順序問題。

 

public class ThreadTest1{   private int j;   public static void main(String args[]){ ThreadTest1 tt=new ThreadTest1(); Inc inc=tt.new Inc(); Dec dec=tt.new Dec(); for(int i=0;i<2;i++){ Thread t=new Thread(inc); t.start(); t=new Thread(dec); t.start(); } }   private synchronized void inc(){ j++; System.out.println(Thread.currentThread().getName()+"-inc:"+j);   }   private synchronized void dec(){ j--; System.out.println(Thread.currentThread().getName()+"-dec:"+j);   }   class Inc implements Runnable{ public void run(){ for(int i=0;i<100;i++){ inc(); } }   }   class Dec implements Runnable{ public void run(){ for(int i=0;i<100;i++){ dec(); }  }   } }

12四、Java有沒有goto?
java中的保留字，如今沒有在java中使用。

12五、啓動一個線程是用run()仍是start()?
啓動一個線程是調用start()方法，使線程所表明的虛擬處理機處於可運行狀態，這意味着它能夠由JVM調度並執行。這並不意味着線程就會當即運行。run()方法能夠產生必須退出的標誌來中止一個線程。

 

 

Spring 面試題

1.談談你對spring IOC和DI的理解，它們有什麼區別？

IoC Inverse of Control 反轉控制的概念，就是將本來在程序中手動建立UserService對象的控制權，交由Spring框架管理，簡單說，就是建立UserService對象控制權被反轉到了Spring框架

DI：Dependency Injection 依賴注入，在Spring框架負責建立Bean對象時，動態的將依賴對象注入到Bean組件

 

面試題： IoC 和 DI的區別？

IoC 控制反轉，指將對象的建立權，反轉到Spring容器 ， DI 依賴注入，指Spring建立對象的過程當中，將對象依賴屬性經過配置進行注入

2.BeanFactory 接口和 ApplicationContext 接口有什麼區別 ？

    ①ApplicationContext 接口繼承BeanFactory接口，Spring核心工廠是BeanFactory ,BeanFactory採起延遲加載，第一次getBean時纔會初始化Bean, ApplicationContext是會在加載配置文件時初始化Bean。

    ②ApplicationContext是對BeanFactory擴展，它能夠進行國際化處理、事件傳遞和bean自動裝配以及各類不一樣應用層的Context實現 

開發中基本都在使用ApplicationContext, web項目使用WebApplicationContext ，不多用到BeanFactory

 

BeanFactory beanFactory = new XmlBeanFactory(new ClassPathResource("applicationContext.xml"));

IHelloService helloService = (IHelloService) beanFactory.getBean("helloService");

helloService.sayHello();

3.spring配置bean實例化有哪些方式？

    1）使用類構造器實例化(默認無參數)

 

<bean id="bean1" class="cn.itcast.spring.b_instance.Bean1"></bean>

    2）使用靜態工廠方法實例化(簡單工廠模式)

 

 

//下面這段配置的含義：調用Bean2Factory的getBean2方法獲得bean2

<bean id="bean2" class="cn.itcast.spring.b_instance.Bean2Factory" factory-method="getBean2"></bean>

    3）使用實例工廠方法實例化(工廠方法模式)

 

 

//先建立工廠實例bean3Facory，再經過工廠實例建立目標bean實例

<bean id="bean3Factory" class="cn.itcast.spring.b_instance.Bean3Factory"></bean>

<bean id="bean3" factory-bean="bean3Factory" factory-method="getBean3"></bean>

4.簡單的說一下spring的生命週期？

    1)在配置 <bean> 元素，經過 init-method 指定Bean的初始化方法，經過 destroy-method 指定Bean銷燬方法

 

<beanid="lifeCycleBean"class="cn.itcast.spring.d_lifecycle.LifeCycleBean"init-method="setup"destroy-method="teardown"></bean>

須要注意的問題：

 

    *  destroy-method 只對 scope="singleton" 有效 

    *  銷燬方法，必須關閉ApplicationContext對象(手動調用)，纔會被調用

 

ClassPathXmlApplicationContext applicationContext = new ClassPathXmlApplicationContext("applicationContext.xml");

applicationContext.close();

    2)Bean的完整生命週期 （十一步驟）【瞭解內容，可是對於spring內部操做理解有必定幫助】

①instantiate bean對象實例化

②populate properties 封裝屬性

③若是Bean實現BeanNameAware 執行 setBeanName

④若是Bean實現BeanFactoryAware 或者 ApplicationContextAware 設置工廠 setBeanFactory 或者上下文對象 setApplicationContext

⑤若是存在類實現 BeanPostProcessor（後處理Bean） ，執行postProcessBeforeInitialization，BeanPostProcessor接口提供鉤子函數，用來動態擴展修改Bean。(程序自動調用後處理Bean)

 

publicclassMyBeanPostProcessorimplementsBeanPostProcessor{

publicObject postProcessAfterInitialization(Object bean,String beanName)

throwsBeansException{

System.out.println("第八步：後處理Bean，after初始化。");

//後處理Bean，在這裏加上一個動態代理，就把這個Bean給修改了。

return bean;//返回bean，表示沒有修改，若是使用動態代理，返回代理對象，那麼就修改了。

}

publicObject postProcessBeforeInitialization(Object bean,String beanName)

throwsBeansException{

System.out.println("第五步：後處理Bean的：before初始化！！");

//後處理Bean，在這裏加上一個動態代理，就把這個Bean給修改了。

return bean;//返回bean自己，表示沒有修改。

}

}

注意：這個前處理Bean和後處理Bean會對全部的Bean進行攔截。

⑥若是Bean實現InitializingBean 執行 afterPropertiesSet

 

⑦調用<bean init-method="init"> 指定初始化方法 init

⑧若是存在類實現 BeanPostProcessor（處理Bean） ，執行postProcessAfterInitialization

⑨執行業務處理

⑩若是Bean實現 DisposableBean 執行 destroy

⑪調用<bean destroy-method="customerDestroy"> 指定銷燬方法 customerDestroy

5.請介紹一下Spring框架中Bean的生命週期和做用域

 

(1)bean定義

    在配置文件裏面用<bean></bean>來進行定義。

(2)bean初始化

    有兩種方式初始化:

A.在配置文件中經過指定init-method屬性來完成

B.實現org.springframwork.beans.factory.InitializingBean接口

(3)bean調用

    有三種方式能夠獲得bean實例，並進行調用

(4)bean銷燬

    銷燬有兩種方式

A.使用配置文件指定的destroy-method屬性

B.實現org.springframwork.bean.factory.DisposeableBean接口

##做用域

singleton

當一個bean的做用域爲singleton, 那麼Spring IoC容器中只會存在一個共享的bean實例，而且全部對bean的請求，只要id與該bean定義相匹配，則只會返回bean的同一實例。

prototype

Prototype做用域的bean會致使在每次對該bean請求（將其注入到另外一個bean中，或者以程序的方式調用容器的getBean() 方法）時都會建立一個新的bean實例。根據經驗，對全部有狀態的bean應該使用prototype做用域，而對無狀態的bean則應該使用 singleton做用域

request

在一次HTTP請求中，一個bean定義對應一個實例；即每次HTTP請求將會有各自的bean實例， 它們依據某個bean定義建立而成。該做用 域僅在基於web的Spring ApplicationContext情形下有效。

session

在一個HTTP Session中，一個bean定義對應一個實例。該做用域僅在基於web的Spring ApplicationContext情形下有效。

global session

在一個全局的HTTP Session中，一個bean定義對應一個實例。典型狀況下，僅在使用portlet context的時候有效。該做用域僅在基於 web的Spring ApplicationContext情形下有效。

 

6.Bean注入屬性有哪幾種方式？

 

spring支持構造器注入和setter方法注入

    構造器注入，經過 <constructor-arg> 元素完成注入

    setter方法注入， 經過<property> 元素完成注入【開發中經常使用方式】

7.什麼是AOP，AOP的做用是什麼？

面向切面編程（AOP）提供另一種角度來思考程序結構，經過這種方式彌補了面向對象編程（OOP）的不足，除了類（classes）之外，AOP提供了切面。切面對關注點進行模塊化，例如橫切多個類型和對象的事務管理

Spring的一個關鍵的組件就是AOP框架，能夠自由選擇是否使用AOP 提供聲明式企業服務，特別是爲了替代EJB聲明式服務。最重要的服務是聲明性事務管理，這個服務創建在Spring的抽象事物管理之上。容許用戶實現自定義切面，用AOP來完善OOP的使用,能夠把Spring AOP看做是對Spring的一種加強

 

8.Spring的核心類有哪些，各有什麼做用？

BeanFactory：產生一個新的實例，能夠實現單例模式

BeanWrapper：提供統一的get及set方法

ApplicationContext:提供框架的實現，包括BeanFactory的全部功能

9.Spring裏面如何配置數據庫驅動？

使用」org.springframework.jdbc.datasource.DriverManagerDataSource」數據源來配置數據庫驅動。示例以下：

<bean id=」dataSource」> 

    <property name=」driverClassName」> 

        <value>org.hsqldb.jdbcDriver</value>

    </property> 

    <property name=」url」> 

        <value>jdbc:hsqldb:db/appfuse</value> 

    </property> 

    <property name=」username」><value>abc</value></property> 

    <property name=」password」><value>abc</value></property> 

</bean> 

10.Spring裏面applicationContext.xml文件能不能改爲其餘文件名？

ContextLoaderListener是一個ServletContextListener, 它在你的web應用啓動的時候初始化。缺省狀況下， 它會在WEB-INF/applicationContext.xml文件找Spring的配置。 你能夠經過定義一個<context-param>元素名字爲」contextConfigLocation」來改變Spring配置文件的 位置。示例以下： 

 

<listener> 

    <listener-class>org.springframework.web.context.ContextLoaderListener

        <context-param> 

         <param-name>contextConfigLocation</param-name> 

         <param-value>/WEB-INF/xyz.xml</param-value> 

        </context-param>   

    </listener-class> 

</listener> 

11.Spring裏面如何定義hibernate mapping？

 

添加hibernate mapping 文件到web/WEB-INF目錄下的applicationContext.xml文件裏面。示例以下：

<property name=」mappingResources」> 

    <list> 

        <value>org/appfuse/model/User.hbm.xml</value> 

    </list> 

</property>

12.Spring如何處理線程併發問題？

Spring使用ThreadLocal解決線程安全問題

咱們知道在通常狀況下，只有無狀態的Bean才能夠在多線程環境下共享，在Spring中，絕大部分Bean均可以聲明爲singleton做用域。就是由於Spring對一些Bean(如RequestContextHolder、TransactionSynchronizationManager、LocaleContextHolder等)中非線程安全狀態採用ThreadLocal進行處理，讓它們也成爲線程安全的狀態，由於有狀態的Bean就能夠在多線程中共享了。

ThreadLocal和線程同步機制都是爲了解決多線程中相同變量的訪問衝突問題。

在同步機制中，經過對象的鎖機制保證同一時間只有一個線程訪問變量。這時該變量是多個線程共享的，使用同步機制要求程序慎密地分析何時對變量進行讀寫，何時須要鎖定某個對象，何時釋放對象鎖等繁雜的問題，程序設計和編寫難度相對較大。

而ThreadLocal則從另外一個角度來解決多線程的併發訪問。ThreadLocal會爲每個線程提供一個獨立的變量副本，從而隔離了多個線程對數據的訪問衝突。由於每個線程都擁有本身的變量副本，從而也就沒有必要對該變量進行同步了。ThreadLocal提供了線程安全的共享對象，在編寫多線程代碼時，能夠把不安全的變量封裝進ThreadLocal。

因爲ThreadLocal中能夠持有任何類型的對象，低版本JDK所提供的get()返回的是Object對象，須要強制類型轉換。但JDK5.0經過泛型很好的解決了這個問題，在必定程度地簡化ThreadLocal的使用。

歸納起來講，對於多線程資源共享的問題，同步機制採用了「以時間換空間」的方式，而ThreadLocal採用了「以空間換時間」的方式。前者僅提供一份變量，讓不一樣的線程排隊訪問，然後者爲每個線程都提供了一份變量，所以能夠同時訪問而互不影響。

13.爲何要有事物傳播行爲？

 

14.介紹一下Spring的事物管理

    事務就是對一系列的數據庫操做（好比插入多條數據）進行統一的提交或回滾操做，若是插入成功，那麼一塊兒成功，若是中間有一條出現異常，那麼回滾以前的全部操做。這樣能夠防止出現髒數據，防止數據庫數據出現問題。

開發中爲了不這種狀況通常都會進行事務管理。Spring中也有本身的事務管理機制，通常是使用TransactionMananger進行管 理，能夠經過Spring的注入來完成此功能。spring提供了幾個關於事務處理的類：

TransactionDefinition //事務屬性定義

TranscationStatus //表明了當前的事務，能夠提交，回滾。

PlatformTransactionManager這個是spring提供的用於管理事務的基礎接口，其下有一個實現的抽象類 AbstractPlatformTransactionManager,咱們使用的事務管理類例如 DataSourceTransactionManager等都是這個類的子類。

通常事務定義步驟：

 

TransactionDefinition td =newTransactionDefinition();

TransactionStatus ts = transactionManager.getTransaction(td);

try{ 

    //do sth

    transactionManager.commit(ts);

}catch(Exception e){

    transactionManager.rollback(ts);

}

    spring提供的事務管理能夠分爲兩類：編程式的和聲明式的。編程式的，比較靈活，可是代碼量大，存在重複的代碼比較多；聲明式的比編程式的更靈活。

 

編程式主要使用transactionTemplate。省略了部分的提交，回滾，一系列的事務對象定義，需注入事務管理對象.

 

void add(){

    transactionTemplate.execute(newTransactionCallback(){

        pulic Object doInTransaction(TransactionStatus ts){

         //do sth

        }

    }

}

聲明式：

 

使用TransactionProxyFactoryBean:PROPAGATION_REQUIRED PROPAGATION_REQUIRED PROPAGATION_REQUIRED,readOnly

圍繞Poxy的動態代理 可以自動的提交和回滾事務

org.springframework.transaction.interceptor.TransactionProxyFactoryBean

PROPAGATION_REQUIRED–支持當前事務，若是當前沒有事務，就新建一個事務。這是最多見的選擇。

PROPAGATION_SUPPORTS–支持當前事務，若是當前沒有事務，就以非事務方式執行。

PROPAGATION_MANDATORY–支持當前事務，若是當前沒有事務，就拋出異常。

PROPAGATION_REQUIRES_NEW–新建事務，若是當前存在事務，把當前事務掛起。

PROPAGATION_NOT_SUPPORTED–以非事務方式執行操做，若是當前存在事務，就把當前事務掛起。

PROPAGATION_NEVER–以非事務方式執行，若是當前存在事務，則拋出異常。

PROPAGATION_NESTED–若是當前存在事務，則在嵌套事務內執行。若是當前沒有事務，則進行與 PROPAGATION_REQUIRED相似的操做。

15.解釋一下Spring AOP裏面的幾個名詞

切面（Aspect）：一個關注點的模塊化，這個關注點可能會橫切多個對象。事務管理是J2EE應用中一個關於橫切關注點的很好的例子。 在Spring AOP中，切面能夠使用通用類（基於模式的風格） 或者在普通類中以 @Aspect 註解（@AspectJ風格）來實現。

鏈接點（Joinpoint）：在程序執行過程當中某個特定的點，好比某方法調用的時候或者處理異常的時候。 在Spring AOP中，一個鏈接點 老是 表明一個方法的執行。 經過聲明一個org.aspectj.lang.JoinPoint類型的參數能夠使通知（Advice）的主體部分得到鏈接點信息。

通知（Advice）：在切面的某個特定的鏈接點（Joinpoint）上執行的動做。通知有各類類型，其中包括「around」、「before」和「after」等通知。 通知的類型將在後面部分進行討論。許多AOP框架，包括Spring，都是以攔截器作通知模型， 並維護一個以鏈接點爲中心的攔截器鏈。

切入點（Pointcut）：匹配鏈接點（Joinpoint）的斷言。通知和一個切入點表達式關聯，並在知足這個切入點的鏈接點上運行（例如，當執行某個特定名稱的方法時）。 切入點表達式如何和鏈接點匹配是AOP的核心：Spring缺省使用AspectJ切入點語法。

引入（Introduction）：（也被稱爲內部類型聲明（inter-type declaration））。聲明額外的方法或者某個類型的字段。 Spring容許引入新的接口（以及一個對應的實現）到任何被代理的對象。例如，你能夠使用一個引入來使bean實現 IsModified 接口，以便簡化緩存機制。

目標對象（Target Object）： 被一個或者多個切面（aspect）所通知（advise）的對象。也有人把它叫作 被通知（advised） 對象。 既然Spring AOP是經過運行時代理實現的，這個對象永遠是一個 被代理（proxied） 對象。

AOP代理（AOP Proxy）： AOP框架建立的對象，用來實現切面契約（aspect contract）（包括通知方法執行等功能）。 在Spring中，AOP代理能夠是JDK動態代理或者CGLIB代理。 注意：Spring 2.0最新引入的基於模式（schema-based）風格和@AspectJ註解風格的切面聲明，對於使用這些風格的用戶來講，代理的建立是透明的。

織入（Weaving）：把切面（aspect）鏈接到其它的應用程序類型或者對象上，並建立一個被通知（advised）的對象。 這些能夠在編譯時（例如使用AspectJ編譯器），類加載時和運行時完成。 Spring和其餘純Java AOP框架同樣，在運行時完成織入。

 

16.通知有哪些類型？

前置通知（Before advice）：在某鏈接點（join point）以前執行的通知，但這個通知不能阻止鏈接點前的執行（除非它拋出一個異常）。

返回後通知（After returning advice）：在某鏈接點（join point）正常完成後執行的通知：例如，一個方法沒有拋出任何異常，正常返回。 
拋出異常後通知（After throwing advice）：在方法拋出異常退出時執行的通知。 
後通知（After (finally) advice）：當某鏈接點退出的時候執行的通知（不管是正常返回仍是異常退出）。 
環繞通知（Around Advice）：包圍一個鏈接點（join point）的通知，如方法調用。這是最強大的一種通知類型。 環繞通知能夠在方法調用先後完成自定義的行爲。它也會選擇是否繼續執行鏈接點或直接返回它們本身的返回值或拋出異常來結束執行。 
  
環繞通知是最經常使用的一種通知類型。大部分基於攔截的AOP框架，例如Nanning和JBoss4，都只提供環繞通知。 
切入點（pointcut）和鏈接點（join point）匹配的概念是AOP的關鍵，這使得AOP不一樣於其它僅僅提供攔截功能的舊技術。 切入點使得定位通知（advice）可獨立於OO層次。 例如，一個提供聲明式事務管理的around通知能夠被應用到一組橫跨多個對象中的方法上（例如服務層的全部業務操做）。

 

 

SpringMVC面試題

1.簡單的談一下SpringMVC的工做流程？

 

流程 
一、用戶發送請求至前端控制器DispatcherServlet 
二、DispatcherServlet收到請求調用HandlerMapping處理器映射器。 
三、處理器映射器找到具體的處理器，生成處理器對象及處理器攔截器(若是有則生成)一併返回給DispatcherServlet。 
四、DispatcherServlet調用HandlerAdapter處理器適配器 
五、HandlerAdapter通過適配調用具體的處理器(Controller，也叫後端控制器)。 
六、Controller執行完成返回ModelAndView 
七、HandlerAdapter將controller執行結果ModelAndView返回給DispatcherServlet 
八、DispatcherServlet將ModelAndView傳給ViewReslover視圖解析器 
九、ViewReslover解析後返回具體View 
十、DispatcherServlet根據View進行渲染視圖（即將模型數據填充至視圖中）。 
十一、DispatcherServlet響應用戶

2.如何解決POST請求中文亂碼問題，GET的又如何處理呢？

在web.xml中加入：

 

1. .         <filter>
2. .             <filter-name>CharacterEncodingFilter</filter-name>
3. .             <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
4. .             <init-param>
5. .                 <param-name>encoding</param-name>
6. .                 <param-value>utf-8</param-value>
7. .             </init-param>
8. .         </filter>
9. .         <filter-mapping>
10. .             <filter-name>CharacterEncodingFilter</filter-name>
11. .             <url-pattern>/*</url-pattern>
12. .         </filter-mapping>

以上能夠解決post請求亂碼問題。對於get請求中文參數出現亂碼解決方法有兩個：

修改tomcat配置文件添加編碼與工程編碼一致，以下：

 

1. .         <ConnectorURIEncoding="utf-8" connectionTimeout="20000" port="8080" protocol="HTTP/1.1" redirectPort="8443"/>

 

 另一種方法對參數進行從新編碼：

 

1. .         String userName = new String(request.getParamter("userName").getBytes("ISO8859-1"),"utf-8")

 

ISO8859-1是tomcat默認編碼，須要將tomcat編碼後的內容按utf-8編碼

3.SpringMVC與Struts2的主要區別？

①springmvc的入口是一個servlet即前端控制器，而struts2入口是一個filter過慮器。

②springmvc是基於方法開發，傳遞參數是經過方法形參，能夠設計爲單例或多例(建議單例)，struts2是基於類開發，傳遞參數是經過類的屬性，只能設計爲多例。 
③Struts採用值棧存儲請求和響應的數據，經過OGNL存取數據， springmvc經過參數解析器是將request對象內容進行解析成方法形參，將響應數據和頁面封裝成ModelAndView對象，最後又將模型數據經過request對象傳輸到頁面。 Jsp視圖解析器默認使用jstl。

 

 

MyBatis面試題

1. MyBatis的編程步驟 

建立SqlSessionFactory

經過SqlSessionFactory建立SqlSession

經過SqlSession執行數據庫操做

調用session.commit()提交事務

調用session.close()關閉事務

2. #{}和${}的區別是什麼？ 

#{}是預編譯處理，${}是字符串替換；

MyBatis在處理#{}時，會將sql中的#{}替換爲?號，調用PreparedStatement的set方法來賦值；

MyBatis在處理時，會把時，會把{}替換成變量的值

使用#{}能夠有效防止SQL注入，提升系統的安全性

3. Xml映射文件中，除了常見的select|insert|updae|delete標籤以外，還有哪些標籤？ 

<resultMap>、<parameterMap>、<sql>、<include>、，加上動態sql的9個標籤，trim|where|set|foreach|if|choose|when|otherwise|bind等

4. JDBC編程有哪些不足之處，MyBatis是如何解決這些問題的？ 

JDBC編程的不足之處 

數據庫連接建立、釋放頻繁形成系統資源浪費從而影響系統性能，若是使用數據庫連接池可解決此問題。

Sql語句寫在代碼中形成代碼不易維護，實際應用sql變化的可能較大，sql變更須要改變java代碼。

向sql語句傳參數麻煩，由於sql語句的where條件不必定，可能多也可能少，佔位符須要和參數一一對應。

對結果集解析麻煩，sql變化致使解析代碼變化，且解析前須要遍歷，若是能將數據庫記錄封裝成pojo對象解析比較方便。

MyBatis的解決方案 

在SqlMapConfig.xml中配置數據連接池，使用鏈接池管理數據庫連接。

將Sql語句配置在XXXXmapper.xml文件中與java代碼分離。

Mybatis自動將java對象映射至sql語句。

Mybatis自動將sql執行結果映射至java對象。

5. MyBatis的優缺點 

優勢 

易於上手和掌握

Sql寫在xml裏面，便於統一管理和優化

減小Sql與程序代碼的耦合

提供xml標籤，支持動態Sql編寫

缺點 

Sql工做量大，尤爲是字段多，關聯表多時，更是如此

Sql依賴於數據庫，致使數據庫移植性差

因爲xml裏面標籤id必須惟一，致使DAO中方法不支持方法重載。因此dao層必須是接口

6. 使用MyBatis的mapper接口調用時有哪些要求？ 

Mapper接口方法名和mapper.xml中定義的每一個sql的id相同

Mapper接口方法的輸入參數類型和mapper.xml中定義的每一個sql 的parameterType的類型相同

Mapper接口方法的輸出參數類型和mapper.xml中定義的每一個sql的resultType的類型相同

Mapper.xml文件中的namespace便是mapper接口的類路徑

7. Mybatis和Hibernate的區別 

Hibernate是全自動ORM映射工具，而Mybatis是半自動ORM映射工具 

hibernate徹底能夠經過對象關係模型實現對數據庫的操做，擁有完整的JavaBean對象與數據庫的映射結構來自動生成sql。

而mybatis僅有基本的字段映射，對象數據以及對象實際關係仍然須要經過手寫sql來實現和管理。

Hibernate數據庫移植性遠大於mybatis

hibernate擁有完整的日誌系統，mybatis則欠缺一些。 

hibernate日誌系統很是健全，涉及普遍，包括：sql記錄、關係異常、優化警告、緩存提示、髒數據警告等；而mybatis則除了基本記錄功能外，功能薄弱不少。

mybatis相比hibernate須要關心不少細節

sql直接優化上，mybatis要比hibernate方便不少。

 

Spring補充

Spring概述

1.什麼是Spring？

Spring是一個開源的Java EE開發框架。Spring框架的核心功能能夠應用在任何Java應用程序中，但對Java EE平臺上的Web應用程序有更好的擴展性。Spring框架的目標是使得Java EE應用程序的開發更加簡捷，經過使用POJO爲基礎的編程模型促進良好的編程風格。

2.Spring有哪些優勢？

 

輕量級：Spring在大小和透明性方面絕對屬於輕量級的，基礎版本的Spring框架大約只有2MB。

 

 

控制反轉(IOC)：Spring使用控制反轉技術實現了鬆耦合。依賴被注入到對象，而不是建立或尋找依賴對象。

 

 

面向切面編程(AOP)： Spring支持面向切面編程，同時把應用的業務邏輯與系統的服務分離開來。

 

 

容器：Spring包含並管理應用程序對象的配置及生命週期。

 

 

MVC框架：Spring的web框架是一個設計優良的web MVC框架，很好的取代了一些web框架。

 

 

事務管理：Spring對下至本地業務上至全局業務(JAT)提供了統一的事務管理接口。

 

 

異常處理：Spring提供一個方便的API將特定技術的異常(由JDBC, Hibernate, 或JDO拋出)轉化爲一致的、Unchecked異常。

 

3.Spring框架有哪些模塊？

Spring框架的基本模塊以下所示：

Core module

Bean module

Context module

Expression Language module

JDBC module

ORM module

OXM module

Java Messaging Service(JMS) module

Transaction module

Web module

Web-Servlet module

Web-Struts module

Web-Portlet module

4.解釋核心容器(應用上下文)模塊

這是Spring的基本模塊，它提供了Spring框架的基本功能。BeanFactory 是全部Spring應用的核心。Spring框架是創建在這個模塊之上的，這也使得Spring成爲一個容器。

5.BeanFactory – BeanFactory 實例

BeanFactory是工廠模式的一種實現，它使用控制反轉將應用的配置和依賴與實際的應用代碼分離開來。

最經常使用的BeanFactory實現是XmlBeanFactory類。

6.XmlBeanFactory

最經常使用的就是org.springframework.beans.factory.xml.XmlBeanFactory，它根據XML文件中定義的內容加載beans。該容器從XML文件中讀取配置元數據，並用它來建立一個完備的系統或應用。

7.解釋AOP模塊

AOP模塊用來開發Spring應用程序中具備切面性質的部分。該模塊的大部分服務由AOP Aliance提供，這就保證了Spring框架和其餘AOP框架之間的互操做性。另外，該模塊將元數據編程引入到了Spring。

8.解釋抽象JDBC和DAO模塊

經過使用抽象JDBC和DAO模塊保證了與數據庫鏈接代碼的整潔與簡單，同時避免了因爲未能關閉數據庫資源引發的問題。它在多種數據庫服務器的錯誤信息之上提供了一個很重要的異常層。它還利用Spring的AOP模塊爲Spring應用程序中的對象提供事務管理服務。

9.解釋對象/關係映射集成模塊

Spring經過提供ORM模塊在JDBC的基礎上支持對象關係映射工具。這樣的支持使得Spring能夠集成主流的ORM框架，包括Hibernate, JDO, 及iBATIS SQL Maps。Spring的事務管理能夠同時支持以上某種框架和JDBC。

10.解釋web模塊

Spring的web模塊創建在應用上下文(application context)模塊之上，提供了一個適合基於web應用程序的上下文環境。該模塊還支持了幾個面向web的任務，如透明的處理多文件上傳請求及將請求參數同業務對象綁定起來。

11.解釋Spring MVC模塊

Spring提供MVC框架構建web應用程序。Spring能夠很輕鬆的同其餘MVC框架結合，但Spring的MVC是個更好的選擇，由於它經過控制反轉將控制邏輯和業務對象徹底分離開來。

12.Spring的配置文件

Spring的配置文件是一個XML文件，文件包含了類信息並描述了這些類是如何配置和互相調用的。

13.Spring IoC容器是什麼？

Spring IOC負責建立對象、管理對象(經過依賴注入)、整合對象、配置對象以及管理這些對象的生命週期。

14.IOC有什麼優勢？

IOC或依賴注入減小了應用程序的代碼量。它使得應用程序的測試很簡單，由於在單元測試中再也不須要單例或JNDI查找機制。簡單的實現以及較少的干擾機制使得鬆耦合得以實現。IOC容器支持勤性單例及延遲加載服務。

15.應用上下文是如何實現的？

FileSystemXmlApplicationContext 容器加載XML文件中beans的定義。XML Bean配置文件的完整路徑必須傳遞給構造器。

FileSystemXmlApplicationContext 容器也加載XML文件中beans的定義。注意，你須要正確的設置CLASSPATH，由於該容器會在CLASSPATH中查看bean的XML配置文件。

WebXmlApplicationContext：該容器加載xml文件，這些文件定義了web應用中全部的beans。

16.Bean Factory和ApplicationContext有什麼區別？

ApplicationContext提供了一種解決文檔信息的方法，一種加載文件資源的方式(如圖片)，他們能夠向監聽他們的beans發送消息。另外，容器或者容器中beans的操做，這些必須以bean工廠的編程方式處理的操做能夠在應用上下文中以聲明的方式處理。應用上下文實現了MessageSource，該接口用於獲取本地消息，實際的實現是可選的。

17.Spring應用程序看起來像什麼？

一個定義功能的接口

實現包括屬性，setter和getter方法，功能等

Spring AOP

Spring的XML配置文件

使用該功能的客戶端編程

依賴注入

18.Spring中的依賴注入是什麼？

依賴注入做爲控制反轉(IOC)的一個層面，能夠有多種解釋方式。在這個概念中，你不用建立對象而只須要描述如何建立它們。你沒必要經過代碼直接的將組件和服務鏈接在一塊兒，而是經過配置文件說明哪些組件須要什麼服務。以後IOC容器負責銜接。

19.有哪些不一樣類型的IOC(依賴注入)？

 

構造器依賴注入：構造器依賴注入在容器觸發構造器的時候完成，該構造器有一系列的參數，每一個參數表明注入的對象。

 

 

Setter方法依賴注入：首先容器會觸發一個無參構造函數或無參靜態工廠方法實例化對象，以後容器調用bean中的setter方法完成Setter方法依賴注入。

 

20.你推薦哪一種依賴注入？構造器依賴注入仍是Setter方法依賴注入？

你能夠同時使用兩種方式的依賴注入，最好的選擇是使用構造器參數實現強制依賴注入，使用setter方法實現可選的依賴關係。

Spring Beans

21.什麼是Spring Beans？

Spring Beans是構成Spring應用核心的Java對象。這些對象由Spring IOC容器實例化、組裝、管理。這些對象經過容器中配置的元數據建立，例如，使用XML文件中定義的建立。

在Spring中建立的beans都是單例的beans。在bean標籤中有一個屬性爲」singleton」,若是設爲true，該bean是單例的，若是設爲false，該bean是原型bean。Singleton屬性默認設置爲true。所以，spring框架中全部的bean都默認爲單例bean。

22.Spring Bean中定義了什麼內容？

Spring Bean中定義了全部的配置元數據，這些配置信息告知容器如何建立它，它的生命週期是什麼以及它的依賴關係。

23.如何向Spring 容器提供配置元數據？

有三種方式向Spring 容器提供元數據:

 

XML配置文件

 

 

基於註解配置

 

 

基於Java的配置

 

24.你如何定義bean的做用域？

在Spring中建立一個bean的時候，咱們能夠聲明它的做用域。只須要在bean定義的時候經過’scope’屬性定義便可。例如，當Spring須要產生每次一個新的bean實例時，應該聲明bean的scope屬性爲prototype。若是每次你但願Spring返回一個實例，應該聲明bean的scope屬性爲singleton。

25.說一下Spring中支持的bean做用域

Spring框架支持以下五種不一樣的做用域：

 

singleton：在Spring IOC容器中僅存在一個Bean實例，Bean以單實例的方式存在。

 

 

prototype：一個bean能夠定義多個實例。

 

 

request：每次HTTP請求都會建立一個新的Bean。該做用域僅適用於WebApplicationContext環境。

 

 

session：一個HTTP Session定義一個Bean。該做用域僅適用於WebApplicationContext環境.

 

 

globalSession：同一個全局HTTP Session定義一個Bean。該做用域一樣僅適用於WebApplicationContext環境.

 

bean默認的scope屬性是’singleton‘。

26.Spring框架中單例beans是線程安全的嗎？

不是，Spring框架中的單例beans不是線程安全的。

27.解釋Spring框架中bean的生命週期

 

Spring容器讀取XML文件中bean的定義並實例化bean。

 

 

Spring根據bean的定義設置屬性值。

 

 

若是該Bean實現了BeanNameAware接口，Spring將bean的id傳遞給setBeanName()方法。

 

 

若是該Bean實現了BeanFactoryAware接口，Spring將beanfactory傳遞給setBeanFactory()方法。

 

 

若是任何bean BeanPostProcessors 和該bean相關，Spring調用postProcessBeforeInitialization()方法。

 

 

若是該Bean實現了InitializingBean接口，調用Bean中的afterPropertiesSet方法。若是bean有初始化函數聲明，調用相應的初始化方法。

 

 

若是任何bean BeanPostProcessors 和該bean相關，調用postProcessAfterInitialization()方法。

 

 

若是該bean實現了DisposableBean，調用destroy()方法。

 

28.哪些是最重要的bean生命週期方法？能重寫它們嗎？

有兩個重要的bean生命週期方法。第一個是setup方法，該方法在容器加載bean的時候被調用。第二個是teardown方法，該方法在bean從容器中移除的時候調用。

bean標籤有兩個重要的屬性(init-method 和 destroy-method)，你能夠經過這兩個屬性定義本身的初始化方法和析構方法。Spring也有相應的註解：@PostConstruct 和 @PreDestroy。

29.什麼是Spring的內部bean？

當一個bean被用做另外一個bean的屬性時，這個bean能夠被聲明爲內部bean。在基於XML的配置元數據中，能夠經過把元素定義在 或元素內部實現定義內部bean。內部bean老是匿名的而且它們的scope老是prototype。

30.如何在Spring中注入Java集合類？

Spring提供以下幾種類型的集合配置元素：

 

list元素用來注入一系列的值，容許有相同的值。

 

 

set元素用來注入一些列的值，不容許有相同的值。

 

 

map用來注入一組」鍵-值」對，鍵、值能夠是任何類型的。

 

 

props也能夠用來注入一組」鍵-值」對，這裏的鍵、值都字符串類型。

 

31.什麼是bean wiring？

Wiring，或者說bean Wiring是指beans在Spring容器中結合在一塊兒的狀況。當裝配bean的時候，Spring容器須要知道須要哪些beans以及如何使用依賴注入將它們結合起來。

32.什麼是bean自動裝配？

Spring容器能夠自動配置相互協做beans之間的關聯關係。這意味着Spring能夠自動配置一個bean和其餘協做bean之間的關係，經過檢查BeanFactory 的內容裏沒有使用和< property>元素。

33.解釋自動裝配的各類模式？

自動裝配提供五種不一樣的模式供Spring容器用來自動裝配beans之間的依賴注入:

 

no：默認的方式是不進行自動裝配，經過手工設置ref 屬性來進行裝配bean。

 

 

byName：經過參數名自動裝配，Spring容器查找beans的屬性，這些beans在XML配置文件中被設置爲byName。以後容器試圖匹配、裝配和該bean的屬性具備相同名字的bean。

 

 

byType：經過參數的數據類型自動自動裝配，Spring容器查找beans的屬性，這些beans在XML配置文件中被設置爲byType。以後容器試圖匹配和裝配和該bean的屬性類型同樣的bean。若是有多個bean符合條件，則拋出錯誤。

 

 

constructor：這個同byType相似，不過是應用於構造函數的參數。若是在BeanFactory中不是剛好有一個bean與構造函數參數相同類型，則拋出一個嚴重的錯誤。

 

 

autodetect：若是有默認的構造方法，經過 construct的方式自動裝配，不然使用 byType的方式自動裝配。

 

34.自動裝配有哪些侷限性？

自動裝配有以下侷限性：

 

重寫：你仍然須要使用 和< property>設置指明依賴，這意味着總要重寫自動裝配。

 

 

原生數據類型:你不能自動裝配簡單的屬性，如原生類型、字符串和類。

 

 

模糊特性：自動裝配老是沒有自定義裝配精確，所以，若是可能儘可能使用自定義裝配。

 

35.你能夠在Spring中注入null或空字符串嗎？

徹底能夠。

Spring註解

36.什麼是Spring基於Java的配置？給出一些註解的例子

基於Java的配置容許你使用Java的註解進行Spring的大部分配置而非經過傳統的XML文件配置。

以註解@Configuration爲例，它用來標記類，說明做爲beans的定義，能夠被Spring IOC容器使用。另外一個例子是@Bean註解，它表示該方法定義的Bean要被註冊進Spring應用上下文中。

37.什麼是基於註解的容器配置?

另一種替代XML配置的方式爲基於註解的配置，這種方式經過字節元數據裝配組件而非使用尖括號聲明。開發人員將直接在類中進行配置，經過註解標記相關的類、方法或字段聲明，而再也不使用XML描述bean之間的連線關係。

38.如何開啓註解裝配？

註解裝配默認狀況下在Spring容器中是不開啓的。若是想要開啓基於註解的裝配只需在Spring配置文件中配置元素便可。

39.@Required 註解

@Required代表bean的屬性必須在配置時設置，能夠在bean的定義中明確指定也可經過自動裝配設置。若是bean的屬性未設置，則拋出BeanInitializationException異常。

40.@Autowired 註解

@Autowired 註解提供更加精細的控制，包括自動裝配在何處完成以及如何完成。它能夠像@Required同樣自動裝配setter方法、構造器、屬性或者具備任意名稱和/或多個參數的PN方法。

41. @Qualifier 註解

當有多個相同類型的bean而只有其中的一個須要自動裝配時，將@Qualifier 註解和@Autowire 註解結合使用消除這種混淆，指明須要裝配的bean。

Spring數據訪問

42.在Spring框架中如何更有效的使用JDBC？

使用Spring JDBC框架，資源管理以及錯誤處理的代價都會減輕。開發人員只需經過statements和queries語句從數據庫中存取數據。Spring框架中經過使用模板類能更有效的使用JDBC，也就是所謂的JdbcTemplate(例子)。

43.JdbcTemplate

JdbcTemplate類提供了許多方法，爲咱們與數據庫的交互提供了便利。例如，它能夠將數據庫的數據轉化爲原生類型或對象，執行寫好的或可調用的數據庫操做語句，提供自定義的數據庫錯誤處理功能。

44.Spring對DAO的支持

Spring對數據訪問對象(DAO)的支持旨在使它能夠與數據訪問技術(如 JDBC, Hibernate 及JDO)方便的結合起來工做。這使得咱們能夠很容易在的不一樣的持久層技術間切換，編碼時也無需擔憂會拋出特定技術的異常。

45.使用Spring能夠經過什麼方式訪問Hibernate？

使用Spring有兩種方式訪問Hibernate：

 

使用Hibernate Template的反轉控制以及回調方法

 

 

繼承HibernateDAOSupport，並申請一個AOP攔截器節點

 

46.Spring支持的ORM

Spring支持一下ORM：

Hibernate

iBatis

JPA (Java -Persistence API)

TopLink

JDO (Java Data Objects)

OJB

47.如何經過HibernateDaoSupport將Spring和Hibernate結合起來？

使用Spring的SessionFactory 調用LocalSessionFactory。結合過程分爲如下三步：

 

配置Hibernate SessionFactory

 

 

繼承HibernateDaoSupport實現一個DAO

 

 

使用AOP裝載事務支持

 

48.Spring支持的事務管理類型

Spring支持以下兩種方式的事務管理：

 

編程式事務管理：這意味着你能夠經過編程的方式管理事務，這種方式帶來了很大的靈活性，但很難維護。

 

 

聲明式事務管理：這種方式意味着你能夠將事務管理和業務代碼分離。你只須要經過註解或者XML配置管理事務。

 

49.Spring框架的事務管理有哪些優勢？

 

它爲不一樣的事務API(如JTA, JDBC, Hibernate, JPA, 和JDO)提供了統一的編程模型。

 

 

它爲編程式事務管理提供了一個簡單的API而非一系列複雜的事務API(如JTA).

 

 

它支持聲明式事務管理。

 

 

它能夠和Spring 的多種數據訪問技術很好的融合。

 

50.你更推薦那種類型的事務管理？

許多Spring框架的用戶選擇聲明式事務管理，由於這種方式和應用程序的關聯較少，所以更加符合輕量級容器的概念。聲明式事務管理要優於編程式事務管理，儘管在靈活性方面它弱於編程式事務管理(這種方式容許你經過代碼控制業務)。

Spring面向切面編程(AOP)

51.解釋AOP

面向切面編程,或AOP容許程序員模塊化橫向業務邏輯，或定義核心部分的功能，例如日誌管理和事務管理。

52.切面(Aspect)

AOP的核心就是切面，它將多個類的通用行爲封裝爲可重用的模塊。該模塊含有一組API提供 cross-cutting功能。例如,日誌模塊稱爲日誌的AOP切面。根據需求的不一樣，一個應用程序能夠有若干切面。在Spring AOP中，切面經過帶有@Aspect註解的類實現。

53.在Spring AOP中concern和 cross-cutting concern的區別是什麼？

Concern(核心邏輯)：表示在應用程序中一個模塊的行爲。Concern能夠定義爲咱們想要實現的功能。

Cross-cutting concern(橫向的通用邏輯)：指的是整個應用程序都會用到的功能，它影響整個應用程序。例如，日誌管理（Logging）、安全管理（Security）以及數據交互是應用程序的每一個模塊都要涉及到的，所以這些都屬於Cross-cutting concern。

54.鏈接點(Join point)

鏈接點表明應用程序中插入AOP切面的地點。它其實是Spring AOP框架在應用程序中執行動做的地點。

55.通知(Advice)

通知表示在方法執行先後須要執行的動做。實際上它是Spring AOP框架在程序執行過程當中觸發的一些代碼。

Spring切面能夠執行一下五種類型的通知:

 

before(前置通知)：在一個方法以前執行的通知。

 

 

after(最終通知)：當某鏈接點退出的時候執行的通知（不管是正常返回仍是異常退出）。

 

 

after-returning(後置通知)：在某鏈接點正常完成後執行的通知。

 

 

after-throwing(異常通知)：在方法拋出異常退出時執行的通知。

 

 

around(環繞通知)：在方法調用先後觸發的通知。

 

56.切入點(Pointcut)

切入點是一個或一組鏈接點，通知將在這些位置執行。能夠經過表達式或匹配的方式指明切入點。

57.什麼是引入？

引入容許咱們在已有的類上添加新的方法或屬性。

58.什麼是目標對象？

被一個或者多個切面所通知的對象。它一般是一個代理對象。也被稱作被通知（advised）對象。

59.什麼是代理？

代理是將通知應用到目標對象後建立的對象。從客戶端的角度看，代理對象和目標對象是同樣的。

60.有幾種不一樣類型的自動代理？

 

BeanNameAutoProxyCreator：bean名稱自動代理建立器

 

 

DefaultAdvisorAutoProxyCreator：默認通知者自動代理建立器

 

 

Metadata autoproxying：元數據自動代理

 

61.什麼是織入？什麼是織入應用的不一樣點？

織入是將切面和其餘應用類型或對象鏈接起來建立一個通知對象的過程。織入能夠在編譯、加載或運行時完成。

62.解釋基於XML Schema方式的切面實現

在這種狀況下，切面由使用XML文件配置的類實現。

63.解釋基於註解方式(基於@AspectJ)的切面實現

在這種狀況下(基於@AspectJ的實現)，指的是切面的對應的類使用Java 5註解的聲明方式。

Spring的MVC框架

64.什麼是Spring的MVC框架？

Spring提供了一個功能齊全的MVC框架用於構建Web應用程序。Spring框架能夠很容易的和其餘的MVC框架融合(如Struts)，該框架使用控制反轉(IOC)將控制器邏輯和業務對象分離開來。它也容許以聲明的方式綁定請求參數到業務對象上。

65.DispatcherServlet

Spring的MVC框架圍繞DispatcherServlet來設計的，它用來處理全部的HTTP請求和響應。

66.WebApplicationContext

WebApplicationContext繼承了ApplicationContext，並添加了一些web應用程序須要的功能。和普通的ApplicationContext 不一樣，WebApplicationContext能夠用來處理主題樣式，它也知道如何找到相應的servlet。

67.什麼是Spring MVC框架的控制器？

控制器提供對應用程序行爲的訪問，一般經過服務接口實現。控制器解析用戶的輸入，並將其轉換爲一個由視圖呈現給用戶的模型。Spring 經過一種極其抽象的方式實現控制器，它容許用戶建立多種類型的控制器。

68.@Controller annotation

@Controller註解表示該類扮演控制器的角色。Spring不須要繼承任何控制器基類或應用Servlet API。

69.@RequestMapping annotation

@RequestMapping註解用於將URL映射到任何一個類或者一個特定的處理方法上。