Spring常見問題
問渠那得清如許？為有源頭活水來，
1、什么是Spring？
Spring 是個 java 企業級應用的開源開發框架，Spring 主要用來開發 Java 應用，但是有些擴展是針對構建 J2EE 平臺的 web 應用，Spring 框架目標是簡化 Java 企業級應用開發，并通過 POJO 為基礎的編程模型促進良好的編程習慣，2、使用Spring框架的好處？
- 輕量：Spring 是輕量的，基本的版本大約 2MB，
- 控制反轉：Spring 通過控制反轉實作了松散耦合，物件們給出它們的依賴，而不是創建或查找依賴的物件們，
- 面向切面的編程(AOP)：Spring 支持面向切面的編程，并且把應用業務邏輯和系統服務分開，
- 容器：Spring 包含并管理應用中物件的生命周期和配置，
- MVC 框架：Spring 的 WEB 框架是個精心設計的框架，是 Web 框架的一個很好的替代品
- 事務管理：Spring 提供一個持續的事務管理介面，可以擴展到上至本地事務下至全域事務（JTA），
- 例外處理： Spring 提 供 方 便 的 API 把 具 體 技 術 相 關 的 異 常 （ 比 如 由 JDBC ，Hibernate or JDO 拋出的）轉化為一致的 unchecked 例外，
3、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、核心容器（應用背景關系）模塊
BeanFactory，這是基本的 Spring 模塊，提供 spring 框架的基礎功能，BeanFactory 是 任何以spring 為基礎的應用的核心，Spring 框架建立在此模塊之上，它使 Spring 成為一個容器，5、BeanFactory實作舉例
Bean 工廠是工廠模式的一個實作，提供了控制反轉功能，用來把應用的配置和依賴從正真的應用代碼中分離，最常用的 BeanFactory 實作是 XmlBeanFactory 類，6、XMLBeanFactory
最常用的就是 org.springframework.beans.factory.xml.XmlBeanFactory ，它根據 XML 檔案中的定義加載 beans，該容器從 XML 檔案讀取配置元資料并用它去創建一個完全配置的系統或應用，7、解釋AOP模塊
AOP 模塊用于發給我們的 Spring 應用做面向切面的開發， 很多支持由 AOP 聯盟提供，這樣就確保了 Spring 和其他 AOP 框架的共通性，這個模塊將元資料編程引入Spring，8、解釋JDBC抽象和DAO模塊
通過使用 JDBC 抽象和 DAO 模塊，保證資料庫代碼的簡潔，并能避免資料庫資源錯誤關閉導致的問題，它在各種不同的資料庫的錯誤資訊之上，提供了一個統一的例外訪問層，它還利用 Spring 的 AOP 模塊給 Spring 應用中的物件提供事務管理服務，9、解釋物件/關系映射集成模塊
Spring 通過提供 ORM 模塊，支持我們直接在 JDBC 之上使用一個物件/關系映射映射(ORM)工具，Spring 支持集成主流的 ORM 框架，如 Hiberate、JDO 和 iBATIS SQL Maps，Spring 的事務管理同樣支持以上所有 ORM 框架及 JDBC，10、解釋WEB模塊
Spring 的 WEB 模塊是構建在 application context 模塊基礎之上，提供一個適合web 應用的背景關系，這個模塊也包括支持多種面向 web 的任務，如透明地處理多個檔案上傳請求和程式級請求引數的系結到你的業務物件，它也有對 Jakarta Struts的支持，11、Spring組態檔？
Spring 組態檔是個 XML 檔案，這個檔案包含了類資訊，描述了如何配置它們，以及如何相互呼叫，12、什么是Spring IOC容器？
Spring IOC 負責創建物件、管理物件（通過依賴注入 DI）、裝配物件和配置物件，并且管理這些物件的整個生命周期，13、IOC的優點是什么？
IOC 或依賴注入把應用的代碼量降到最低，它使應用容易測驗，單元測驗不再需要單例和 JNDI 查找機制，最小的代價和最小的侵入性使松散耦合得以實作，IOC 容器支持加載服務時的餓漢式初始化和懶加載，14、ApplicationContext通常的實作是什么？
- FileSystemXmlApplicationContext ：此容器從一個 XML 檔案中加載 beans的定義，XML Bean 組態檔的全路徑名必須提供給它的建構式，
- ClassPathXmlApplicationContext：此容器也從一個 XML 檔案中加載 beans的定義，這里，你需要正確設定 classpath 因為這個容器將在 classpath 里找bean 配置，
- WebXmlApplicationContext：此容器加載一個 XML 檔案，此檔案定義了一個WEB 應用的所有 bean，
15、Bean 工廠和 Application contexts 有什么區別？
Application contexts 提供一種方法處理文本訊息，一個通常的做法是加載檔案資源（比如鏡像），它們可以向注冊為監聽器的 bean 發布事件，另外，在容器或容器內的物件上執行的那些不得不由bean工廠以程式化方式處理的操作，可以在Application contexts 中 以宣告的方式處理 ， Application contexts 實作了MessageSource 介面，該介面的實作以可插拔的方式提供獲取本地化訊息的方法，16、一個 Spring 的應用看起來像什么？
- 一個定義了一些功能的介面，
- 這實作包括屬性，它的 Setter ， getter 方法和函式等，
- Spring AOP，
- Spring 的 XML 組態檔，
- 使用以上功能的客戶端程式，
17、什么是Spring的依賴注入？
依賴注入，是 IOC 的一個方面，是個通常的概念，它有多種解釋，這概念是說你不用創建物件，而只需要描述它如何被創建，你不在代碼里直接組裝你的組件和服務，但是要在組態檔里描述哪些組件需要哪些服務，之后一個容器（IOC 容器）負責把他們組裝起來，18、有哪些不同型別的 IOC（依賴注入）方式？
- 構造器依賴注入：構造器依賴注入通過容器觸發一個類的構造器來實作的，該類有一系列引數，每個引數代表一個對其他類的依賴，
- Setter 方法注入：Setter 方法注入是容器通過呼叫無參構造器或無參 static 工廠方法實體化 bean 之后，呼叫該 bean 的 setter 方法，即實作了基于 setter 的依賴注入，
19、哪種依賴注入方式你建議使用，構造器注入，還是 Setter 方法注入？
兩種依賴方式都可以使用，構造器注入和 Setter 方法注入，最好的解決方案是用構造器引數實作強制依賴，setter 方法實作可選依賴，20、什么是Spring Bean？
Spring beans 是那些形成 Spring 應用的主干的 java 物件，它們被 Spring IOC 容器初始化、裝配和管理，這些 beans 通過容器中配置的元資料創建，比如，以 XML檔案中<bean/> 的形式定義， Spring 框架定義的 beans 都是單件 beans，在 bean tag 中有個屬性”singleton”，如果它被賦為 TRUE，bean 就是單件，否則就是一個 prototype bean，默認是TRUE，所以所有在 Spring 框架中的 beans 預設都是單件，21、一個 Spring Bean 定義包含什么？
一個 Spring Bean 的定義包含容器必知的所有配置元資料，包括如何創建一個bean，它的生命周期詳情及它的依賴，22、如何給 Spring 容器提供配置元資料？
這里有三種重要的方法給 Spring 容器提供配置元資料，- XML 組態檔，
- 基于注解的配置，
- 基于 java 的配置，
23、如何定義類的作用域？
當定義一個<bean> 在 Spring 里，我們還能給這個 bean 宣告一個作用域，它可以通過 bean 定義中的 scope 屬性來定義，如，當 Spring 要在需要的時候每次生產一個新的 bean 實體，bean 的 scope 屬性被指定為 prototype，另一方面，一個bean每次使用的時候必須回傳同一個實體，這個bean的scope屬性必須設為singleton，24、解釋 Spring 支持的幾種 bean 的作用域？
Spring 框架支持以下五種 bean 的作用域：- singleton : bean 在每個 Spring ioc 容器中只有一個實體，
- prototype：一個 bean 的定義可以有多個實體，
- request：每次 http 請求都會創建一個 bean，該作用域僅在基于 web 的 SpringApplicationContext 情形下有效，
- session：在一個 HTTP Session 中，一個 bean 定義對應一個實體，該作用域僅在基于 web 的 Spring ApplicationContext 情形下有效，
- global-session：在一個全域的 HTTP Session 中，一個 bean 定義對應一個實體，該作用域僅在基于 web 的 Spring ApplicationContext 情形下有效，
25、Spring 框架中的單例 bean 是執行緒安全的嗎？
不，Spring 框架中的單例 bean 不是執行緒安全的， 實作多例參考：https://www.cnblogs.com/taojietaoge/p/13557447.html26、解釋 Spring 框架中 bean 的生命周期
Spring 容器 從 XML 檔案中讀取 bean 的定義，并實體化 bean，Spring 根據 bean 的定義填充所有的屬性，- 如果 bean 實作了 BeanNameAware 接 口 ， Spring 傳遞 bean 的 ID 到setBeanName 方法，
- 如果 Bean 實 現了 BeanFactoryAware 介面 ， Spring 傳遞 beanfactory 給setBeanFactory 方法，
- 如果有任何與bean相關聯的 BeanPostProcessors ， Spring會在postProcesserBeforeInitialization()方法內呼叫它們，
- 如果 bean 實作 IntializingBean 了，呼叫它的 afterPropertySet 方法，如果 bean宣告了初始化方法，呼叫此初始化方法，
- 如果有BeanPostProcessors和 bean關聯 ， 這些 bean 的postProcessAfterInitialization() 方法將被呼叫，
- 如果 bean 實作了 DisposableBean，它將呼叫 destroy()方法，
27、哪些是重要的 bean 生命周期方法？ 是否可以多載它們？
有兩個重要的 bean 生命周期方法，第一個是 setup ， 它是在容器加載 bean 的時候被呼叫，第二個方法是 teardown 它是在容器卸載類的時候被呼叫，The bean 標簽有兩個重要的屬性（init-method 和 destroy-method），用它們你可以自己定制初始化和注銷方法，它們也有相應的注解（ @PostConstruct 和@PreDestroy），28、什么是Spring的內部bean？
當一個 bean 僅被用作另一個 bean 的屬性時，它能被宣告為一個內部 bean，為了定義 inner bean，在 Spring 的 基于 XML 的 配置元資料中，可以在 <property/>或 <constructor-arg/> 元素內使用<bean/> 元素，內部 bean 通常是匿名的，它們的 Scope 一般是 prototype，28、在 Spring 中如何注入一個 java 集合？
Spring 提供以下幾種集合的配置元素：- <list>型別用于注入一列值，允許有相同的值，
- <set> 型別用于注入一組值，不允許有相同的值，
- <map> 型別用于注入一組鍵值對，鍵和值都可以為任意型別，
- <props>型別用于注入一組鍵值對，鍵和值都只能為 String 型別，
29、什么是bean裝配？
裝配，或 bean 裝配是指在 Spring 容器中把 bean 組裝到一起，前提是容器需要知道 bean 的依賴關系，如何通過依賴注入來把它們裝配到一起，30、什么是bean的自動裝配？
Spring 容器能夠自動裝配相互合作的bean，這意味著容器不需要<constructor-arg>和<property>配置，能通過 Bean 工廠自動處理 bean 之間的協作，31、解釋不同方式的自動裝配
有五種自動裝配的方式，可以用來指導 Spring 容器用自動裝配方式來進行依賴注入- no：默認的方式是不進行自動裝配，通過顯式設定 ref 屬性來進行裝配，
- byName：通過引數名 自動裝配，Spring 容器在組態檔中發現 bean 的 autowire屬性被設定成 byname，之后容器試圖匹配、裝配和該 bean 的屬性具有相同名字的bean，
- byType：通過引數型別自動裝配，Spring 容器在組態檔中發現 bean 的 autowire屬性被設定成 byType，之后容器試圖匹配、裝配和該 bean 的屬性具有相同型別的bean，如果有多個bean 符合條件，則拋出錯誤，
- constructor：這個方式類似于 byType， 但是要提供給構造器引數，如果沒有確定的帶引數的構造器引數型別，將會拋出例外，
- autodetect：首先嘗試使用 constructor 來自動裝配，如果無法作業，則使用 byType方式，
32、自動裝配有哪些局限性？
- 重寫：你仍需用 <constructor-arg>和 <property> 配置來定義依賴，意味著總要重寫自動裝配，
- 基本資料型別：你不能自動裝配簡單的屬性，如基本資料型別、String 字串和類，
- 模糊特性：自動裝配不如顯式裝配精確，如果有可能，建議使用顯式裝配，
33、可以在 Spring 中注入一個 null 和一個空字串嗎？
可以，
34、什么是基于 Java 的 Spring 注解配置? 給一些注解的例子？
基于 Java 的配置，允許你在少量的 Java 注解的幫助下，進行你的大部分 Spring配置而非通過 XML 檔案，- 以@Configuration 注解為例，它用來標記類可以當做一個 bean 的定義，被 Spring IOC 容器使用，
- 另一個例子是@Bean 注解，它表示此方法將要回傳一個物件，作為一個 bean 注冊進 Spring 應用背景關系，點擊這里學習 JAVA 幾大元注解，
35、什么是基于注解的容器配置？
相對于 XML 檔案，注解型的配置依賴于通過位元組碼元資料裝配組件，而非尖括號的宣告，開發者通過在相應的類，方法或屬性上使用注解的方式，直接組件類中進行配置，而不是使用 xml 表述 bean 的裝配關系，36、如何開啟注解裝配？
注解裝配在默認情況下是不開啟的，為了使用注解裝配，我們必須在 Spring 組態檔中配置 <context:annotation-config/>元素，37、@Required注解
這個注解表明 bean 的屬性必須在配置的時候設定，通過一個 bean 定義的顯式的屬性值或通過自動裝配，若@Required注解的bean屬性未被設定，容器將拋出BeanInitializationException，38、@Autowired注解
@Autowired 注解提供了更細粒度的控制，包括在何處以及如何完成自動裝配，它的用法和@Required 一樣，修飾 setter 方法、構造器、屬性或者具有任意名稱和/或多個引數的 PN 方法，39、@Qualifier 注解
當有多個相同型別的bean 卻只有一個需要自動裝配時，將@Qualifier注解和@Autowire 注解結合使用以消除這種混淆，指定需要裝配的確切的 bean，40、在 Spring 框架中如何更有效地使用 JDBC？
使用 SpringJDBC 框架，資源管理和錯誤處理的代價都會被減輕，所以開發者只需寫 statements 和 queries 從資料存取資料，JDBC 也可以在 Spring 框架提供的模板類的幫助下更有效地被使用，這個模板叫 JdbcTemplate，41、JdbcTemplate
JdbcTemplate 類提供了很多便利的方法解決諸如把資料庫資料轉變成基本資料型別或物件，執行寫好的或可呼叫的資料庫操作陳述句，提供自定義的資料錯誤處理，42、Spring 對 DAO 的支持
Spring 對資料訪問物件（DAO）的支持旨在簡化它和資料訪問技術如 JDBC，Hibernate or JDO 結合使用，這使我們可以方便切換持久層，編碼時也不用擔心會捕獲每種技術特有的例外，43、使用 Spring 通過什么方式訪問 Hibernate？
在 Spring 中有兩種方式訪問 Hibernate：控制反轉 Hibernate Template 和 Callback繼承 HibernateDAOSupport 提供一個 AOP 攔截器，44、Spring 支持的 ORM
Spring 支持以下 ORM：- Hibernate
- iBatis
- JPA (Java Persistence API)
- TopLink
- JDO (Java Data Objects)
- OJB
45、如何通過 HibernateDaoSupport 將 Spring 和 Hibernate 結合起來？
用 Spring 的 SessionFactory 呼叫 LocalSessionFactory，集成程序分三步：- 配置 the Hibernate SessionFactory
- 繼承 HibernateDaoSupport 實作一個 DAO
- 在 AOP 支持的事務中裝配
46、Spring 支持的事務管理型別
Spring 支持兩種型別的事務管理：- 編程式事務管理：這意味你通過編程的方式管理事務，給你帶來極大的靈活性，但是難維護，
- 宣告式事務管理：這意味著你可以將業務代碼和事務管理分離，你只需用注解和 XML配置來管理事務，
47、Spring 框架的事務管理有哪些優點？
- 它為不同的事務 API 如 JTA，JDBC，Hibernate，JPA 和 JDO，提供一個不變的編程模式，
- 它為編程式事務管理提供了一套簡單的 API 而不是一些復雜的事務 API 如它支持宣告式事務管理，
- 它和 Spring 各種資料訪問抽象層很好得集成，
48、你更傾向用那種事務管理型別？
大多數 Spring 框架的用戶選擇宣告式事務管理，因為它對應用代碼的影響最小，因此更符合一個無侵入的輕量級容器的思想，宣告式事務管理要優于編程式事務管理，雖然比編程式事務管理（這種方式允許你通過代碼控制事務）少了一點靈活性，49、解釋 AOP
面向切面的編程，或 AOP， 是一種編程技術，允許程式模塊化橫向切割關注點，或橫切典型的責任劃分，如日志和事務管理，50、Aspect 切面
AOP 核心就是切面，它將多個類的通用行為封裝成可重用的模塊，該模塊含有一組API 提供橫切功能，比如，一個日志模塊可以被稱作日志的 AOP 切面，根據需求的不同，一個應用程式可以有若干切面，在 Spring AOP 中，切面通過帶有@Aspect注解的類實作，51、在 Spring AOP 中，關注點和橫切關注的區別是什么？
- 關注點是應用中一個模塊的行為，一個關注點可能會被定義成一個我們想實作的一個功能，
- 橫切關注點是一個關注點，此關注點是整個應用都會使用的功能，并影響整個應用，比如日志，安全和資料傳輸，幾乎應用的每個模塊都需要的功能，因此這些都屬于橫切關注點，
52、連接點
連接點代表一個應用程式的某個位置，在這個位置我們可以插入一個 AOP 切面，它實際上是個應用程式執行 Spring AOP 的位置，53、通知
通知是個在方法執行前或執行后要做的動作，實際上是程式執行時要通過SpringAOP 框架觸發的代碼段， Spring 切面可以應用五種型別的通知：- before：前置通知，在一個方法執行前被呼叫
- after：在方法執行之后呼叫的通知，無論方法執行是否成功
- after-returning：僅當方法成功完成后執行的通知
- after-throwing：在方法拋出例外退出時執行的通知
- around：在方法執行之前和之后呼叫的通知
53、切點
切入點是一個或一組連接點，通知將在這些位置執行，可以通過運算式或匹配的方式指明切入點，54、什么是引入？
引入允許我們在已存在的類中增加新的方法和屬性，55、什么是目標物件？
被一個或者多個切面所通知的物件，它通常是一個代理物件，也指被通知（advised）物件，56、什么是代理？
代理是通知目標物件后創建的物件，從客戶端的角度看，代理物件和目標物件是一樣的，57、有幾種不同型別的自動代理？
- BeanNameAutoProxyCreator
- DefaultAdvisorAutoProxyCreator
- Metadata autoproxying
58、什么是織入？
- 織入是將切面和到其他應用型別或物件連接或創建一個被通知物件的程序，
- 織入可以在編譯時，加載時，或運行時完成，
59、解釋基于 XML Schema 方式的切面實作
在這種情況下，切面由常規類以及基于 XML 的配置實作，60、解釋基于注解的切面實作
在這種情況下(基于@AspectJ 的實作)，涉及到的切面宣告的風格與帶有 java5 標注的普通 java 類一致，
問渠那得清如許
為有源頭活水來
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/301154.html
標籤：Java