
Spring Framework 簡稱 Spring,是 Java 開發中最常用的框架,地位僅次于 Java API,就連近幾年比較流行的微服務框架 SpringBoot,也是基于 Spring 實現的,SpringBoot 的誕生是為了讓開發者更方便地使用 Spring,因此 Spring 在 Java 體系中的地位可謂首屈一指。
Spring 核心
Spring 核心包括以下三個方面:
- 控制反轉(Ioc)
- 依賴注入(DI)
- 面向切面編程(AOP)
控制反轉(IoC)??控制反轉(Inversion of Control,IoC),顧名思義所謂的控制反轉就是把創建對象的權利交給框架去控制,而不需要人為地去創建,這樣就實現了可插拔式的接口編程,有效地降低代碼的耦合度,降低了擴展和維護的成本。比如,你去某地旅游不再用自己親自為訂購 A 酒店還是 B 酒店而發愁了,只需要把住店的需求告訴給某個托管平臺,這個托管平臺就會幫你訂購一個既便宜又舒適的酒店,而這個幫你訂購酒店的行為就可以稱之為控制反轉。
依賴注入(DI)??依賴注入(Dependency Injection,DI),是組件之間依賴關系由容器在運行期決定,即由容器動態的將某個依賴關系注入到組件之中。依賴注入的目的并非為軟件系統帶來更多功能,而是為了提升組件重用的頻率,并為系統搭建一個靈活、可擴展的平臺。通過依賴注入機制,只需要通過簡單的配置,而無需任何代碼就可指定目標需要的資源,完成自身的業務邏輯,而不需要關心具體的資源來自何處,由誰實現。
IoC 和 DI 的關系??IoC 是 Spring 中一個極為重要的概念,而 DI 則是實現 IoC 的方法和手段。
依賴注入的常見實現方式
- setter 注入
- 構造方法注入
- 注解注入
1.setter 注入
Java 代碼:
public?class?UserController?{
????//?注入?UserService?對象
????private?UserService?userService;
????public?void?setUserService(UserService?userService){
????????this.userService?=?userService;
????}
}
XML 配置:
"userController"?class="com.learning.controller.UserController">????"userService"?ref="userService">????
"userService"?class="com.learning.dao.impl.UserServiceImpl">
Bean 標簽的常用屬性說明:
- id:為實例化對象起名稱,根據 id 值可以得到我們配置的實例化對象,id 屬性的名稱原則上可以任意命名,但是能包含任何特殊符號;
- class:創建對象所在類的全路徑;
- name:功能和 id 屬性一樣,但是現在一般不用;與 id 的區別在于:name 屬性值里可以包含特殊符號,但是 id 不可以;
- scope:一般最常用的有兩個值:Singleton:單例模式,整個應用程序,只創建 bean 的一個實例;Prototype:原型模式,每次注入都會創建一個新的 bean 實例,Spring 默認的是單例模式。
2.構造方法注入
Java 代碼:
public?class?UserController?{
????private?UserService?userService;
????public?UserController(UserService?userService){
????????this.userService?=?userService;
????}
}
XML 配置:
"userController"?class="com.learning.controller.UserController">????"userService">????
"userService"?class="com.learning.dao.impl.UserServiceImpl">??
3.注解注入
@Controller
public?class?UserController?{
????//?使用注解自動注入
????@Autowired()
????private?UserService?userService;
????//?do?something
}
//?創建依賴對象
@Service
public?class?UserService?{
???//?do?something?
}
創建依賴對象的常見注解:@Component、@Controller、@Service、@Repository。
總結:可以看出注解的方式要比傳統的 XML(setter 和構造器注入)實現注入更為方便,同時注解方式也是官方力推的依賴注入最佳使用方式。
面向切面編程(AOP)??面向切面編程(Aspect Oriented Programming,AOP),它就好比將系統按照功能分類,每一個類別就是一個“切面”,我們再針對不同的切面制定相應的規則,類似開發模式被稱為面向切面編程。
AOP 使用場景
- 日志系統
- 安全統一效驗
AOP 優點
- 集中處理某一類問題,方便維護
- 邏輯更加清晰
- 降低模塊間的耦合度
AOP 相關概念
- Join point:連接點,程序執行期間的某一個點,例如執行方法或處理異常時候的點,在 Spring AOP 中,連接點總是表示方法的執行。
- Join point:連接點,程序執行期間的某一個點,例如執行方法或處理異常時候的點,在 Spring AOP 中,連接點總是表示方法的執行。
- Advice:通知,通知分為方法執行前通知,方法執行后通知、環繞通知等。許多 AOP 框架(包括 Spring)都將通知建模為攔截器,在連接點周圍維護一系列攔截器(形成攔截器鏈),對連接點的方法進行增強。
- Pointcut:切點,匹配連接點(Join point)的表達式,是 AOP 的核心,并且 Spring 默認使用 AspectJ 作為切入點表達式語言。
- Aspect:切面,是一個跨越多個類的模塊化的關注點,它是通知(Advice)和切點(Pointcut)合起來的抽象,它定義了一個切點(Pointcut)用來匹配連接點(Join point),也就是需要對需要攔截的那些方法進行定義。
- Target object:目標對象,被一個或者多個切面(Aspect)通知的對象,也就是需要被 AOP 進行攔截對方法進行增強(使用通知)的對象,也稱為被通知的對象。由于在 AOP 里面使用運行時代理,因而目標對象一直是被代理的對象。
- AOP proxy:AOP 代理,為了實現切面(Aspect)功能使用 AOP 框架創建一個對象,在 Spring 框架里面一個 AOP 代理指的是 JDK 自身的動態代理或 CGLIB 實現的動態代理。
- Weaving:把切面加入到對象,并創建出代理對象的過程。
- Advisor:一個 Advisor 相當于一個小型的切面,不同的是它只有一個通知(Advice),Advisor 在事務管理里面會經常遇到。
AOP 代碼實現
AOP 的示例就以開車為例,開車的完成流程是這樣的:巡視車體及周圍情況 → 發動 → 開車 → 熄火 → 鎖車。當然我們的主要目的是“開車”,但在開車之前和開完車之后,我們要做一些其他的工作,這些“其他”的工作,可以理解為 AOP 編程。
1.創建類和方法
package?com.learning.aop;
import?org.springframework.stereotype.Component;
@Component("person")
public?class?Person?{
????public?void?drive()?{
????????System.out.println("開車");
????}
}
2.創建 AOP 攔截
package?com.learning.aop;
import?org.aspectj.lang.annotation.After;
import?org.aspectj.lang.annotation.Aspect;
import?org.aspectj.lang.annotation.Before;
import?org.springframework.stereotype.Component;
@Component
@Aspect
public?class?CarAop?{
????@Before("execution(*?com.learning.aop.Person.drive())")
????public?void?before()?{
????????System.out.println("巡視車體及周圍情況");
????????System.out.println("發動");
????}
????@After("execution(*?com.learning.aop.Person.drive())")
????public?void?after()?{
????????System.out.println("熄火");
????????System.out.println("鎖車");
????}
}
3.XML 配置注入掃描包路徑
<?xml ?version="1.0"?encoding="UTF-8"?>
"http://www.springframework.org/schema/beans"
???????xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
???????xmlns:context="http://www.springframework.org/schema/context"
???????xmlns:aop="http://www.springframework.org/schema/aop"
???????xsi:schemaLocation="http://www.springframework.org/schema/beans
???????http://www.springframework.org/schema/beans/spring-beans.xsd?http://www.springframework.org/schema/context?http://www.springframework.org/schema/context/spring-context.xsd?http://www.springframework.org/schema/aop?http://www.springframework.org/schema/aop/spring-aop.xsd">"com.learning"/>
4.創建測試類
package?com.learning.aop;
import?org.springframework.context.ApplicationContext;
import?org.springframework.context.support.ClassPathXmlApplicationContext;
public?class?PersonTest?{
????public?static?void?main(String[]?args)?{
????????ApplicationContext?context?=
????????????????new?ClassPathXmlApplicationContext("applicationContext.xml");
????????Person?landlord?=?context.getBean("person",?Person.class);
????????landlord.drive();
????}
}
運行測試代碼,執行結果如下:
巡視車體及周圍情況
發動
開車
熄火
鎖車
AspectJ 注解說明:
- @Before — 前置通知,在連接點方法前調用;
- @Around — 環繞通知,它將覆蓋原有方法,但是允許你通過反射調用原有方法;
- @After — 后置通知,在連接點方法后調用;
- @AfterReturning — 返回通知,在連接點方法執行并正常返回后調用,要求連接點方法在執行過程中沒有發生異常;
- @AfterThrowing — 異常通知,當連接點方法異常時調用。
筆試面試題
1.@Value 注解的作用是什么?
答:基于 @Value 的注解可以讀取 properties 配置文件,使用如下:
@Value("#{configProperties['jdbc.username']}")
private?String?userName;
以上為讀取 configProperties 下的 jdbc.username 配置。
2.Spring 通知類型有哪些?
答:Spring 通知類型總共有 5 種:前置通知、環繞通知、后置通知、異常通知、最終通知。
- 前置通知(Before advice):在目標方法執行之前執行的通知。在某連接點( join point )之前執行的通知,但這個通知不能阻止連接點前的執行(除非它拋出一個異常)。
- 環繞通知(Around Advice):在目標方法執行之前和之后都可以執行額外代碼的通知,也可以選擇是否繼續執行連接點或直接返回它們自己的返回值或拋出異常來結束執行。
- 后置通知(After (finally) advice):目標方法執行之后(某連接點退出的時候)執行的通知(不論是正常返回還是異常退出)。
- 異常后通知(After throwing advice):在方法拋出異常退出時執行的通知。
- 最終通知(After returning advice):在某連接點(join point)正常完成后執行的通知,例如,一個方法沒有拋出任何異常,正常返回。
3.怎么理解 Spring 中的 IOC 容器?
答:Spring IOC 就是把創建對象的權利交給框架去控制,而不需要人為的去創建,這樣就實現了可插拔式的接口編程,有效地降低代碼的耦合度,降低了擴展和維護的成本。
比如,去某地旅游不再用自己親自為訂購 A 酒店還是 B 酒店而發愁了,只需要把住店的需求告訴給某個托管平臺,這個托管平臺就會幫你訂購一個既便宜又舒適的酒店,而這個幫你訂購酒店的行為就可以稱之為控制反轉。
4.怎么理解 Spring 中的依賴注入?
答:依賴注入是指組件之間的依賴關系由容器在運行期決定,即由容器動態的將某個依賴關系注入到組件之中。依賴注入的目的并非為軟件系統帶來更多功能,而是為了提升組件重用的頻率,并為系統搭建一個靈活、可擴展的平臺。通過依賴注入機制,我們只需要通過簡單的配置,而無需任何代碼就可指定目標需要的資源,完成自身的業務邏輯,而不需要關心具體的資源來自何處,由誰實現。
5.IoC 和 DI 有什么關系?
答:IoC 是 Spring 中一個極為重要的概念,提供了對象管理的功能,從而省去了人為創建麻煩,而 DI 正是實現 IoC 的方法和手段。
6.@Component 和 @Bean 有什么區別?
答:它們的作用對象不同:@Component 作用于類,而 @Bean 注解作用于方法。
@Component 通常是通過類路徑掃描來自動偵測和裝配對象到 Spring 容器中,比如 @ComponentScan 注解就是定義掃描路徑中的類裝配到 Spring 的 Bean 容器中;@Bean 注解是告訴 Spring 這是某個類的實例,當我需要用它的時把它給我,@Bean 注解比 @Component 注解自定義性更強,很多地方我們只能通過 @Bean 注解來注冊 Bean,比如當我們引用第三方庫中的類需要裝配到 Spring容器時,則只能通過 @Bean 來實現,比如以下示例,只能通過 @Bean 注解來實現:
public?class?WireThirdLibClass?{
????@Bean
????public?ThirdLibClass?getThirdLibClass()?{
????????return?new?ThirdLibClass();
????}
}
7.Spring 中 bean 的作用域有幾種類型?
答:Spring 中 bean 的作用域有四種類型,如下列表:
- 單例(Singleton):整個應用程序,只創建 bean 的一個實例;
- 原型(Prototype):每次注入都會創建一個新的 bean 實例;
- 會話(Session):每個會話創建一個 bean 實例,只在 Web 系統中有效;
- 請求(Request):每個請求創建一個 bean 實例,只在 Web 系統中有效。Spring 默認的是單例模式。
8.什么是 Spring 的內部 bean?
答:當一個 bean 僅被用作另一個 bean 的屬性時,它能被聲明為一個內部 bean,為了定義 inner Bean,在 Spring 的基于 XML 的配置元數據中,可以在??或?
?元素內使用?
?元素,內部 bean 通常是匿名的,它們的 Scope 一般是 prototype。
9.Spring 注入方式有哪些?
答:Spring 的注入方式包含以下五種:
- setter 注入
- 構造方法注入
- 注解注入
- 靜態工廠注入
- 實例工廠注入
其中最常用的是前三種,官方推薦使用的是注解注入,相對使用更簡單,維護成本更低,更直觀。
10.在 Spring 中如何操作數據庫?
答:在 Spring 中操作數據庫,可以使用 Spring 提供的 JdbcTemplate 對象,JdbcTemplate 類提供了很多便利的方法,比如把數據庫數據轉變成基本數據類型或對象,執行自定義的 SQL 語句,提供了自定義的數據錯誤處理等,JdbcTemplate 使用示例如下:
@Autowired
private?JdbcTemplate?jdbcTemplate;
//?新增
@GetMapping("save")
public?String?save(){
????String?sql?=?"INSERT?INTO?USER?(USER_NAME,PASS_WORD)?VALUES?('laowang','123')";
????int?rows?=?jdbcTemplate.update(sql);
????return?"執行成功,影響"?+?rows?+?"行";
}
//?刪除
@GetMapping("del")
public?String?del(int?id){
????int?rows=?jdbcTemplate.update("DELETE?FROM??USER??WHERE?ID?=??",id);
????return?"執行成功,影響"?+?rows?+?"行";
}
//?查詢
@GetMapping("getMapById")
public?Map?getMapById(Integer?id){
????String?sql?=?"SELECT?*?FROM?USER?WHERE?ID?=??";
????Map?map=?jdbcTemplate.queryForMap(sql,id);
????return?map;
}
11.Spring 的 JdbcTemplate 對象和 JDBC 有什么區別?
答:Spring 的 JdbcTemplate 是對 JDBC API 的封裝,提供更多的功能和更便利的操作,比如 JdbcTemplate 擁有:
- JdbcTemplate 是線程安全的;
- 實例化操作比較簡單,僅需要傳遞 DataSource;
- 自動完成資源的創建和釋放工作;
- 創建一次 JdbcTemplate,到處可用,避免重復開發。
12.Spring 有幾種實現事務的方式?
答:Spring 實現事務有兩種方式:編程式事務和聲明式事務。
編程式事務,使用 TransactionTemplate 或 PlatformTransactionManager 實現,示例代碼如下:
private?final?TransactionTemplate?transactionTemplate;
public?void?add(User?user)?throws?Exception{
????//?Spring編碼式事務,回調機制
????transactionTemplate.execute(new?TransactionCallback()?{
????????@Override
????????public?Object?doInTransaction(TransactionStatus?status)?{
????????????try?{
????????????????userMapper.insertSelective(user);
????????????}?catch?(Exception?e)?{
????????????????//?異常,設置為回滾
????????????????status.setRollbackOnly();
????????????????throw?e;
????????????}return?null;
????????}
????});
}
如果有異常,調用 status.setRollbackOnly() 回滾事務,否則正常執行 doInTransaction() 方法,正常提交事務。如果事務控制的方法不需要返回值,就可以使用 TransactionCallbackWithoutResult(TransactionCallback 接口的抽象實現類)示例代碼如下:
public?void?add(User?user)?throws?Exception?{
????//?Spring編碼式事務,回調機制
????transactionTemplate.execute(new?TransactionCallbackWithoutResult()?{
????????@Override
????????protected?void?doInTransactionWithoutResult(TransactionStatus?status)?{
????????????try?{
????????????????userMapper.insertSelective(user);
????????????}?catch?(Exception?e)?{
????????????????//?異常,設置為回滾
????????????????status.setRollbackOnly();
????????????????throw?e;
????????????}
????????}
????});
}
聲明式事務,底層是建立在 Spring AOP 的基礎上,在方式執行前后進行攔截,并在目標方法開始執行前創建新事務或加入一個已存在事務,最后在目標方法執行完后根據情況提交或者回滾事務。聲明式事務的優點:不需要編程,減少了代碼的耦合,在配置文件中配置并在目標方法上添加 @Transactional 注解來實現,示例代碼如下:
@Transactional
public?void?save()?{
????User?user?=?new?User("laowang");
????userMapper.insertSelective(user);
????if?(true)?{
????????throw?new?RuntimeException("異常");
????}
}
拋出異常,事務會自動回滾,如果方法正常執行,則會自動提交事務。
13.Spring 事務隔離級別有哪些?
答:Spring 的注入方式包含以下五種:
- ISOLATION_DEFAULT:用底層數據庫的設置隔離級別,數據庫設置的是什么我就用什么;
- ISOLATIONREADUNCOMMITTED:未提交讀,最低隔離級別、事務未提交前,就可被其他事務讀取(會出現幻讀、臟讀、不可重復讀);
- ISOLATIONREADCOMMITTED:提交讀,一個事務提交后才能被其他事務讀取到(會造成幻讀、不可重復讀),SQL server 的默認級別;
- ISOLATIONREPEATABLEREAD:可重復讀,保證多次讀取同一個數據時,其值都和事務開始時候的內容是一致,禁止讀取到別的事務未提交的數據(會造成幻讀),MySQL 的默認級別;
- ISOLATION_SERIALIZABLE:序列化,代價最高最可靠的隔離級別,該隔離級別能防止臟讀、不可重復讀、幻讀。默認值為 ISOLATION_DEFAULT 遵循數據庫的事務隔離級別設置。
14.Spring 聲明式事務無效可能的原因有哪些?
答:可能的原因如下:
- MySQL 使用的是 MyISAM 引擎,而 MyISAM 是不支持事務的;
- @Transactional 使用在非 public 方法上,@Transactional 注解只能支持 public 級別,其他類型聲明的事務不會生效;
- @Transactional 在同一個類中無事務方法 A() 內部調用有事務方法 B(),那么此時 B() 事物不會生效。Spring 中的 AOP 的底層實現原理是什么?
答:Spring AOP 的底層實現原理就是動態代理。Spring AOP 的動態代理有兩種實現方式,對于接口使用的是 JDK 自帶的動態代理來實現的,而對比非接口使用的是 CGLib 來實現的,關于動態代理的詳細內容,可參考前面?反射與動態代理?這篇文章。
15.Spring 中的 Bean 是線程安全的嗎?
答:Spring 中的 Bean 默認是單例模式,Spring 框架并沒有對單例 Bean 進行多線程的封裝處理,因此默認的情況 Bean 并非是安全的,最簡單保證 Bean 安全的舉措就是設置 Bean 的作用域為 Prototype(原型)模式,這樣每次請求都會新建一個 Bean。
16.說一下 Spring 中 Bean 的生命周期?
答:Spring 中 Bean 的生命周期如下:
- ① 實例化 Bean:對于 BeanFactory 容器,當客戶向容器請求一個尚未初始化的 Bean 時,或初始化 Bean 的時候需要注入另一個尚未初始化的依賴時,容器就會調用 createBean 進行實例化。對于 ApplicationContext 容器,當容器啟動結束后,通過獲取 BeanDefinition 對象中的信息,實例化所有的 Bean;
- ② 設置對象屬性(依賴注入):實例化后的對象被封裝在 BeanWrapper 對象中,緊接著 Spring 根據 BeanDefinition 中的信息以及通過 BeanWrapper 提供的設置屬性的接口完成依賴注入;
- ③ 處理 Aware 接口:Spring 會檢測該對象是否實現了 xxxAware 接口,并將相關的 xxxAware 實例注入給 Bean:
- 如果這個 Bean 已經實現了 BeanNameAware 接口,會調用它實現的 setBeanName(String BeanId) 方法,此處傳遞的就是 Spring 配置文件中 Bean 的 id 值;
- 如果這個 Bean 已經實現了 BeanFactoryAware 接口,會調用它實現的 setBeanFactory() 方法,傳遞的是 Spring 工廠自身;
- 如果這個 Bean 已經實現了 ApplicationContextAware 接口,會調用 setApplicationContext(ApplicationContext) 方法,傳入 Spring 上下文;
- ④ BeanPostProcessor:如果想對 Bean 進行一些自定義的處理,那么可以讓 Bean 實現了 BeanPostProcessor 接口,那將會調用 postProcessBeforeInitialization(Object obj, String s) 方法;
- ⑤ InitializingBean 與 init-method:如果 Bean 在 Spring 配置文件中配置了 init-method 屬性,則會自動調用其配置的初始化方法;
- ⑥ 如果這個 Bean 實現了 BeanPostProcessor 接口,將會調用 postProcessAfterInitialization(Object obj, String s) 方法;由于這個方法是在 Bean 初始化結束時調用的,因而可以被應用于內存或緩存技術;
以上幾個步驟完成后,Bean 就已經被正確創建了,之后就可以使用這個 Bean 了。
- ⑦ DisposableBean:當 Bean 不再需要時,會經過清理階段,如果 Bean 實現了 DisposableBean 這個接口,會調用其實現的 destroy() 方法;
- ⑧ destroy-method:最后,如果這個 Bean 的 Spring 配置中配置了 destroy-method 屬性,會自動調用其配置的銷毀方法。
17.Spring 有哪些優點?
答:Spring 優點如下:
- 開源免費的熱門框架,穩定性高、解決問題成本低;
- 方便集成各種優秀的框架;
- 降低了代碼耦合性,通過 Spring 提供的 IoC 容器,我們可以將對象之間的依賴關系交由 Spring 進行控制,避免硬編碼所造成的過度程序耦合;
- 方便程序測試,在 Spring 里,測試變得非常簡單,例如:Spring 對 Junit 的支持,可以通過注解方便的測試 Spring 程序;
- 降低 Java EE API 的使用難度,Spring 對很多難用的 Java EE API(如 JDBC、JavaMail、遠程調用等)提供了一層封裝,通過 Spring 的簡易封裝,讓這些 Java EE API 的使用難度大為降低。
18.Spring 和 Struts 的區別?
答:Spring 和 Struts 區別如下:
Spring 特性如下:
- 具備 IOC/DI、AOP 等通用能力,提高研發效率
- 除了支持 Web 層建設以外,還提供了 J2EE 整體服務
- 方便與其他不同技術結合使用,如 Hibernate、MyBatis 等
- Spring 攔截機制是方法級別
Struts 特性如下:
- 是一個基于 MVC 模式的一個 Web 層的處理
- Struts 攔截機制是類級別
19.Spring、SpringBoot、SpringCloud 的區別是什么?
答:它們的區別如下:
- Spring Framework 簡稱 Spring,是整個 Spring 生態的基礎。
- Spring Boot 是一個快速開發框架,讓開發者可以迅速搭建一套基于 Spring 的應用程序,并且將常用的 Spring 模塊以及第三方模塊,如 MyBatis、Hibernate 等都做了很好的集成,只需要簡單的配置即可使用,不需要任何的 XML 配置文件,真正做到了開箱即用,同時默認支持 JSON 格式的數據,使用 Spring Boot 進行前后端分離開發也非常便捷。
- Spring Cloud 是一套整合了分布式應用常用模塊的框架,使得開發者可以快速實現微服務應用。作為目前非常熱門的技術,有關微服務的話題總是在各種場景下被大家討論,企業的招聘信息中也越來越多地出現對于微服務架構能力的要求。
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由哪些模塊組成**?**
以下是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. 核心容器(應用上下文)?模塊**。**
這是基本的Spring模塊,提供spring 框架的基礎功能,BeanFactory 是?任何以spring為基礎的應用的核心。Spring 框架建立在此模塊之上,它使Spring成為一個容器。
5. BeanFactory – 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的支持。
12.??Spring配置文件
Spring配置文件是個XML 文件,這個文件包含了類信息,描述了如何配置它們,以及如何相互調用。
13. ?什么是Spring IOC 容器?
Spring IOC 負責創建對象,管理對象(通過依賴注入(DI),裝配對象,配置對象,并且管理這些對象的整個生命周期。
14. ?IOC的優點是什么?
IOC 或?依賴注入把應用的代碼量降到最低。它使應用容易測試,單元測試不再需要單例和JNDI查找機制。最小的代價和最小的侵入性使松散耦合得以實現。IOC容器支持加載服務時的餓漢式初始化和懶加載。
15.?ApplicationContext通常的實現是什么?
- **FileSystemXmlApplicationContext :**此容器從一個XML文件中加載beans的定義,XML Bean 配置文件的全路徑名必須提供給它的構造函數。
- **ClassPathXmlApplicationContext:**此容器也從一個XML文件中加載beans的定義,這里,你需要正確設置classpath因為這個容器將在classpath里找bean配置。
- **WebXmlApplicationContext:**此容器加載一個XML文件,此文件定義了一個WEB應用的所有bean。
法。
17. 一個Spring的應用看起來象什么?
- 一個定義了一些功能的接口。
- 這實現包括屬性,它的Setter , getter 方法和函數等。
- Spring AOP。
- Spring 的XML 配置文件。
- 使用以上功能的客戶端程序。
依賴注入
18.?什么是Spring的依賴注入**?**
依賴注入,是IOC的一個方面,是個通常的概念,它有多種解釋。這概念是說你不用創建對象,而只需要描述它如何被創建。你不在代碼里直接組裝你的組件和服務,但是要在配置文件里描述哪些組件需要哪些服務,之后一個容器(IOC容器)負責把他們組裝起來。
19. ?有哪些不同類型的IOC(依賴注入)方式?
- **構造器依賴注入:**構造器依賴注入通過容器觸發一個類的構造器來實現的,該類有一系列參數,每個參數代表一個對其他類的依賴。
- **Setter方法注入:**Setter方法注入是容器通過調用無參構造器或無參static工廠?方法實例化bean之后,調用該bean的setter方法,即實現了基于setter的依賴注入。
20. 哪種依賴注入方式你建議使用,構造器注入,還是 Setter方法注入?
你兩種依賴方式都可以使用,構造器注入和Setter方法注入。最好的解決方案是用構造器參數實現強制依賴,setter方法實現可選依賴。
Spring?Beans
21.什么是Spring?beans?
Spring beans 是那些形成Spring應用的主干的java對象。它們被Spring IOC容器初始化,裝配,和管理。這些beans通過容器中配置的元數據創建。比如,以XML文件中?的形式定義。
Spring 框架定義的beans都是單件beans。在bean tag中有個屬性”singleton”,如果它被賦為TRUE,bean 就是單件,否則就是一個 prototype bean。默認是TRUE,所以所有在Spring框架中的beans 缺省都是單件。
22. 一個 Spring Bean 定義?包含什么?
一個Spring Bean 的定義包含容器必知的所有配置元數據,包括如何創建一個bean,它的生命周期詳情及它的依賴。
23.?如何給Spring?容器提供配置元數據?
這里有三種重要的方法給Spring 容器提供配置元數據。
XML配置文件。
基于注解的配置。
基于java的配置。
**24.?你怎樣定義類的作用域??**
當定義一個?在Spring里,我們還能給這個bean聲明一個作用域。它可以通過bean 定義中的scope屬性來定義。如,當Spring要在需要的時候每次生產一個新的bean實例,bean的scope屬性被指定為prototype。另一方面,一個bean每次使用的時候必須返回同一個實例,這個bean的scope 屬性?必須設為 singleton。
25. 解釋Spring支持的幾種bean的作用域。
Spring框架支持以下五種bean的作用域:
- **singleton :?**bean在每個Spring ioc 容器中只有一個實例。
- prototype:一個bean的定義可以有多個實例。
- request:每次http請求都會創建一個bean,該作用域僅在基于web的Spring ApplicationContext情形下有效。
- session:在一個HTTP Session中,一個bean定義對應一個實例。該作用域僅在基于web的Spring ApplicationContext情形下有效。
- global-session:在一個全局的HTTP Session中,一個bean定義對應一個實例。該作用域僅在基于web的Spring ApplicationContext情形下有效。
缺省的Spring?bean?的作用域是Singleton.
26.?Spring框架中的單例bean是線程安全的嗎?
不,Spring框架中的單例bean不是線程安全的。
27. 解釋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()方法。
28. ?哪些是重要的bean生命周期方法??你能重載它們嗎?
有兩個重要的bean 生命周期方法,第一個是setup ,?它是在容器加載bean的時候被調用。第二個方法是 teardown ?它是在容器卸載類的時候被調用。
The bean 標簽有兩個重要的屬性(init-method和destroy-method)。用它們你可以自己定制初始化和注銷方法。它們也有相應的注解(@PostConstruct和@PreDestroy)。
29. 什么是Spring的內部bean?
當一個bean僅被用作另一個bean的屬性時,它能被聲明為一個內部bean,為了定義inner?bean,在Spring?的?基于XML的?配置元數據中,可以在?或??元素內使用?元素,內部bean通常是匿名的,它們的Scope一般是prototype。
30. 在 Spring中如何注入一個java集合?
Spring提供以下幾種集合的配置元素:
- 類型用于注入一列值,允許有相同的值。
- ?類型用于注入一組值,不允許有相同的值。
- 類型用于注入一組鍵值對,鍵和值都只能為String類型。
**31.?什么是bean裝配??**
裝配,或bean 裝配是指在Spring 容器中把bean組裝到一起,前提是容器需要知道bean的依賴關系,如何通過依賴注入來把它們裝配到一起。
32. 什么是bean的自動裝配?
Spring?容器能夠自動裝配相互合作的bean,這意味著容器不需要和配置,能通過Bean工廠自動處理bean之間的協作。
33. 解釋不同方式的自動裝配?。
有五種自動裝配的方式,可以用來指導Spring容器用自動裝配方式來進行依賴注入。
- no:默認的方式是不進行自動裝配,通過顯式設置ref 屬性來進行裝配。
- **byName:**通過參數名?自動裝配,Spring容器在配置文件中發現bean的autowire屬性被設置成byname,之后容器試圖匹配、裝配和該bean的屬性具有相同名字的bean。
- **byType::**通過參數類型自動裝配,Spring容器在配置文件中發現bean的autowire屬性被設置成byType,之后容器試圖匹配、裝配和該bean的屬性具有相同類型的bean。如果有多個bean符合條件,則拋出錯誤。
- constructor:這個方式類似于byType,?但是要提供給構造器參數,如果沒有確定的帶參數的構造器參數類型,將會拋出異常。
- **autodetect:**首先嘗試使用constructor來自動裝配,如果無法工作,則使用byType方式。
**34.**自動裝配有哪些局限性??
自動裝配的局限性是:
- 重寫:?你仍需用?和??配置來定義依賴,意味著總要重寫自動裝配。
- 基本數據類型:你不能自動裝配簡單的屬性,如基本數據類型,String字符串,和類。
- **模糊特性:**自動裝配不如顯式裝配精確,如果有可能,建議使用顯式裝配。
35. 你可以在Spring中注入一個null 和一個空字符串嗎?
可以。
Spring注解
36.?什么是基于Java的Spring注解配置??給一些注解的例子.
基于Java的配置,允許你在少量的Java注解的幫助下,進行你的大部分Spring配置而非通過XML文件。
以@Configuration 注解為例,它用來標記類可以當做一個bean的定義,被Spring IOC容器使用。另一個例子是@Bean注解,它表示此方法將要返回一個對象,作為一個bean注冊進Spring應用上下文。
37.?什么是基于注解的容器配置?
相對于XML文件,注解型的配置依賴于通過字節碼元數據裝配組件,而非尖括號的聲明。
開發者通過在相應的類,方法或屬性上使用注解的方式,直接組件類中進行配置,而不是使用xml表述bean的裝配關系。
38. 怎樣開啟注解裝配?
注解裝配在默認情況下是不開啟的,為了使用注解裝配,我們必須在Spring配置文件中配置 context:annotation-config/元素。
39.?@Required??注解
這個注解表明bean的屬性必須在配置的時候設置,通過一個bean定義的顯式的屬性值或通過自動裝配,若@Required注解的bean屬性未被設置,容器將拋出BeanInitializationException。
40.?@Autowired?注解
@Autowired 注解提供了更細粒度的控制,包括在何處以及如何完成自動裝配。它的用法和@Required一樣,修飾setter方法、構造器、屬性或者具有任意名稱和/或多個參數的PN方法。
41.?@Qualifier?注解
當有多個相同類型的bean卻只有一個需要自動裝配時,將@Qualifier 注解和@Autowire 注解結合使用以消除這種混淆,指定需要裝配的確切的bean。
Spring數據訪問
**42.在Spring框架中如何更有效地使用JDBC??**
使用SpringJDBC 框架,資源管理和錯誤處理的代價都會被減輕。所以開發者只需寫statements 和 queries從數據存取數據,JDBC也可以在Spring框架提供的模板類的幫助下更有效地被使用,這個模板叫JdbcTemplate (例子見這里here)
43.?JdbcTemplate
JdbcTemplate 類提供了很多便利的方法解決諸如把數據庫數據轉變成基本數據類型或對象,執行寫好的或可調用的數據庫操作語句,提供自定義的數據錯誤處理。
44.?Spring對DAO的支持
Spring對數據訪問對象(DAO)的支持旨在簡化它和數據訪問技術如JDBC,Hibernate or JDO 結合使用。這使我們可以方便切換持久層。編碼時也不用擔心會捕獲每種技術特有的異常。
**45. 使用Spring通過什么方式訪問Hibernate??**
在Spring中有兩種方式訪問Hibernate:
- 控制反轉? Hibernate Template和 Callback。
- 繼承 HibernateDAOSupport提供一個AOP 攔截器。
46.?Spring支持的ORM
Spring支持以下ORM:
- Hibernate
- iBatis
- JPA?(Java?Persistence?API)
- TopLink
- JDO?(Java?Data?Objects)
- OJB
47.如何通過HibernateDaoSupport將Spring和Hibernate結合起來?
用Spring的 SessionFactory 調用 LocalSessionFactory。集成過程分三步:
- 配置the Hibernate SessionFactory。
- 繼承HibernateDaoSupport實現一個DAO。
- 在AOP支持的事務中裝配。
48.?Spring支持的事務管理類型
Spring支持兩種類型的事務管理:
- 編程式事務管理:這意味你通過編程的方式管理事務,給你帶來極大的靈活性,但是難維護。
- **聲明式事務管理:**這意味著你可以將業務代碼和事務管理分離,你只需用注解和XML配置來管理事務。
49. Spring框架的事務管理有哪些優點?
- 它為不同的事務API ?如 JTA,JDBC,Hibernate,JPA 和JDO,提供一個不變的編程模式。
- 它為編程式事務管理提供了一套簡單的API而不是一些復雜的事務API如
- 它支持聲明式事務管理。
- 它和Spring各種數據訪問抽象層很好得集成。
50. 你更傾向用那種事務管理類型?
大多數Spring框架的用戶選擇聲明式事務管理,因為它對應用代碼的影響最小,因此更符合一個無侵入的輕量級容器的思想。聲明式事務管理要優于編程式事務管理,雖然比編程式事務管理(這種方式允許你通過代碼控制事務)少了一點靈活性。
Spring面向切面編程(AOP)
51.??解釋AOP
面向切面的編程,或AOP,?是一種編程技術,允許程序模塊化橫向切割關注點,或橫切典型的責任劃分,如日志和事務管理。
52.?Aspect?切面
AOP核心就是切面,它將多個類的通用行為封裝成可重用的模塊,該模塊含有一組API提供橫切功能。比如,一個日志模塊可以被稱作日志的AOP切面。根據需求的不同,一個應用程序可以有若干切面。在Spring AOP中,切面通過帶有@Aspect注解的類實現。
52. 在Spring AOP 中,關注點和橫切關注的區別是什么?
關注點是應用中一個模塊的行為,一個關注點可能會被定義成一個我們想實現的一個功能。橫切關注點是一個關注點,此關注點是整個應用都會使用的功能,并影響整個應用,比如日志,安全和數據傳輸,幾乎應用的每個模塊都需要的功能。因此這些都屬于橫切關注點。
54.?連接點
連接點代表一個應用程序的某個位置,在這個位置我們可以插入一個AOP切面,它實際上是個應用程序執行Spring AOP的位置。
55.?通知
通知是個在方法執行前或執行后要做的動作,實際上是程序執行時要通過SpringAOP框架觸發的代碼段。
Spring切面可以應用五種類型的通知:
- before:前置通知,在一個方法執行前被調用。
- **after:?**在方法執行之后調用的通知,無論方法執行是否成功。
- **after-returning:?**僅當方法成功完成后執行的通知。
- **after-throwing:?**在方法拋出異常退出時執行的通知。
- **around:?**在方法執行之前和之后調用的通知。
56.?切點
切入點是一個或一組連接點,通知將在這些位置執行。可以通過表達式或匹配的方式指明切入點。
**57.?什么是引入??**
引入允許我們在已存在的類中增加新的方法和屬性。
**58.?什么是目標對象??**
被一個或者多個切面所通知的對象。它通常是一個代理對象。也指被通知(advised)對象。
59.?什么是代理?
代理是通知目標對象后創建的對象。從客戶端的角度看,代理對象和目標對象是一樣的。
60. 有幾種不同類型的自動代理?
BeanNameAutoProxyCreator
DefaultAdvisorAutoProxyCreator
Metadata?autoproxying
61. 什么是織入。什么是織入應用的不同點?
織入是將切面和到其他應用類型或對象連接或創建一個被通知對象的過程。
織入可以在編譯時,加載時,或運行時完成。
62. 解釋基于XML Schema方式的切面實現。
在這種情況下,切面由常規類以及基于XML的配置實現。
63.?解釋基于注解的切面實現
在這種情況下(基于@AspectJ的實現),涉及到的切面聲明的風格與帶有java5標注的普通java類一致。
Spring?的MVC
64. 什么是Spring的MVC框架?
Spring 配備構建Web 應用的全功能MVC框架。Spring可以很便捷地和其他MVC框架集成,如Struts,Spring 的MVC框架用控制反轉把業務對象和控制邏輯清晰地隔離。它也允許以聲明的方式把請求參數和業務對象綁定。
65.?DispatcherServlet
Spring的MVC框架是圍繞DispatcherServlet來設計的,它用來處理所有的HTTP請求和響應。
66.?WebApplicationContext
WebApplicationContext 繼承了ApplicationContext ?并增加了一些WEB應用必備的特有功能,它不同于一般的ApplicationContext ,因為它能處理主題,并找到被關聯的servlet。
67. 什么是Spring MVC框架的控制器?
控制器提供一個訪問應用程序的行為,此行為通常通過服務接口實現。控制器解析用戶輸入并將其轉換為一個由視圖呈現給用戶的模型。Spring用一個非常抽象的方式實現了一個控制層,允許用戶創建多種用途的控制器。
68.?@Controller?注解
該注解表明該類扮演控制器的角色,Spring不需要你繼承任何其他控制器基類或引用Servlet API。
69.?@RequestMapping?注解
該注解是用來映射一個URL到一個類或一個特定的方處理法上。

Java開發微服務暢購商城實戰-全357集【附代碼課件】
Java微服務實戰谷粒商城-296集【附代碼課件】
Spring Boot開發小而美的個人博客【附課件和源碼】
最全最詳細數據結構與算法視頻-【附課件和源碼】
2020年微信小程序全棧項目之喵喵交友【附課件和源碼】
? ? ? ? ? ? ? ? ? ? ??
你點的每一個在看,我都認真當成了喜歡