SSM框架面试题总结
Spring
如何實現一個IOC容器
- 配置文件中指定需要掃描的包路徑
- 定義一些注解,分別表示訪問控制器,業(yè)務控制層,數據持久層,依賴注入注解,獲取配置文件注解
- 從配置文件中獲取需要掃描的包路徑,獲取到當前路徑下的文件信息及文件夾信息,我們將當前路徑下所有的以.class結尾的文件添加到一個Set集合中進行存儲
- 遍歷這個Set集合,獲取在類上有指定注解的類,并將其交給IOC容器,定義一個安全的Map來存儲這些對象
- 遍歷這個IOC容器,獲取到每一個類的實例,判斷里面是否有依賴其他類的實例,然后注入
Spring是什么
輕量級的開源的J2EE框架,是一個容器框架,用來裝javabean(java對象),中間層框架(萬能膠)可以起一個連接作用,比如說Mybatis
Spring是一個輕量級的控制反轉(IOC)和面向切面(AOP)的容器框架
- 從大小和開銷兩方面而言Spring都是輕量級的
- 通過控制反轉(IOC)的技術達到松耦合的目的
- 提供了面向切面編程的豐富支持,允許通過分離應用的業(yè)務邏輯與系統(tǒng)級服務進行內聚性的開發(fā)(日志)
- 包含并管理應用對象(Bean)的配置和生命周期,這個意義上是一個容器
- 將簡單的組件配置,組合稱為復雜的應用,這個意義上是一個框架
談談你對AOP的理解
系統(tǒng)是由許多不同的組件所組成的,每一個組件各負責一塊特定功能,除了實現自身的核心功能之外,這些組件還經常承擔著額外的職責,例如日志,事務管理和安全這樣的核心服務經常融入到自身具有的核心業(yè)務邏輯的組件上去,這些系統(tǒng)服務經常被稱為橫切關注點,因為他們會跨越系統(tǒng)的多個組件
當我們需要為分散的對象引入公共行為的時候,OOP則顯得無能為力,也就是說,OOP允許你從上到下的關系,但并不適合定義從左到右的關系,例如日志功能
日志代碼往往水平地散布在所有對象層次中,而與它所散布到的對象的核心功能毫無關系
在OOP設計中,它導致了大量代碼的重復,而不利于各個模塊的重用
AOP:將程序的交叉業(yè)務邏輯(比如安全,日志,事務等),封裝成一個切面,然后注入到目標對象(具體業(yè)務邏輯)中去,AOP可以對某個對象或某些對象的功能進行增強,比如對象中的方法進行增強,可以在執(zhí)行某個方法之前額外的做一些事情,在某個方法執(zhí)行之后額外的做一些事情
Spring如何通過三級緩存解決循環(huán)依賴?為什么不能是兩次?
答案鏈接
兩次和三次的主要差別在于AOP時代理對象的創(chuàng)建時機,在Bean的生命周期中,AOP是在調用postProcessAfterInitialization時實現的,如果出現了循環(huán)依賴，那沒有辦法，只有給Bean先創(chuàng)建代理，但是沒有出現循環(huán)依賴的情況下，設計之初就是讓Bean在生命周期的最后一步完成代理而不是在實例化后就立馬完成代理。
談談你對IOC的理解
容器概念,控制反轉,依賴注入
ioc容器:實際上就是個Map,里面存的是各種對象(xml里配置的bean節(jié)點,@repository,@service,@controller,@component),在項目啟動的時候會讀取配置文件里面的bean節(jié)點,根據全限定類名使用反射創(chuàng)建對象放到map里,掃描到打上上述注解的類還是通過反射創(chuàng)建對象放到map里
這個時候map里就有各種對象了,接下來我們在代碼里需要用到里面的對象時,再通過DI注入(autowired,resource等注解,xml里bean節(jié)點內的ref屬性,項目啟動的時候會讀取xml節(jié)點ref屬性根據id注入,也會掃描這些注解,根據類型或id注入,id就是對象名)
控制反轉:
沒有引入IOC容器之前,對象A依賴于對象B,那么對象A在初始化或者運行到某一點的時候,自己必須主動去創(chuàng)建對象B或者使用已經創(chuàng)建的對象B,無論是創(chuàng)建還是使用對象B,控制權都在自己手上.
引入IOC容器之后,對象A和對象B之間失去了直接聯系,當對象A運行到需要對象B的時候,IOC容器會主動創(chuàng)建一個對象B注入到對象A需要的地方
通過前后的對比,不難看出,對象A獲得依賴對象B的過程,由主動行為變成了被動行為,控制權顛倒過來了
全部對象的控制權全部上繳給"第三方"容器,所以,IOC容器成了整個系統(tǒng)的關鍵核心,它起到了一種類似"粘合劑"的作用,把系統(tǒng)中的所有對象粘合在一起
BeanFactory和ApplicationContext有什么區(qū)別和聯系
ApplicationContext是BeanFactory的子接口
ApplicationContext提供了更完整的功能
Spring容器初始化實現位置(refresh):AbstractApplicationContext
- BeanFactory采用的是延遲加載形式來注入bean的,即只有在使用到某個bean時(調用getBean()),才對該Bean進行加載實例化,這樣,我們就不能發(fā)現一些存在的Spring的配置問題,如果Bean的某一個屬性沒有注入,BeanFactory加載后,直至第一次使用調用getBean方法才拋出異常
- ApplicationContext,它是在容器啟動時,一次性創(chuàng)建了所有的bean.這樣,在容器啟動時,我們就可以發(fā)現Spring中存在的配置錯誤,這樣有利于檢查所依賴的屬性是否注入.ApplicationContext啟動后預載入所有的單實例Bean,通過預載入單實例bean,確保當你需要的時候,你就不用等待,因為它們已經創(chuàng)建好了
- 相對于基本的BeanFactory,ApplicationContext唯一的不足是占用內存空間,當應用程序配置Bean較多時,程序啟動較慢
- BeanFactory通常以編程的方式被創(chuàng)建,ApplicationContext還能以聲明的方式創(chuàng)建,如使用ContextLoader
- BeanFactory和ApplicationContext都支持BeanPostProcessor,BeanFactoryPostProcessor的使用,但兩者之間的區(qū)別是:BeanFactory需要手動注冊,而ApplicationContext則是自動注冊
描述Spring Bean的生命周期
解釋下Spring支持的幾種bean的作用域
- Singleton:默認,每個容器中只有一個bean的實例,單例的模式由BeanFactory自身來維護,該對象的生命周期是與Spring IOC容器一致(但在第一次被注入時才會創(chuàng)建)
- prototype:為每一個bean請求提供一個實例,在每次注入時都會創(chuàng)建一個新的對象
- request:bean被定義為在每個HTPP請求中創(chuàng)建一個單例對象,也就是說在單個請求中都會復用這一個單例對象
- session:與request范圍類似,確保每個session中有一個bean的實例,在session過期后,bean會隨之失效
- application:bean被定義在ServletContext的生活周期中復用一個單例對象
- websocket:bean被定義為在websocket的生命周期中復用一個單例對象
global-session:全局作用域,global-session和Portlet應用相關.當你的應用部署在Porlet容器中工作時,它包含很多portlet.如果你想要聲明讓所有的portlet共用全局的存儲變量的化,那么這全局變量需要存儲在globla-session中,全局作用域與Servlet中的session作用域效果相同
Spring框架中的單例Bean是線程安全的嗎?
不安全
Spring中的Bean默認是單例模式的,框架并沒有對bean進行多線程的封裝處理
如果Bean是有狀態(tài)的,那就需要開發(fā)人員自己來進行線程安全的保證,最簡單的方法就是改變bean的作用域,把singleton改為prototype,這樣每次請求bean就相當于是new Bean()
- 有狀態(tài)就是有數據存儲功能
- 無狀態(tài)就是不會保存數據 Controller Service Dao層本身并不是線程安全的,只是如果只是調用里面的方法,而且多線程調用一個實例的方法,會在內存中復制變量,這是自己的線程的工作內存,是安全的
Dao會操作數據庫Connection,Connection是帶有狀態(tài)的,比如說數據庫事務,Spring的事務管理器使用ThreadLocal為不同線程維護了一套獨立的connection副本,保證線程之間不會互相影響(Spring是如何保證事務獲取同一個Connection的)
不要在bean中聲明任何有狀態(tài)的實例變量或類變量,如果必須如此,那么就使用ThreadLocal把變量變?yōu)榫€程私有的,如果bean的實例變量或類變量需要在多個線程之間共享,那么就只能使用synchronized,lock,CAS等這些實現線程同步的方法了
Spring中的ThreadLocal
Spring框架中都用到了哪些設計模式
Spring中設計模式
Spring事務的實現方式和原理以及隔離級別
在使用Spring框架時,可以有兩種聲明事務的方式,一種是編程式的,一種是聲明式的,@Transactional注解就是聲明式的
首先,事務這個概念是數據庫層面的,Spring只是基于數據庫中的事務進行了擴展,以及提供了一些能讓程序員更加方便地操作事務的方式,
比如我們可以通過在某個方法上增加@Tansaction注解,就可以開啟事務,這個方法中所有的sql都會在一個事務中執(zhí)行,統(tǒng)一成功或失敗
在一個方法上加了@Transactional注解后,Spring會基于這個類生成一個代理對象,會將這個代理對象作為bean,當在使用這個代理對象的方法時,如果這個方法上存在@Transaction注解,那么代理邏輯會先把事務的自動提交設置為false,然后再去執(zhí)行原本的業(yè)務邏輯方法,如果執(zhí)行業(yè)務邏輯方法沒有出現異常,那么代理邏輯中就會將事務進行提交,如果執(zhí)行業(yè)務邏輯方法出現了異常,那么則會將事務回滾
當然,針對哪些異常回滾事務是可以配置的,可以利用@Transational注解中的rollbackFor屬性進行配置,默認情況下會將RuntimeException和Error進行回滾
隔離級別同數據庫
Spring默認是read committed,最終以Spring為準,如果Spring級別數據庫不支持,那就取決于數據庫
Spring事務傳播機制
圖解Spring事務傳播機制
多個事務方法相互調用時,事務如何在這些方法間傳播
方法A是一個事務的方法,方法A執(zhí)行過程中調用了方法B,那么方法B有無事務以及方法B對事務的要求不同都會對方法A的事務具體執(zhí)行造成影響,同時方法A的事務對方法B的事務執(zhí)行也會有影響,這種影響具體是聲明就由兩個方法所定義的事務的傳播類型所決定
- REQUIRED(Spring默認的事務傳播類型):如果當前沒有事務,則自己新建一個事務,如果當前存在事務,則加入這個事務
- SUPPORTS:當前存在事務,則加入當前事務,如果當前沒有事務,就以非事務方法執(zhí)行
- MANDATORY:當前存在事務,則加入當前事務,如果當前事務不存在,則拋出異常
- REQUIRES_NEW:創(chuàng)建一個新事務,如果存在當前事務,則掛起該事務
- NOT_SUPPORTED:以非事務方式執(zhí)行,如果當前存在事務,則掛起該事務
- NEVER:不使用事務,如果事務存在,則拋出異常
- NESTED:如果當前事務存在,則嵌套事務中執(zhí)行,否則和REQUIRED的操作一樣(子事務中的異常捕獲后,父事務不回滾)
Spring事務什么時候會失效
Spring事務的原理是AOP,進行了切面增強,那么失效的根本原因是AOP不起作用了!常見情況有如下幾種
什么是bean的自動裝配,有哪些方式
開啟自動裝配,只需要在xml配置文件中定義"autowire"屬性
<bean id = "customer" class="com.xq.Customer" AutoWrie=" "/>五種裝配方式
- no-缺省情況下,自動配置是通過ref屬性手動設定
手動裝配:以value或ref的方式明確指定屬性值都是手動裝配
需要通過"ref"屬性來連接bean
- byName-根據bean的屬性名稱進行自動裝配
- byType-根據bean的屬性名稱進行自動裝配
- constructor-類似byType,不過是應用于構造器的參數,如果一個bean與構造器參數的類型相同,則進行自動裝配
- autodetect-如果有默認的構造器,通過constructor,否則byType
SpringBoot,SpringMVC,Spring
- Spring是一個IOC容器,用來管理Bean,使用依賴注入實現控制反轉,可以很方便的整合各種框架,提供AOP機制彌補OOP代碼重復問題,將不同類不同方法中的共同處理抽取成切面,自動主入給方法執(zhí)行,比如日志,異常等
- SpringMVC是Spring對web框架的一個解決方案,提供了一個總的前端控制器Servlet,用來接受請求,然后定義了一套路由策略(url到handle的映射)及適配執(zhí)行handle,將handle結果使用視圖解析技術生成視圖展現給前端
- springboot是spring提供的一個快速開發(fā)工具表,簡化配置,整合了一系列解決方案
Spring中后置處理器的作用
Spring中的后置處理器分為BeanFactory后置處理器和Bean后置處理器,它們是Spring底層源碼架構設計中非常重要的一種機制,同時開發(fā)者也可以利用這兩種后置處理器來進行擴展.BeanFactory后置處理器標識針對BeanFactory的處理器,Spring啟動過程中,會先創(chuàng)建出BeanFactory的實例,然后利用BeanFactory處理器來加工BeanFactory,比如Spring的掃描就是基于BeanFactory后置處理器來實現的
Bean的后置處理器也類似,Spring在創(chuàng)建一個Bean的過程中,首先會實例化得到一個對象,然后再利用Bean后置處理器來對該實例對象進行加工,比如我們常說的依賴注入和AOP
SpringAOP執(zhí)行順序
Spring中的5種Aop常見應用方式 - 知乎
Spring4
Around --> Before --> Around(出現異常取消) --> After --> AfterReturning/AfterThrowing
Spring5
Around–>Before–>AfterReturning/AfterThrowing–>After–>Around(出現異常就取消)
SpringMVC
SpringMVC工作流程
SpringMVC的主要組件
根據request找到相應的處理器。因為Handler（Controller）有兩種形式，一種是基于類的Handler，另一種是基于Method的Handler（也就是我們常用的）
調用Handler的適配器,因為SpringMVC中handler可以是任意形式,但是Servlet需要的處理方法結構式固定的。如果把Handler（Controller）當做工具的話，那么HandlerAdapter就相當于干活的工人
對異常的處理
用來將String類型的視圖名和Locale解析為View類型的視圖
有的Handler（Controller）處理完后沒有設置返回類型，比如是void方法，這是就需要從request中獲取viewName
從request中解析出Locale。Locale表示一個區(qū)域，比如zh-cn，對不同的區(qū)域的用戶，顯示不同的結果，這就是i18n（SpringMVC中有具體的攔截器LocaleChangeInterceptor）
主題解析，這種類似于我們手機更換主題，不同的UI，css等
處理上傳請求，將普通的request封裝成MultipartHttpServletRequest
用于管理FlashMap，FlashMap用于在redirect重定向中傳遞參數
SpringMVC中如何解決POST請求中文亂碼問題,GET的又如何處理呢?
POST : request.setCharacterEncodingFilter(UTF-8)
web.xml配過濾器
GET:
MyBatis
MyBatis的優(yōu)缺點
優(yōu)點
缺點
MyBatis與Hibernate有哪些不同
SQL和ORM的爭論，永遠都不會終止
- 開發(fā)速度的對比：
Hibernate的真正掌腥要比Mybatis難些。Mybatis框架相對簡單很容易上手，但也相對簡陋些。
比起兩者的開發(fā)速度，不僅僅要考慮到兩者的特性及性能，更要根據項目需求去考慮究賁哪一個更適合項目開發(fā)，比如：一個項目中用到的復雜查詢基本沒有，就是簡單的增刪改查，這樣選擇hibernate效率就很快了，因為基本的sq|浯句已經被封裝好了，根本不需要你去寫sql浯句，這就節(jié)省了大量的時間，但是對于一個大型項目，復雜浯句較多，這樣再去選擇hibernate就不是一個太好的選擇，選擇mybatis就會加快許多，而且句的管理也比較方便。 - 開發(fā)工作量的對比：
Hibernate和MyBatis都有相應的代碼生成工具。可以生成簡單基本的DAO層方法。針對高級查詢Mybatis需要手動編寫SQL語句，以及ResultMapo而Hibernate有良好的映射機制，開發(fā)者無需關心SQL的生成與結果映射可以更專注于業(yè)務流程 - sql優(yōu)化方面：
Hibernate的查詢會將表中的所有字段查洵出來，這一點會有性能消耗。Hibernate也可以自己寫SQL來指定需要查詢的字段，但這樣就破壞Hibernate開發(fā)的簡潔性。而MybatisfiSQL是手動編寫的，所以可以按需求指定查詢的字段。
Hibernate HQL語句的調優(yōu)需要將SQL打出來，而Hibernate的SQL被很多人嫌棄因為太丑了。MyBatis的SQL是自己手動寫的所以調整方便。但Hibernate具有自己的日志統(tǒng)計。Mybatis本身不帶日志統(tǒng)計，使用Log4j進行日志 - 對象管理的對比：
Hibernate是完整的對象/關系映射解決方案，它提供了對象狀態(tài)管理(statemanagement)的功能，使開發(fā)者不再需要理會底層數據庫系統(tǒng)的細節(jié)。也就是說相對于見的JDBC/SQL持久層方案中需要管理語句，
Hibernate采用了更自然的面向對象的視角來持久化Java應用中的數據。
換句話說，使用Hibernate的開發(fā)者應該總是關注對象的狀態(tài)(state)不必考慮SQL語句的執(zhí)行。這部分細節(jié)已經由Hibernate掌管妥當，只有開發(fā)者在進行系統(tǒng)性能調優(yōu)的時候才需要進行了解。而MyBatis這一塊沒有文檔說明，用戶需要對對象自己進行詳細的管理。
#{}和${}的區(qū)別是什么
簡述Mybatis的插件運行原理,如何編寫一個插件?
Mybatis只支持針對ParameterHandler,ResultSetHandler,StatementHandler,Executor這四種接口的插件,Mybatis使用JDK的動態(tài)代理,為需要攔截的接口生成代理對象以實現接口方法的攔截功能,每當執(zhí)行這四種接口對象的方法時,就會進入攔截方法,具體就是InvocationHandler的invoke()方法,攔截那些你指定需要攔截的方法
編寫插件:
實現Mybatis的Interceptor接口并復寫intercept()方法,然后給插件編寫注解,指定要攔截哪一個接口的哪些方法即可,在配置文件中配置編寫的插件
Mybatis中當實體類中的屬性名和表中的字段名不一樣,怎么辦?
解決方案
SpringBoot
SpringBoot自動配置原理
如何理解SpringBoot中的starter
什么是嵌入式服務器?為什么要使用嵌入式服務器?
SpringBoot內置tomcat.jar
方便
總結
以上是生活随笔為你收集整理的SSM框架面试题总结的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： ansible获取linux信息,ans
- 下一篇： 7-4 统计工龄 (20 分)（C语言实