1. Spring框架的作用
- 輕量：Spring是輕量級的，基本的版本大小為2MB
- 控制反轉：Spring通過控制反轉實現了鬆散耦合，對象們給出它們的依賴，而不是創建或查找依賴的對象們。
- 面向切面的編程AOP:Spring支持面向切面的編程，並且把應用業務邏輯和系統服務分開。
- 容器：Spring包含並管理應用中對象的生命週期和配置
- MVC框架： Spring-MVC
- 事務管理：Spring提供一個持續的事務管理接口，可以擴展到上至本地事務下至全局事務JTA
- 異常處理：Spring提供方便的API把具體技術相關的異常
2. Spring的組成
Spring由7個模塊組成：
- Spring Core: 核心容器提供 Spring 框架的基本功能。核心容器的主要組件是BeanFactory，它是工廠模式的實現。BeanFactory 使用控制反轉 （IOC） 模式將應用程序的配置和依賴性規範與實際的應用程序代碼分開。
- Spring 上下文：Spring 上下文是一個配置文件，向 Spring 框架提供上下文信息。Spring 上下文包括企業服務，例如 JNDI、EJB、電子郵件、國際化、校驗和調度功能。
- Spring AOP：通過配置管理特性，Spring AOP 模塊直接將面向方面的編程功能集成到了 Spring 框架中。所以，可以很容易地使 Spring 框架管理的任何對象支持 AOP。Spring AOP 模塊為基於 Spring 的應用程序中的對象提供了事務管理服務。通過使用 Spring AOP，不用依賴 EJB 組件，就可以將聲明性事務管理集成到應用程序中。
- Spring DAO：JDBC DAO 抽象層提供了有意義的異常層次結構，可用該結構來管理異常處理和不同數據庫供應商拋出的錯誤消息。異常層次結構簡化了錯誤處理，並且極大地降低了需要編寫的異常代碼數量（例如打開和關閉連接）。Spring DAO 的面向 JDBC 的異常遵從通用的 DAO 異常層次結構。
- Spring ORM：Spring 框架插入了若干個 ORM 框架，從而提供了 ORM 的對象關係工具，其中包括 JDO、Hibernate 和 iBatis SQL Map。所有這些都遵從 Spring 的通用事務和 DAO 異常層次結構。
- Spring Web 模塊：Web 上下文模塊建立在應用程序上下文模塊之上，為基於 Web 的應用程序提供了上下文。所以，Spring 框架支持與 Jakarta Struts 的集成。Web 模塊還簡化了處理多部分請求以及將請求參數綁定到域對象的工作。
- Spring MVC 框架：MVC 框架是一個全功能的構建 Web 應用程序的 MVC 實現。通過策略接口，MVC 框架變成為高度可配置的，MVC 容納了大量視圖技術，其中包括 JSP、Velocity、Tiles、iText 和 POI。
3. Spring容器
Sping的容器可以分為兩種類型
1. BeanFactory：（org.springframework.beans.factory.BeanFactory接口定義）是最簡答的容器，提供了基本的DI支持。最常用的BeanFactory實現就是XmlBeanFactory類，它根據XML文件中的定義加載beans，該容器從XML文件讀取配置元數據並用它去創建一個完全配置的系統或應用。
2. ApplicationContext應用上下文：（org.springframework.context.ApplicationContext）基於BeanFactory之上構建，並提供面向應用的服務。
4. ApplicationContext通常的實現
- ClassPathXmlApplicationContext：從類路徑下的XML配置文件中加載上下文定義，把應用上下文定義文件當做類資源。
- FileSystemXmlApplicationContext：讀取文件系統下的XML配置文件並加載上下文定義。
- XmlWebApplicationContext：讀取Web應用下的XML配置文件並裝載上下文定義。
ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
- 1
5. IOC & DI
Inversion of Control， 一般分為兩種類型：依賴注入DI(Dependency Injection)和依賴查找（Dependency Lookup）.依賴注入應用比較廣泛。
Spring IOC負責創建對象，管理對象（DI），裝配對象，配置對象，並且管理這些對象的整個生命週期。
優點：把應用的代碼量降到最低。容器測試，最小的代價和最小的侵入性使鬆散耦合得以實現。IOC容器支持加載服務時的餓漢式初始化和懶加載。
DI依賴注入是IOC的一個方面，是個通常的概念，它有多種解釋。這概念是說你不用床架對象，而只需要描述它如何被創建。你不在代碼裡直接組裝你的組件和服務，但是要在配置文件裡描述組件需要哪些服務，之後一個IOC容器輔助把他們組裝起來。
IOC的注入方式：1. 構造器依賴注入；2. Setter方法注入。
6. 如何給spring容器提供配置元數據
- XML配置文件
- 基於註解的配置
- 基於Java的配置@Configuration, @Bean
7. bean標籤中的屬性：
id
name
class
init-method：Bean實例化後會立刻調用的方法
destory-method:Bean從容器移除和銷燬前，會調用的方法
factory-method:運行我們調用一個指定的靜態方法，從而代替構造方法來創建一個類的實例。
scope：Bean的作用域，包括singleton(默認)，prototype(每次調用都創建一個實例), request,session, global-session（注意spring中的單例bean不是線程安全的）
autowired:自動裝配 byName, byType, constructor, autodetect(首先闡釋使用constructor自動裝配，如果沒有發現與構造器相匹配的Bean時，Spring將嘗試使用byType自動裝配)
8. beans標籤中相關屬性
default-init-method
default-destory-method
default-autowire：默認為none，應用於Spring配置文件中的所有Bean，注意這裡不是指Spring應用上下文，因為你可以定義多個配置文件
9. Bean的生命週期
1) 創建Bean的實例(factory-method, autowireConstrutor)
2) 屬性注入(autowireByName, autowireByType)
3) 初始化Bean
3.1 激活Aware方法：（invokeAwaresMethods）Spring中提供了一些Aware相關接口，比如BeanNameAware, BeanFactoryAware, ApplicationContextAware等，實現這些Aware接口的bean在被初始化之後，可以取得一些相對應的資源。
3.2 處理器的應用(BeanPostProcessor接口)：調用客戶自定義初始化方法前以及調用自定義初始化方法後分別會調用BeanPostProcessor的postProcessBeforeInitialization和postProcessAfterInitialization方法，使用戶可以根據自己的業務需求進行響應的處理。
3.3 激活自定義的init方法（init-method & 自定義實現InitializingBean接口）
4) 使用Bean。 駐留在應用的上下文中，直到該應用上下文被銷燬。
5) 銷燬(destory-mthod & 實現DisposableBean接口)
Or represent like this:
1. Bean的構造
2. 調用setXXX()方法設置Bean的屬性
3. 調用BeanNameAware的setBeanName()
4. 調用BeanFactoryAware的setBeanFactory()方法
5. 調用BeanPostProcessor的postProcessBeforeInitialization()方法
6. 調用InitializingBean的afterPropertiesSet()方法
7. 調用自定義的初始化方法
8. 調用BeanPostProcessor類的postProcessAfterInitialization()方法
9. 調用DisposableBean的destroy()方法
10. 調用自定義的銷燬方法
10. Spring中注入集合
- 允許值相同
不允許值相同 - 鍵和值都可以為任意類型，key, key-ref, value-ref, value可以任意搭配
XXX
11. 裝配空值
12. 自動裝配(autowiring)
有助於減少甚至消除配置
與之對應的是：自動檢測(autodiscovery)，比自動裝配更近了一步，讓Spring能夠自動識別哪些類需要被配置成SpringBean，從而減少對
13. 註解
Spring容器默認禁用註解裝配。最簡單的開啟方式
Spring支持的幾種不同的用於自動裝配的註解：
- Spring自帶的@Autowired註解
- JSR-330的@Inject註解
- JSR-250的@Resource註解
14. @Autowired
@Autowired具有強契約特徵，其所標註的屬性或參數必須是可裝配的。如果沒有Bean可以裝配到@Autowired所標註的屬性或參數中，自動裝配就會失敗，拋出NoSuchBeanDefinitionException.
屬性不一定非要裝配，null值也是可以接受的。在這種場景下可以通過設置@Autowired的required屬性為false來配置自動裝配是可選的，如：
注意required屬性可以用於@Autowired註解所使用的任意地方。但是當使用構造器裝配時，只有一個構造器可以將@Autowired的required屬性設置為true。其他使用@Autowired註解所標註的構造器只能將required屬性設置為false。此外，當使用@Autowired標註多個構造器時，Spring就會從所有滿足裝配條件的構造器中選擇入參最多的那個構造器。
可以使用@Qualifier明確指定要裝配的Bean.如下：
15. 自定義的限定器
此時，可以通過自定義的@SpecialQualifier註解來代替@Qualifier來標註，也可以和@Autowired一起使用：
此時,Spring會把自動裝配的範圍縮小到被@SpecialQualifier標註的Bean中。如果被@SpecialQualifier標註的Bean有多個，我們還可以通過自定義的另一個限定器@SpecialQualifier2來進一步縮小範圍。
16. @Autowired優缺點
Spring的@Autowired註解是減少Spring XML配置的一種方式。但是它的類會映入對Spring的特定依賴（即使依賴只是一個註解）。
17. @Inject
和@Autowired註解一樣，@Inject可以用來自動裝配屬性、方法和構造器；與@Autowired不同的是，@Inject沒有required屬性。因此@Inject註解所標註的依賴關係必須存在，如果不存在，則會拋出異常。
18. @Named
相對於@Autowired對應的Qualifier，@Inject所對應的是@Named註解。
19. SpEL表達式
語法形式在#{}中使用表達式,如：
20. @Value
@Value是一個新的裝配註解，可以讓我們使用註解裝配String類型的值和基本類型的值，如int, boolean。我們可以通過@Value直接標註某個屬性，方法或者方法參數，並傳入一個String類型的表達式來裝配屬性，如：
@Value可以配合SpEL表達式一起使用，譬如有些情況下需要讀取properties文件中的內容，可以使用：
21. 自動檢測Bean
22. 為自動檢測標註Bean
默認情況下，查找使用構造型（stereotype）註解所標註的類，這些特殊的註解如下：
- @Component：通用的構造型註解，標誌此類為Spring組件
- @Controller：標識將該類定義為SpringMVC controller
- @Repository：標識將該類定義為數據倉庫
- @Service：標識將該類定義為服務
以@Component為例：
這裡@Component會自動註冊Guitar 為Spring Bean，並設置默認的Bean的Id為guitar，首字母大寫變小寫。注意如果第一個和第二個字母都是大寫，默認的Bean的id會有特殊處理。
也可以指定Bean的Id如：
23. AOP
面向切面的編程AOP，是一種編程技術，允許程序模塊化橫向切割關注點，或橫切典型的責任劃分，如日誌和事務管理。
AOP的核心是切面，它將多個類的通用行為封裝成可重用的模塊，該模塊含有一組API提供橫切功能。比如，一個日誌模塊可以被稱作日誌的AOP切面。根據需求的不同，一個應用程序可以有若干切面。在SpringAOP中，切面通過帶有@Aspect註解的類實現。
關注點是應用中的一個模塊的行為，一個關注點可能會被定義成一個我們想實現的一個功能。
橫切關注點一個關注點，此關注點是整個應用都會使用的功能，並影響整個應用，比如日誌，安全和數據傳輸，幾乎應用的每個模塊都需要的功能。因此這些都屬於橫切關注點。
連接點代表一個應用程序的某個位置，在這個位置我們可以插入一個AOP切面，它實際上是個應用程序執行Spring AOP的位置。
切點是一個或一組連接點，通知將在這些位置執行。可以通過表達式或匹配的方式指明切入點。
引入運行我們在已存在的類中添加新的方法和屬性。
24. AOP通知
通知是個在方法執行前後要做的動作，實際上是程序執行時要通過SpringAOP框架觸發的代碼
Spring切面可以應用五種類型的通知：
before：前置通知，在一個方法執行前被調用。@Before
after: 在方法執行之後調用的通知，無論方法執行是否成功。@After
after-returning: 僅當方法成功完成後執行的通知。@AfterReturning
after-throwing: 在方法拋出異常退出時執行的通知。@AfterThrowing
around: 在方法執行之前和之後調用的通知。@Around
25. Spring的事務類型
編程式事務管理：這意味你通過編程的方式管理事務，給你帶來極大的靈活性，但是難維護。
聲明式事務管理：這意味著你可以將業務代碼和事務管理分離，你只需用註解和XML配置來管理事務。
26. ACID
- Atomic原子性：事務是由一個或多個活動所組成的一個工作單元。原子性確保事務中的所有操作全部發生或者全部不發生。
- Consistent一致性：一旦事務完成，系統必須確保它所建模的業務處於一致的狀態
- Isolated隔離線：事務允許多個用戶對象頭的數據進行操作，每個用戶的操作不會與其他用戶糾纏在一起。
- Durable持久性：一旦事務完成，事務的結果應該持久化，這樣就能從任何的系統崩潰中恢復過來。
27. JDBC事務
如果在應用程序中直接使用JDBC來進行持久化，譬如博主採用的是Mybatis，DataSourceTransactionManager會為你處理事務邊界。譬如：
28. JTA事務
如果你的事務需要跨多個事務資源（例如：兩個或多個數據庫；或者如Sping+ActiveMQ整合需要將ActiveMQ和數據庫的事務整合起來），就需要使用JtaTransactionManager:
JtaTransactionManager將事務管理的職責委託給了一個JTA的實現。JTA規定了應用程序與一個或多個數據源之間協調事務的標準API。transactionManagerName屬性指明瞭要在JNDI上查找的JTA事務管理器。
JtaTransactionManager將事務管理的職責委託給javax.transaction.UserTransaction和javax.transaction.TransactionManager對象。通過UserTransaction.commit()方法來提交事務。類似地，如果事務失敗，UserTransaction的rollback()方法將會被調用。
儘管Spring提供了多種聲明式事務的機制，但是所有的方式都依賴這五個參數來控制如何管理事務策略。因此，如果要在Spring中聲明事務策略，就要理解這些參數。(@Transactional)
1. 隔離級別(isolation)
- ISOLATION_DEFAULT: 使用底層數據庫預設的隔離層級
- ISOLATION_READ_COMMITTED: 允許事務讀取其他並行的事務已經送出（Commit）的數據字段，可以防止Dirty read問題
- ISOLATION_READ_UNCOMMITTED: 允許事務讀取其他並行的事務還沒送出的數據，會發生Dirty、Nonrepeatable、Phantom read等問題
- ISOLATION_REPEATABLE_READ: 要求多次讀取的數據必須相同，除非事務本身更新數據，可防止Dirty、Nonrepeatable read問題
- ISOLATION_SERIALIZABLE: 完整的隔離層級，可防止Dirty、Nonrepeatable、Phantom read等問題，會鎖定對應的數據表格，因而有效率問題
2. 傳播行為(propagation)
- PROPAGATION_REQUIRED–支持當前事務，如果當前沒有事務，就新建一個事務。這是最常見的選擇。
- PROPAGATION_SUPPORTS–支持當前事務，如果當前沒有事務，就以非事務方式執行。
- PROPAGATION_MANDATORY–支持當前事務，如果當前沒有事務，就拋出異常。
- PROPAGATION_REQUIRES_NEW–新建事務，如果當前存在事務，把當前事務掛起。
- PROPAGATION_NOT_SUPPORTED–以非事務方式執行操作，如果當前存在事務，就把當前事務掛起。
- PROPAGATION_NEVER–以非事務方式執行，如果當前存在事務，則拋出異常。
- PROPAGATION_NESTED–如果當前存在事務，則在嵌套事務內執行。如果當前沒有事務，則進行與PROPAGATION_REQUIRED類似的操作。
3. 只讀(read-only)
如果事務只進行讀取的動作，則可以利用底層數據庫在只讀操作時發生的一些最佳化動作，由於這個動作利用到數據庫在只讀的事務操作最佳化，因而必須在事務中才有效，也就是說要搭配傳播行為PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、PROPAGATION_NESTED來設置。
4. 事務超時(timeout)
有的事務操作可能延續很長一段的時間，事務本身可能關聯到數據表的鎖定，因而長時間的事務操作會有效率上的問題，對於過長的事務操作，考慮Roll back事務並要求重新操作，而不是無限時的等待事務完成。 可以設置事務超時期間，計時是從事務開始時，所以這個設置必須搭配傳播行為PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、PROPAGATION_NESTED來設置。
5. 回滾規則(rollback-for, no-rollback-for)：rollback-for指事務對於那些檢查型異常應當回滾而不提交；no-rollback-for指事務對於那些異常應當繼續運行而不回滾。默認情況下，Spring聲明事務對所有的運行時異常都進行回滾。
30. SpringMVC
核心架構的具體流程：
- 首先用戶發送請求——>DispatcherServlet，前端控制器收到請求後自己不進行處理，而是委託給其他的解析器進行處理，作為統一訪問點，進行全局的流程控制；
- DispatcherServlet——>HandlerMapping， HandlerMapping將會把請求映射為HandlerExecutionChain對象（包含一個Handler處理器（頁面控制器）對象、多個HandlerInterceptor攔截器）對象，通過這種策略模式，很容易添加新的映射策略；
- DispatcherServlet——>HandlerAdapter，HandlerAdapter將會把處理器包裝為適配器，從而支持多種類型的處理器，即適配器設計模式的應用，從而很容易支持很多類型的處理器；
- HandlerAdapter——>處理器功能處理方法的調用，HandlerAdapter將會根據適配的結果調用真正的處理器的功能處理方法，完成功能處理；並返回一個ModelAndView對象（包含模型數據、邏輯視圖名）；
- ModelAndView的邏輯視圖名——> ViewResolver， ViewResolver將把邏輯視圖名解析為具體的View，通過這種策略模式，很容易更換其他視圖技術；
- View——>渲染，View會根據傳進來的Model模型數據進行渲染，此處的Model實際是一個Map數據結構，因此很容易支持其他視圖技術；
- 返回控制權給DispatcherServlet，由DispatcherServlet返回響應給用戶，到此一個流程結束。
31. DispatcherServlet
SpringMVC的核心是DispatcherServlet，這個Servlet充當SpringMVC的前端控制器。與其他Servlet一樣，DispatcherServlet必須在Web應用程序的web.xml文件中進行配置。
默認情況下，DispatcherServlet在加載時會從一個基於這個Servlet名字的XML文件中加載Spring應用上下文。因為servlet的名字是viewspace，所以配置文件的名稱為viewspace-servlet.xml。
接下來，必須申明DispatcherServlet處理那些URL：
通過將DispatcherServlet映射到/，聲明瞭它會作為默認的servlet並且會處理所有的請求，包括對靜態資源的請求。
可以配置：
處理靜態資源。
32. 配置HandlerMapping
Spring自帶了多個處理器映射實現：
- BeanNameUrlHandlerMapping：根據控制器Bean的名字將控制器映射到URL。
- ControllerBeanNameHandlerMapping：與BeanNameUrlHandlerMapping類似，根據控制器Bean的名字將控制器映射到URL。使用該處理器映射實現，Bean的名字不需要遵循URL的約定。
- ControllerClassNameHandlerMapping：通過使用控制器的類名作為URL基礎將控制器映射到URL。
- DefaultAnnotationHandlerMapping：將請求映射給使用@RequestingMapping註解的控制器和控制器方法。
- SimpleUrlHandlerMapping：使用定義在Spring應用上下文的熟悉集合將控制器映射到URL。
- 使用如上這些處理器映射通常只需在Spring中配置一個Bean。如果沒有找到處理器映射Bean,DisapatchServlet將創建並使用BeanNameUrlHandlerMapping和DefaultAnnotationHandlerMapping。我們一般使用基於註解的控制器類。
在構建控制器的時候，我們還需要使用註解將請求參數綁定到控制器的方法參數上進行校驗以及信息轉換。提供註解驅動的特性。
33. 配置HandlerAdapter
34. 配置視圖
在SpringMVC中大量使用了約定優於配置的開發模式。InternalResourceViewResolver就是一個面向約定的元素。它將邏輯視圖名稱解析為View對象，而該對象將渲染的任務委託給Web應用程序上下文中的一個模板。
當DispatcherServlet要求InternalResourceViewResolver解析視圖的時候，它將獲取一個邏輯視圖名稱，添加”/WEB-INF/jsp/”前綴和”.jsp”後綴。等待的結果就是渲染輸出的JSP路徑。在內部，InternalResourceViewResolver接下來會將這個路徑傳遞給View對象，View對象將請求傳遞給JSP.
閱讀更多 傳媒老王吖 的文章
