一. Spring是什么?
- 是一個輕量級的開源容器框架,用來裝JavaBean,可以把其他的一些框架進行整合使用,使得開發更快,更簡潔,
- 輕量級:占用空間小,非入侵式的(Spring中的物件不依賴于Spring的特定類)
- IOC,AOP
二. IOC和AOP
談談你對AOP的理解?
- 將程式中的交叉業務邏輯(比如安全,日志,事務等),封裝成一個切面,注入到目標物件(具體業務) 中,可以在不改變目標物件的前提下進行功能擴展,做一些額外的事,
- 在OOP的設計中,導致了大量代碼的重復,不利于模塊的重用,
- AOP基于動態代理:JDK動態代理和cglib動態代理
Spring通知(Advice)有哪些型別?
- 前置通知,后置通知,回圈通知,回傳后通知,拋出例外后通知
談談你對IOC的理解?
從三個方面談:
- 容器概念:
- IOC容器就像個map一樣,里面保存的是物件,這些物件通過xml,或者注解放到這個map中, 在需要的地方進行DI注入,
- 物件的創建,消亡,管理都交給容器,
- 控制反轉:(獲得依賴物件的程序被反轉了)
- 沒有IOC之前,比如A物件中依賴B物件,那么在A運行到某一點,就會主動的創建B物件或者使用之前創建的B物件,不管怎樣,控制權在程式的手里,引入IOC之后,物件A和B之間失去了 直接的聯系,當物件A允許到需要B物件的時候,IOC會把之前創建的B物件注入到需要的位置B物件從主動創建到被動注入,控制權交給IOC
- 依賴注入:
- 就是實作IOC的方法,在IOC容器允許中,動態的將某種依賴關系注入到物件中
三. 簡述一下Spring Bean的生命周期?
- 實體化Bean,通過反射
- 屬性填充,對物件中加了@autowired的屬性進行注入
- 處理Aware介面,Spring會檢測該物件是否實作了xxxAware介面,可以拿到一些Spring 容器資源,
- 比如BeanNameAware介面,會呼叫它實作的setBeanName(String beanId)方法,傳入Bean的名字;
- 完成代理AOP,如果物件有AOP代理,生成代理類物件,
- BeanPostProcessor前置處理
- InitializingBean:如果Bean實作了InitializingBean介面,執行afterPropertiesSet()方法,可以完成一些屬性的初始化操作,
- BeanPostProcessor后置處理
- 實體化bean,如果是單例,放在單例池中
- 呼叫DisposableBean()銷毀bean
四. 解釋一下Spring支持的幾種Bean的作用域?
- singletion:單例模式(默認) 每一個IOC容器只有一個bean物件,生命周期與IOC容器一樣
- prototype:原型模式,每次注入都會創建一個新的物件(每次呼叫getBean()創建一個新的物件)
其余的只能在web開放中使用!(讓物件和web里的作用域一樣)
- request:每次請求創建一個物件
- session:每個session中創建一個物件
- application:每一個ServletContent中創建一個物件
- websocket:每一個websocket中創建一個物件
- global-session:全域作用域(了解)
Spring框架中的單例Bean是執行緒安全的嗎?
不是執行緒安全的
- 如果bean是無狀態的,就不會保存資料,只是說一層一層的呼叫實體方法,比如controller呼叫 service,service呼叫dao,這樣的操作是在堆疊中,每一個執行緒獨有的空間,就是執行緒安全的,
- 如果bean是有狀態的,就會有資料存盤功能,那么資料保存在堆中,就需要考慮執行緒安全問題了
- 兩種方式保證執行緒安全:
- 把singletion改為prototype,每次是新的物件
- 使用Threadlocal把變數變為執行緒私有的,如果需要共享變數,加鎖,
- 兩種方式保證執行緒安全:
五. Bean的自動裝配
什么是Bean的自動裝配,有哪些方式?
通俗的話來講,就是一個Bean中,有些屬性是參考型別的,這些型別就不需要手動注入,可以從IOC容器中自動注入,也就是自動裝配,具體是給autowire的屬性賦值,
五種自動裝配的方式?
- 預設:就是手動注入
- byType:根據型別注入
- byName:根據id注入
- construtor:根據構造器的引數型別進行注入,
- autodetect:先根據構造器引數,再根據byType,
關于@autowire
自動注入倆種方式:
- xml組態檔
- 注解:
- @autowired
- @Resource
關于@autowired的理解?
- 該注解是先ByType再ByName,可以放在屬性,setter方法,構造器,任意方法上使用因為該注解使用反射進行注入,
- 它會先把 屬性/成員變數的【訪問控制檢查】關掉,這樣就算設定為private也會注入成功,
六. BeanFactory,ApplicationContext,FactoryBean
BeanFactory和ApplicationContext的區別?
- BeanFactory是Spring框架的基礎設施,面向 Spring 本身;
- ApplicationContext面向使用Spring 框架的開發者,幾乎所有的應用場合我們都直接使用ApplicationContext而非底層的BeanFactory,
- ApplicationContext 由 BeanFactory 派生而來,提供了更多面向實際應用的功能,
具體區別:
- ApplicationContext:
- 繼承MessageSource,支持國際化
- 統一的資源檔案訪問方式
- 同時加載多個組態檔
- 載入多個背景關系物件,使得每個背景關系物件專注于一個特定的層次,比如:service層 (以上為擴展的功能)
- 在容器啟動的時候,一次性創建所有的bean物件,這樣在容器啟動的時候,就能發現錯誤
- BeanFactory:
- 采用延遲加載的形式創建bean,只有呼叫getBean()的時候,才進行物件的創建
FactoryBean 與 BeanFactory 有什么區別?
- BeanFactory 是 IoC 底層容器,提供了 bean 的管理
- FactoryBean 是創建 Bean 的一種方式,幫助實作復雜的初始化邏輯, 比如SqlSessionFactoryBean就是繼承 FactoryBean
七. Spring事務
事務這個概念是資料庫層面的,Spring只是基于資料庫做了擴展,提供簡單的操作事務的方式
Spring事務的實作方式和原理?
兩種實作方式:
- 編程式:自己關閉sql的自動提交,進行try-catch-final,
- 申明式:采用xml或者@Transaction 開啟事務
- 申明式事務的原理:Spring會基于這個類生成一個代理物件,使用這個代理物件的時候,如果方法上使用@Transaction,就會把自動提交設定為false,然后執行邏輯,如果報例外,回滾,無例外,提交事務,
Spring事務的隔離級別:就是資料庫的隔離級別,可以參照MYSQL事務
事務的傳播特性:
| PROPAGATION_REQUIRED | 如果沒有,就開啟一個事務;如果有,就加入當前事務(方法B看到自己已經運行在 方法A的事務內部,就不再起新的事務,直接加入方法A) |
| RROPAGATION_REQUIRES_NEW | 如果沒有,就開啟一個事務;如果有,就將當前事務掛起,(方法A所在的事務就會掛起,方法B會起一個新的事務,等待方法B的事務完成以后,方法A才繼續執行) |
| PROPAGATION_NESTED | 如果沒有,就開啟一個事務;如果有,就在當前事務中嵌套其他事務 |
| PROPAGATION_SUPPORTS | 如果沒有,就以非事務方式執行;如果有,就加入當前事務(方法B看到自己已經運行在 方法A的事務內部,就不再起新的事務,直接加入方法A) |
| PROPAGATION_NOT_SUPPORTED | 如果沒有,就以非事務方式執行;如果有,就將當前事務掛起,(方法A所在的事務就會掛起,而方法B以非事務的狀態運行完,再繼續方法A的事務) |
| PROPAGATION_NEVER | 如果沒有,就以非事務方式執行;如果有,就拋出例外, |
| PROPAGATION_MANDATORY | 如果沒有,就拋出例外;如果有,就使用當前事務 |
Spring 事務什么時候會失效?
Spring事務的原理是AOP,進行切面增強,那么失效的原因也是AOP不起作用,常見情況如下:
- 發生自呼叫,使用this呼叫本類的方法,此時這個this物件不是代理類,而是UserService 物件本身!
- 解決方式很簡單,讓this變為代理類
- 方法不是public的:
- @Transaction只能使用在public方法上,否則事務會失效
- @Transactional 作用于介面,使用 CGLib 動態代理
- 資料庫不支持事務
- 沒有被Spring管理
- 例外被吃掉,事務沒有回滾
八. Spring中用到哪些設計模式

九. 回圈依賴
后期更新~
寄語:透過云端的道路,只親吻攀登者的足跡,
轉載請註明出處,本文鏈接:https://www.uj5u.com/houduan/428450.html
標籤:Java
上一篇:3-面向物件(1)
下一篇:java中final關鍵字
