Spring框架自誕生以來一直備受開發者青睞,有人親切的稱之為:Spring 全家桶。它包括SpringMVC、SpringBoot、Spring Cloud、Spring Cloud Dataflow等解決方案。
很多研發人員把spring看作心目中最好的java專案,沒有之一。
所以這是重點也是難點,工作中必須會,面試時肯定考。
那麼,今天花費10分鐘,梳理Spring框架相關知識。
一、Spring知識點-彙總
spring系列包含非常多的專案,可以滿足java開發中的方方面面。
先來看常用框架的知識點彙總,如圖:
Ⅰ、5個常用的spring框架
1.spring framework
也就是我們經常說的spring框架,包括了ioc依賴注入,Context上下文、bean管理、springmvc等眾多功能模組,其它spring專案比如spring boot也會依賴spring框架。
2.spring boot
它的目標是簡化Spring應用和服務的建立、開發與部署,簡化了配置檔案,使用嵌入式web伺服器,含有諸多開箱即用的微服務功能,可以和spring cloud聯合部署。
Spring Boot的核心思想是約定大於配置,應用只需要很少的配置即可,簡化了應用開發模式。
3.Spring Data
是一個資料訪問及操作的工具集,封裝了多種資料來源的操作能力,包括:jdbc、Redis、MongoDB等。
4.Spring Cloud
是一套完整的微服務解決方案,是一系列不同功能的微服務框架的集合。Spring Cloud基於Spring Boot,簡化了分散式系統的開發,整合了服務發現、配置管理、訊息匯流排、負載均衡、斷路器、資料監控等各種服務治理能力。比如sleuth提供了全鏈路追蹤能力,Netflix套件提供了hystrix熔斷器、zuul閘道器等眾多的治理元件。config元件提供了動態配置能力,bus元件支援使用RabbitMQ、kafka、Activemq等訊息佇列,實現分散式服務之間的事件通訊。
5. Spring Security
主要用於快速構建安全的應用程式和服務,在Spring Boot和Spring Security OAuth2的基礎上,可以快速實現常見安全模型,如單點登入,令牌中繼和令牌交換。你可以瞭解一下oauth2授權機制和jwt認證方式。oauth2是一種授權機制,規定了完備的授權、認證流程。JWT全稱是JSON Web Token,是一種把認證資訊包含在token中的認證實現,oauth2授權機制中就可以應用jwt來作為認證的具體實現方法。
Ⅱ、Struts的具體作用
struts是曾經非常火爆的web組合ssh中的控制層。我們知道web服務一般都採用MVC分層模型構建,就是model層負責內部資料模型,controller負責請求的分發控制,view層負責返回給使用者展示的檢視。struts實現的就是其中控制層的角色。
Struts採用Filter實現,針對類進行攔截,每次請求就會建立一個Action。使用struts的SSH組合已經逐漸被使用springMVC的SSM組合代替,也就是Spring-MVC+Spring+MyBatis的組合,一方面原因是由於struts對幾次安全漏洞的處理,讓大家對struts的信心受到影響;另一方面,springmvc更加的靈活,不需要額外配置,不存在和spring整合等問題,使用更加方便,所以建議以SSM框架的學習為主。
Ⅲ、常用的ORM框架
ORM就是物件關係匹配,是為了解決物件導向與關聯式資料庫存在的互不匹配的問題。簡單來說,就是把關聯式資料庫中的資料轉換成物件導向程式中的物件。
常用的ORM框架有Hibernate和MyBatis,也就是ssh組合和ssm組合中的h與m。
它們的特點和區別如下:
Hibernate對資料庫結構提供了完整的封裝,實現了POJO物件與資料庫表之間的對映,能夠自動生成並執行SQL語句。只要定義了POJO 到資料庫表的對映關係,就可以通過Hibernate提供的方法完成資料庫操作。Hibernate符合JPA規範,就是Java持久層API。
mybatis通過對映配置檔案,將SQL所需的引數和返回的結果欄位對映到指定物件,mybatis不會自動生成sql,需要自己定義sql語句,不過更方便對sql語句進行優化。
總結起來:
- hibernate配置要比mybatis複雜的多,學習成本也比mybatis高。mybatis,簡單、高效、靈活,但是需要自己維護sql;
- hibernate功能強大、全自動、適配不同資料庫,但是非常複雜,靈活性稍差。
Ⅳ、Netty簡介
Netty是一個高效能的非同步事件驅動的網路通訊框架,Netty對JDK原生NIO進行封裝,簡化了網路服務的開發。下文會詳細講解
另外,同型別的框架還有mina、grizzly,不過目前使用的相對較少,一般不會在面試中出現,可以作為興趣簡單瞭解。
Ⅴ、RPC服務
Motan、Dubbo、gRPC都是比較常用的高效能rpc框架,可以提供完善的服務治理能力,java版本的通訊層都是基於前面提到的Netty實現。它們的特點稍後介紹。
Ⅵ、其他常用框架
jersy和restEasy都是可以快速開發restful服務的框架。
和springmvc相比,這兩個框架都是基於jax-rs標準,而springmvcs基於servlet,使用自己構建的API,是兩個不同的標準。
shiro框架是一個與spring security類似的開源的許可權管理框架,用於訪問授權、認證、加密及會話管理。能夠支援單機與分散式session管理。
相比security,shiro更加簡單易用。
二、Spring知識點-詳解
Ⅰ、spring基本概念
本文涉及的流程與實現預設都是基於最新的5.x版本。
spring中的幾個重要概念如下:
1.IOC
IOC,就是控制反轉,如最左邊,拿公司招聘崗位來舉例:
假設一個公司有產品、研發、測試等崗位。如果是公司根據崗位要求,逐個安排人選,如圖中向下的箭頭,這是正向流程。如果反過來,不用公司來安排候選人,而是由第三方獵頭來匹配崗位和候選人,然後進行推薦,如圖中向上的箭頭,這就是控制反轉。
在spring中,物件的屬性是由物件自己建立的,就是正向流程;如果屬性不是物件建立,而是由spring來自動進行裝配,就是控制反轉。這裡的DI也就是依賴注入,就是實現控制反轉的方式。正向流程導致了物件於物件之間的高耦合,IOC可以解決物件耦合的問題,有利於功能的複用,能夠使程式的結構變得非常靈活。
2.context上下文和bean
spring進行IOC實現時使用的有兩個概念:context上下文和bean。
如中間圖所示,所有被spring管理的、由spring建立的、用於依賴注入的物件,就叫做一個bean。Spring建立並完成依賴注入後,所有bean統一放在一個叫做context的上下文中進行管理。
3.AOP
AOP就是面向切面程式設計。如右面的圖,一般程式執行流程是從controller層呼叫service層、然後service層呼叫DAO層訪問資料,最後在逐層返回結果。
這個是圖中向下箭頭所示的按程式執行順序的縱向處理。但是,一個系統中會有多個不同的服務,例如使用者服務、商品資訊服務等等,每個服務的controller層都需要驗證引數,都需要處理異常,如果按照圖中紅色的部分,對不同服務的縱向處理流程進行橫切,在每個切面上完成通用的功能,例如身份認證、驗證引數、處理異常等等、這樣就不用在每個服務中都寫相同的邏輯了,這就是AOP思想解決的問題。
AOP以功能進行劃分,對服務順序執行流程中的不同位置進行橫切,完成各服務共同需要實現的功能。
Ⅱ、spring框架
上圖列出了spring框架主要包含的元件。這張圖來自spring4.x的文件。目前最新的5.x版本中右面的portlet元件已經被廢棄掉,同時增加了用於非同步響應式處理的WebFlux元件。
並不需要對所有的元件都詳細瞭解,只需重點了解最常用的幾個元件實現,以及知道每個元件用來實現哪一類功能。
圖中紅框是比較重要的元件,core元件是spring所有元件的核心;bean元件和context元件我剛才提到了,是實現IOC和依賴注入的基礎;AOP元件用來實現面向切面程式設計;web元件包括springmvc是web服務的控制層實現。
Ⅲ、spring中機制和實現
1.AOP
AOP的實現是通過代理模式,在呼叫物件的某個方法時,執行插入的切面邏輯。實現的方式有動態代理也叫執行時增強,比如jdk代理、CGLIB;靜態代理是在編譯時進行織入或類載入時進行織入,比如AspectJ。
關於AOP還需要了解一下對應的Aspect、pointcut、advice等註解和具體使用方式。
2.placeHolder動態替換
主要需要了解替換髮生的時間,是在bean definition建立完成後,bean初始化之前,是通過實現BeanFactoryPostProcessor
介面實現的。主要實現方式有PropertyPlaceholderConfigurer
和PropertySourcesPlaceholderConfigurer
。這兩個類實現邏輯不一樣,spring boot使用PropertySourcesPlaceholderConfigurer
實現。
3.事務
需要了解spring 中對事務規定的隔離型別和事務傳播型別。要知道事務的隔離級別是由具體的資料庫來實現的,在資料庫部分我會詳細介紹。
事務的傳播型別,可以重點了解最常用的REQUIRED和SUPPORTS型別。
4.核心介面類
- ApplicationContext儲存了ioc的整個應用上下文,可以通過其中的beanfactory獲取到任意到bean;
- BeanFactory主要的作用是根據bean definition來建立具體的bean;
- BeanWrapper是對Bean的包裝,一般情況下是在spring ioc內部使用,提供了訪問bean的屬性值、屬性編輯器註冊、型別轉換等功能,方便ioc容器用統一的方式來訪問bean的屬性;
- FactoryBean通過getObject方法返回實際的bean物件,例如motan框架中referer對service的動態代理就是通過FactoryBean來實現的。
5.Scope
bean的scope是指bean的作用域,預設情況下是單例模式,這也是使用最多的一種方式;多例模式,即每次從beanFactory中獲取bean都會建立一個新的bean。
request、session、global-session是在web服務中使用的scope,request每次請求都建立一個例項,session是在一個會話週期內保證只有一個例項。
global-session在5.x版本中已經不在使用,同時增加了Application和Websocket兩種scope,分別保證在一個ServletContext與一個WebSocket中只建立一個例項。
6.事件機制
spring的事件機制需要知道spring定義的五種標準事件,具體事件可見上圖,瞭解如何自定義事件和實現對應的applicationListener來處理自定義事件。
Ⅳ、spring應用相關
1.常用註釋
a.型別類註釋:
型別類註釋包括controller、service等,需要重點了解
其中component和bean註解的區別如下:
- @Component註解在類上使用表明這個類是個元件類,需要Spring為這個類建立bean。
- @Bean註解使用在方法上,告訴Spring這個方法將會返回一個Bean物件,需要把返回的物件註冊到Spring的應用上下文中。
b.設定類註解
重點了解@Autowire和@Qualifier以及bytype、byname等不同的自動裝配機制。
c.web類註解
主要以瞭解為主,關注@RequestMapping、@GetMapping、@PostMapping等路徑匹配註解,以及@PathVariable、@RequestParam 等引數獲取註解。
d.功能類註解
包括@ImportResource引用配置、@ComponentScan註解自動掃描、@Transactional事務註解等等,這裡不一一介紹了。
2.配置方式
需要了解配置spring的幾種方式,xml檔案配置、註解配置和使用api進行配置。
自動裝配機制需要了解按型別匹配進行自動裝配,按bean名稱進行自動裝配,構造器中的自動裝配和自動檢測等主要的四種方式。
還需要了解一下list、set、map等集合類屬性的配置方式以及內部bean的使用。
Ⅴ、Spring的Context的初始化流程
圖中左上角是三種型別的context,xml配置方式的context、springboot的context和web服務的context。不論哪種context,建立後都會呼叫到AbstractApplicationContext類的refresh方法,這個方法是我們要重點分析的。
refresh方法中,操作共分13步:
第1步:對重新整理進行準備,包括設定開始時間、設定啟用狀態、初始化context環境中的佔位符,這個動作根據子類的需求由子類來執行,然後驗證是否缺失必要的properties;
第2步:重新整理並獲得內部的bean factory;
第3步:對bean factory進行準備工作,比如設定類載入器和後置處理器、配置不進行自動裝配的型別、註冊預設的環境bean;
第4步:為context的子類提供後置處理bean factory的擴充套件能力。如果子類想在bean定義載入完成後,開始初始化上下文之前做一些特殊邏輯,可以複寫這個方法;
第5步,執行context中註冊的bean factory字尾處理器;
注:這裡有兩種後置處理器,一種是可以註冊bean的字尾處理器,另一種是針對bean factory進行處理的後置處理器。執行的順序是,先按優先順序執行可註冊bean的處理器,在按優先順序執行鍼對beanfactory的處理器。
對springboot來說,這一步會進行註解bean definition的解析。流程如右面小框中所示,由ConfigurationClassPostProcessor觸發、由ClassPathBeanDefinitionScanner解析並註冊到bean factory。
第6步:按優先順序順序在beanfactory中註冊bean的字尾處理器,bean後置處理器可以在bean初始化前、後執行處理;
第7步:初始化訊息源,訊息源用來支援訊息的國際化;
第8步:初始化應用事件廣播器。事件廣播器用來向applicationListener通知各種應用產生的事件,是一個標準的觀察者模式;
第9步:是留給子類的擴充套件步驟,用來讓特定的context子類初始化其他的bean;
第10步:把實現了ApplicationListener的bean註冊到事件廣播器,並對廣播器中的早期未廣播事件進行通知;
第11步:凍結所有bean描述資訊的修改,例項化非延遲載入的單例bean;
第12步:完成上下文的重新整理工作,呼叫LifecycleProcessor的onFresh()方法以及釋出ContextRefreshedEvent事件;
第13步:在finally中,執行第十三步,重置公共的快取,比如ReflectionUtils中的快取、AnnotationUtils中的快取等等;
至此,spring的context初始化完成。這裡僅介紹了最主要的主流程,建議課後閱讀原始碼來複習這個知識點,補全細節。
Ⅵ、Spring中bean的生命週期
面試中經常問到的bean的生命週期,先看綠色的部分,bean的建立過程:
第1步:呼叫bean的構造方法建立bean;
第2步:通過反射呼叫setter方法進行屬性的依賴注入;
第3步:如果實現BeanNameAware介面的話,會設定bean的name;
第4步:如果實現了BeanFactoryAware,會把bean factory設定給bean;
第5步:如果實現了ApplicationContextAware,會給bean設定ApplictionContext;
第6步:如果實現了BeanPostProcessor介面,則執行前置處理方法;
第7步:實現了InitializingBean介面的話,執行afterPropertiesSet方法;
第8步:執行自定義的init方法;
第9步:執行BeanPostProcessor介面的後置處理方法。
這時,就完成了bean的建立過程。
在使用完bean需要銷燬時,會先執行DisposableBean介面的destroy方法,然後在執行自定義的destroy方法。
這部分也建議閱讀原始碼加深理解。
Ⅶ、Spring擴充套件介面
對spring進行定製化功能擴充套件時,可以選擇如下一些擴充套件點:
1.BeanFactoryPostProcessor
是beanFactory後置處理器,支援在bean factory標準初始化完成後,對bean factory進行一些額外處理。在講context初始化流程時介紹過,這時所有的bean的描述資訊已經載入完畢,但是還沒有進行bean初始化。例如前面提到的PropertyPlaceholderConfigurer,就是在這個擴充套件點上對bean屬性中的佔位符進行替換。
2.BeanDefinitionRegistryPostProcessor
它擴充套件自BeanFactoryPostProcessor,在執行BeanFactoryPostProcessor的功能前,提供了可以新增bean definition的能力,允許在初始化一般bean前,註冊額外的bean。例如可以在這裡根據bean的scope建立一個新的代理bean。
3.BeanPostProcessor
提供了在bean初始化之前和之後插入自定義邏輯的能力。與BeanFactoryPostProcessor的區別是處理的物件不同,BeanFactoryPostProcessor是對beanfactory進行處理,BeanPostProcessor是對bean進行處理。
注:上面這三個擴充套件點,可以通過實現Ordered和PriorityOrdered介面來指定執行順序。實現PriorityOrdered介面的processor會先於實現Ordered介面的執行。
4.ApplicationContextAware
可以獲得ApplicationContext及其中的bean,當需要在程式碼中動態獲取bean時,可以通過實現這個介面來實現。
5.InitializingBean
可以在bean初始化完成,所有屬性設定完成後執行特定邏輯,例如對自動裝配對屬性進行驗證等等。
6.DisposableBean
用於在bean被銷燬前執行特定的邏輯,例如做一些回收工作等。
7.ApplicationListener
用來監聽spring的標準應用事件或者自定義事件。
Ⅷ、springboot相關的知識點
1.啟動流程
主要步驟首先要配置environment,然後準備context上下文,包括執行applicationContext的後置處理、初始化initializer、通知listener處理contextPrepared和contextLoaded事件。最後執行refreshContext,也就是前面介紹過的AbstractApplicationContext類的refresh方法。
2.配置檔案
然後要知道在Spring Boot中有兩種上下文,一種是bootstrap, 另外一種是application。
bootstrap是應用程式的父上下文,也就是說bootstrap會先於applicaton載入。bootstrap主要用於從額外的資源來載入配置資訊,還可以在本地外部配置檔案中解密屬性。bootstrap裡面的屬性會優先載入,預設也不能被本地相同配置覆蓋。
3.註解
@SpringBootApplication包含了@ComponentScan、@EnableAutoConfiguration、@SpringBootConfiguration三個註解
而@SpringBootConfiguration註解包含了@Configuration註解。也就是springboot的自動配置功能。
@Conditional註解就是控制自動配置的生效條件的註解,例如bean或class存在、不存在時進行配置,當滿足條件時進行配置等等。
4.特色模組
- starter是springboot提供的無縫整合功能的一種方式,使用某個功能時開發者不需要關注各種依賴庫的處理,不需要具體的配置資訊,由Spring Boot自動配置進行bean的建立。例如需要使用web功能時,只需要在依賴中引入spring-boot-starter-web即可。
- actuator是用來對應用程式進行監視和管理,通過restful api請求來監管、審計、收集應用的執行情況。
- devtools提供了一系列開發工具的支援,來提高開發效率。例如熱部署能力等。
- CLI就是命令列介面,是一個命令列工具,支援使用Groovy指令碼,可以快速搭建spring原型專案。
以上為Spring框架需要掌握的內容,前面提到的核心機制、核心流程,建議閱讀原始碼加深理解。
讀者福利:
分享免費學習資料
針對於Java程式設計師,我這邊準備免費的Java架構學習資料(裡面有高可用、高併發、高效能及分散式、Jvm效能調優、MyBatis,Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多個知識點的架構資料)
為什麼某些人會一直比你優秀,是因為他本身就很優秀還一直在持續努力變得更優秀,而你是不是還在滿足於現狀內心在竊喜!希望讀到這的您能點個小贊和關注下我,以後還會更新技術乾貨,謝謝您的支援!
資料領取方式:加入Java技術交流群963944895
,點選加入群聊,私信管理員即可免費領取