Spring面試試題匯總

　　1. 你一般用spring做什么?

　　控制反轉IOC AOP

　　2. spring中的哪個類的哪個方法可用于獲取bean

　　3. spring是什么?根據你的理解詳細談談你的見解。

　　目的：解決企業(yè)應用開發(fā)的復雜性

　　功能：使用基本的JavaBean代替EJB，并提供了更多的企業(yè)應用功能

　　范圍：任何Java應用

　　簡單來說，Spring是一個輕量級的控制反轉(IoC)和面向切面(AOP)的容器框架。

　　輕量——從大小與開銷兩方面而言Spring都是輕量的。完整的Spring框架可以在一個大小只有1MB多的JAR文件里發(fā)布。并且Spring所需的處理開銷也是微不足道的。此外，Spring是非侵入式的：典型地，Spring應用中的對象不依賴于Spring的特定類。

　　控制反轉——Spring通過一種稱作控制反轉(IoC)的技術促進了松耦合。當應用了IoC，一個對象依賴的其它對象會通過被動的方式傳遞進來，而不是這個對象自己創(chuàng)建或者查找依賴對象。你可以認為IoC與JNDI相反——不是對象從容器中查找依賴，而是容器在對象初始化時不等對象請求就主動將依賴傳遞給它。

　　面向切面——Spring提供了面向切面編程的豐富支持，允許通過分離應用的業(yè)務邏輯與系統(tǒng)級服務(例如審計(auditing)和事務()管理)進行內聚性的開發(fā)。應用對象只實現它們應該做的——完成業(yè)務邏輯——僅此而已。它們并不負責(甚至是意識)其它的系統(tǒng)級關注點，例如日志或事務支持。

　　容器——Spring包含并管理應用對象的配置和生命周期，在這個意義上它是一種容器，你可以配置你的每個bean如何被創(chuàng)建——基于一個可配置原型(prototype)，你的bean可以創(chuàng)建一個單獨的實例或者每次需要時都生成一個新的實例——以及它們是如何相互關聯的。然而，Spring不應該被混同于傳統(tǒng)的重量級的EJB容器，它們經常是龐大與笨重的，難以使用。

　　框架——Spring可以將簡單的組件配置、組合成為復雜的應用。在Spring中，應用對象被聲明式地組合，典型地是在一個XML文件里。Spring也提供了很多基礎功能(事務管理、持久化框架集成等等)，將應用邏輯的開發(fā)留給了你。

　　所有Spring的這些特征使你能夠編寫更干凈、更可管理、并且更易于測試的代碼。它們也為Spring中的各種模塊提供了基礎支持。

　　4. 項目中如何體現Spring中的切面編程，距離說明。

　　面向切面編程：主要是橫切一個關注點,將一個關注點模塊化成一個切面。在切面上聲明一個通知(Advice)和切入點(Pointcut); 通知: 是指在切面的某個特定的連接點(代表一個方法的執(zhí)行。通過聲明一個org.aspectj.lang.JoinPoint類型的參數可以使通知(Advice)的主體部分獲得連接點信息。)上執(zhí)行的動作。通知中定義了要插入的方法。切入點：切入點的內容是一個表達式，以描述需要在哪些對象的哪些方法上插入通知中定義的方法。

　　項目中用到的Spring中的切面編程最多的地方：聲明式事務管理。

　　a、定義一個事務管理器

　　b、配置事務特性(相當于聲明通知。一般在業(yè)務層的類的一些方法上定義事務)

　　c、配置哪些類的哪些方法需要配置事務(相當于切入點。一般是業(yè)務類的方法上)

　　5. spring中可以用注入獲得屬性值，還有其他的方式嗎?

　　讀取配置文件

　　6. spring在項目中如何充當粘合劑

　　1、在項目中利用spring的IOC(控制反轉或依賴注入),明確地定義組件接口(如UserDAO)，開發(fā)者可以獨立開發(fā)各個組件, 然后根據組件間的依賴關系組裝(UserAction依賴于UserBiz,UserBiz依賴于UserDAO)運行，很好的把Struts(Action)和hibernate(DAO的實現)結合起來了。

　　2、spring的事務管理把hibernate對數據庫的操作進行了事務配置。

　　7. spring的事務如何配置

　　spring的聲明式事務配置：

　　1.

　　class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">

　　/WEB-INF/classes/hibernate.cfg.xml

　　2. 配置事務管理器

　　class="org.springframework.orm.hibernate3.HibernateTransactionManager">

　　3. 配置事務特性

　　4. 配置哪些類的哪些方法配置事務

　　isolation設定事務的隔離級別，事務管理器根據它來控制另外一個事務可以看到本事務內的哪些數據。

　　定義的5個不同的事務隔離級別：

　　DEFAULT：默認的隔離級別，使用數據庫默認的事務隔離級別

　　READ_COMMITTED：保證一個事務修改的數據提交后才能被另外一個事務讀取。另外一個事務不能讀取該事務未提交的數據。這種事務隔離級別可以避免臟讀出現，但是可能會出現不可重復讀和幻像讀。

　　READ_UNCOMMITTED：這是事務最低的隔離級別，它充許別外一個事務可以看到這個事務未提交的數據。這種隔離級別會產生臟讀，不可重復讀和幻像讀。

　　REPEATABLE_READ：這種事務隔離級別可以防止臟讀，不可重復讀。但是可能出現幻像讀。它除了保證一個事務不能讀取另一個事務未提交的數據外，還保證了避免不可重復讀。

　　SERIALIZABLE：這是花費最高代價但是最可靠的事務隔離級別。事務被處理為順序執(zhí)行。除了防止臟讀，不可重復讀外，還避免了幻像讀。

　　propagation定義了7個事務傳播行為

　　REQUIRED： 如果存在一個事務，則支持當前事務。如果沒有事務則開啟一個新的事務。

　　SUPPORTS： 如果存在一個事務，支持當前事務。如果沒有事務，則非事務的執(zhí)行。但是對于事務同步的事務管理器，SUPPORTS與不使用事務有少許不同。

　　REQUIRES_NEW 總是開啟一個新的事務。如果一個事務已經存在，則將這個存在的事務掛起。

　　NOT_SUPPORTED 總是非事務地執(zhí)行，并掛起任何存在的事務。

　　NEVER 總是非事務地執(zhí)行，如果存在一個活動事務，則拋出異常

　　NESTED：如果一個活動的事務存在，則運行在一個嵌套的事務中. 如果沒有活動事務, 則按TransactionDefinition.PROPAGATION_REQUIRED 屬性執(zhí)行。

　　嵌套事務一個非常重要的概念就是內層事務依賴于外層事務。外層事務失敗時，會回滾內層事務所做的動作。而內層事務操作失敗并不會引起外層事務的回滾。

　　REQUIRED應該是我們首先的事務傳播行為。它能夠滿足我們大多數的事務需求。

　　8. transaction有那幾種實現(事務處理)(Spring)

　　在Spring中，事務處理主要有兩種方式

　　(1) 代碼控制事務

　　在程序中引入新的模版類，這個類封裝了事務管理的功能

　　(2) 參數配置控制事務,在Application-Context.xml增加一個事務代理(UserDAOProxy)配置

　　2. IBATIS中的事物屬性怎么配置

　　SQL MAP XML配置文件中的transactionManager