開源框架面試專題及答案

BeanFactory和ApplicationContext有什么區(qū)別>BeanFactory可以理解為含有bean集合的工廠類。BeanFactory包含了種bean的定義，以便在接收到客戶端請求時將對應(yīng)的bean實例化。>BeanFactory還能在實例化對象的時生成協(xié)作類之間的關(guān)系。此舉將bean自身與bean客戶端的配置中解放出來。BeanFactory還包含了bean生命周期的控制，調(diào)用客戶端的初始化方法（initializationmethods）和銷毀方法（destructionmethods）。>從表面上看，applicationcontext如同beanfactory一樣具有bean定義、bean關(guān)聯(lián)關(guān)系的設(shè)置，根據(jù)請求分發(fā)bean的功能。但applicationcontext在此基礎(chǔ)上還提供了其他的功能。>提供了支持國際化的文本消息>統(tǒng)一的資源文件讀取方式>已在監(jiān)聽器中注冊的bean的事件SpringBean的生命周期>SpringBean的生命周期簡單易懂。在一個bean實例被初始化時，需要執(zhí)行一系列的初始化操作以達到可用的狀態(tài)。同樣的，當(dāng)一個bean不在被調(diào)用時需要進行相關(guān)的析構(gòu)操作，并從bean容器中移除。>Springbeanfactory負責(zé)管理在spring容器中被創(chuàng)建的bean的生命周期。Bean的生命周期由兩組回調(diào)（callback）方法組成。>初始化之后調(diào)用的回調(diào)方法。>銷毀之前調(diào)用的回調(diào)方法。>Spring框架提供了以下四種方式來管理bean的生命周期事件：>InitializingBean和DisposableBean回調(diào)接口>針對特殊行為的其他Aware接口>Bean配置文件中的Custominit()方法和destroy()方法>@PostConstruct和@PreDestroy注解方式SpringIOC如何實現(xiàn)>Spring中的org.springframework.beans包和org.springframework.context包構(gòu)成了Spring框架IoC容器的基礎(chǔ)。>BeanFactory接口提供了一個先進的配置機制，使得任何類型的對象的配置成為可能。ApplicationContex接口對BeanFactory（是一個子接口）進行了擴展，在BeanFactory的基礎(chǔ)上添加了其他功能，比如與Spring的AOP更容易集成，也提供了處理messageresource的機制（用于國際化）、事件傳播以及應(yīng)用層的特別配置，比如針對Web應(yīng)用的WebApplicationContext。>org.springframework.beans.factory.BeanFactory是SpringIoC容器的具體實現(xiàn)，用來包裝和管理前面提到的各種bean。BeanFactory接口是SpringIoC容器的核心接口。說說SpringAOP>面向切面編程，在我們的應(yīng)用中，經(jīng)常需要做一些事情，但是這些事情與核心業(yè)務(wù)無關(guān)，比如，要記錄所有update*方法的執(zhí)行時間時間，操作人等等信息，記錄到日志，>通過spring的AOP技術(shù)，就可以在不修改update*的代碼的情況下完成該需求。SpringAOP實現(xiàn)原理>SpringAOP中的動態(tài)代理主要有兩種方式，JDK動態(tài)代理和CGLIB動態(tài)代理。JDK動態(tài)代理通過反射來接收被代理的類，并且要求被代理的類必須實現(xiàn)一個接口。JDK動態(tài)代理的核心是InvocationHandler接口和Proxy類。>如果目標(biāo)類沒有實現(xiàn)接口，那么SpringAOP會選擇使用CGLIB來動態(tài)代理目標(biāo)類。CGLIB（CodeGenerationLibrary），是一個代碼生成的類庫，可以在運行時動態(tài)的生成某個類的子類，注意，CGLIB是通過繼承的方式做的動態(tài)代理，因此如果某個類被標(biāo)記為final，那么它是無法使用CGLIB做動態(tài)代理的。動態(tài)代理（cglib與JDK）>JDK動態(tài)代理類和委托類需要都實現(xiàn)同一個接口。也就是說只有實現(xiàn)某了個接口的類可以使用Java動態(tài)代理機制。但是，事實上使用中并不是遇到的所有類都會給你實現(xiàn)一個接口。因此，對于沒有實現(xiàn)接口的類，就不能使用該機制。而CGLIB則可以實現(xiàn)對類的動態(tài)代理。Spring事務(wù)實現(xiàn)方式>1、編碼方式>所謂編程式事務(wù)指的是通過編碼方式實現(xiàn)事務(wù)，即類似于JDBC編程實現(xiàn)事務(wù)管理。>2、聲明式事務(wù)管理方式>聲明式事務(wù)管理又有兩種實現(xiàn)方式：基于xml配置文件的方式；另一個實在業(yè)務(wù)方法上進行@Transaction注解，將事務(wù)規(guī)則應(yīng)用到業(yè)務(wù)邏輯中Spring事務(wù)底層原理>a、劃分處理單元——IOC>由于spring解決的問題是對單個數(shù)據(jù)庫進行局部事務(wù)處理的，具體的實現(xiàn)首相用spring中的IOC劃分了事務(wù)處理單元。并且將對事務(wù)的各種配置放到了ioc容器中（設(shè)置事務(wù)管理器，設(shè)置事務(wù)的傳播特性及隔離機制）。>b、AOP攔截需要進行事務(wù)處理的類>Spring事務(wù)處理模塊是通過AOP功能來實現(xiàn)聲明式事務(wù)處理的，具體操作（比如事務(wù)實行的配置和讀取，事務(wù)對象的抽象），用TransactionProxyFactoryBean接口來使用AOP功能，生成proxy代理對象，通過TransactionInterceptor完成對代理方法的攔截，將事務(wù)處理的功能編織到攔截的方法中。讀取ioc容器事務(wù)配置屬性，轉(zhuǎn)化為spring事務(wù)處理需要的內(nèi)部數(shù)據(jù)結(jié)構(gòu)（TransactionAttributeSourceAdvisor），轉(zhuǎn)化為TransactionAttribute表示的數(shù)據(jù)對象。>c、對事物處理實現(xiàn)（事務(wù)的生成、提交、回滾、掛起）>spring委托給具體的事務(wù)處理器實現(xiàn)。實現(xiàn)了一個抽象和適配。適配的具體事務(wù)處理器：DataSource數(shù)據(jù)源支持、hibernate數(shù)據(jù)源事務(wù)處理支持、JDO數(shù)據(jù)源事務(wù)處理支持，JPA、JTA數(shù)據(jù)源事務(wù)處理支持。這些支持都是通過設(shè)計PlatformTransactionManager、AbstractPlatforTransaction一系列事務(wù)處理的支持。為常用數(shù)據(jù)源支持提供了一系列的TransactionManager。>d、結(jié)合>PlatformTransactionManager實現(xiàn)了TransactionInterception接口，讓其與TransactionProxyFactoryBean結(jié)合起來，形成一個Spring聲明式事務(wù)處理的設(shè)計體系。如何自定義注解實現(xiàn)功能>創(chuàng)建自定義注解和創(chuàng)建一個接口相似，但是注解的interface關(guān)鍵字需要以@符號開頭。>注解方法不能帶有參數(shù)；>注解方法返回值類型限定為：基本類型、String、Enums、Annotation或者是這些類型的數(shù)組；>注解方法可以有默認值；>注解本身能夠包含元注解，元注解被用來注解其它注解。SpringMVC流程>1.springmvc將所有的請求都提交給DispatcherServlet,它會委托應(yīng)用系統(tǒng)的其他模塊負責(zé)對請求進行真正的處理工作。>2.DispatcherServlet查詢一個或多個HandlerMapping,找到處理請求的Controller.>3.DispatcherServlet請請求提交到目標(biāo)Controller>4.Controller進行業(yè)務(wù)邏輯處理后，會返回一個ModelAndView>5.Dispathcher查詢一個或多個ViewResolver視圖解析器,找到ModelAndView對象指定的視圖對象>6.視圖對象負責(zé)渲染返回給客戶端。SpringMVC啟動流程>在web.xml文件中給SpringMVC的Servlet配置了load-on-startup,所以程序啟動的>時候會初始化SpringMVC，在HttpServletBean中將配置的contextConfigLocation>屬性設(shè)置到Servlet中，然后在FrameworkServlet中創(chuàng)建了WebApplicationContext,>DispatcherServlet根據(jù)contextConfigLocation配置的classpath下的xml文件初始化了>SpringMVC總的組件。Spring的單例實現(xiàn)原理>Spring對Bean實例的創(chuàng)建是采用單例注冊表的方式進行實現(xiàn)的，而這個注冊表的緩存是ConcurrentHashMap對象。Spring框架中用到了哪些設(shè)計模式>代理模式—在AOP和remoting中被用的比較多。>單例模式—在spring配置文件中定義的bean默認為單例模式。>模板方法—用來解決代碼重復(fù)的問題。比如.RestTemplate,JmsTemplate,JpaTemplate。>前端控制器—Spring提供了DispatcherServlet來對請求進行分發(fā)。>視圖幫助(ViewHelper)—Spring提供了一系列的JSP標(biāo)簽，高效宏來輔助將分散的代碼整合在視圖里。>依賴注入—貫穿于BeanFactory/ApplicationContext接口的核心理念。>工廠模式—BeanFactory用來創(chuàng)建對象的實例。Netty為什么選擇Netty>1)API使用簡單，開發(fā)門檻低；>2)功能強大，預(yù)置了多種編解碼功能，支持多種主流協(xié)議；>3)定制能力強，可以通過ChannelHandler對通信框架進行靈活的擴展；>4)性能高，通過與其它業(yè)界主流的NIO框架對比，Netty的綜合性能最優(yōu)；>5)成熟、穩(wěn)定，Netty修復(fù)了已經(jīng)發(fā)現(xiàn)的所有JDKNIOBUG，業(yè)務(wù)開發(fā)人員不需要再為NIO的BUG而煩惱；>6)社區(qū)活加入；>7)經(jīng)歷了大規(guī)模的商業(yè)應(yīng)用、電信軟件等眾多行業(yè)得到成功商用，證明了它可以躍，版本迭代周期短，發(fā)現(xiàn)的BUG可以被及時修復(fù)，同時，更多的新功能會被應(yīng)用考驗，質(zhì)量已經(jīng)得到驗證。在互聯(lián)網(wǎng)、大數(shù)據(jù)、網(wǎng)絡(luò)游戲、企業(yè)完全滿足不同行業(yè)的商業(yè)應(yīng)用。>正是因為這些優(yōu)點，Netty逐漸成為JavaNIO編程的首選框架。說說業(yè)務(wù)中，Netty的使用場景>構(gòu)建高性能、低時延的各種Java中間件，例如MQ、分布式服務(wù)框架、ESB消息總線等，Netty主要作為基礎(chǔ)通信框架提供高性能、低時延的通信服務(wù)；>公有或者私有協(xié)議棧的基礎(chǔ)通信框架，例如可以基于Netty構(gòu)建異步、高性能的WebSocket協(xié)議棧；>各領(lǐng)域應(yīng)用，例如大數(shù)據(jù)、游戲等，Netty作為高性能的通信框架用于內(nèi)部各模塊的數(shù)據(jù)分發(fā)、傳輸和匯總等，實現(xiàn)模塊之間高性能通信。原生的NIO在JDK1.7版本存在epollbug>它會導(dǎo)致Selector空輪詢，最終導(dǎo)致CPU100%。官方聲稱在JDK1.6版本的update18修復(fù)了該問題，但是直到JDK1.7版本該問題仍舊存在，只不過該BUG發(fā)生概率降低了一些而已，它并沒有得到根本性解決。什么是TCP粘包/拆包>1、要發(fā)送的數(shù)據(jù)大于TCP發(fā)送緩沖區(qū)剩余空間大小，將會發(fā)生拆包。>2、待發(fā)送數(shù)據(jù)大于MSS（最大報文長度），TCP在傳輸前將進行拆包。>3、要發(fā)送的數(shù)據(jù)小于TCP發(fā)送緩沖區(qū)的大小，TCP將多次寫入緩沖區(qū)的數(shù)據(jù)一次發(fā)送出去，將會發(fā)生粘包。>4、接收數(shù)據(jù)端的應(yīng)用層沒有及時讀取接收緩沖區(qū)中的數(shù)據(jù)，將發(fā)生粘包。TCP粘包/拆包的解決辦法>1、發(fā)送端給每個數(shù)據(jù)包添加包首部，首部中應(yīng)該至少包含數(shù)據(jù)包的長度，這樣接收端在接收到數(shù)據(jù)后，通過讀取包首部的長度字段，便知道每一個數(shù)據(jù)包的實際長度了。>2、發(fā)送端將每個數(shù)據(jù)包封裝為固定長度（不夠的可以通過補0填充），這樣接收端每次從接收緩沖區(qū)中讀取固定長度的數(shù)據(jù)就自然而然的把每個數(shù)據(jù)包拆分開來。>3、可以在數(shù)據(jù)包之間設(shè)置邊界，如添加特殊符號，這樣，接收端通過這個邊界就可以將不同的數(shù)據(jù)包拆分開。Netty線程模型>首先，Netty使用EventLoop來處理連接上的讀寫事件，而一個連接上的所有請求都保證在一個EventLoop中被處理，一個EventLoop中只有一個Thread，所以也就實現(xiàn)了一個連接上的所有事件只會在一個線程中被執(zhí)行。一個EventLoopGroup包含多個EventLoop，可以把一個EventLoop當(dāng)做是Reactor線程模型中的一個線程，而一個EventLoopGroup類似于一個ExecutorService說說Netty的零拷貝>“零拷貝”是指計算機操作的過程中，CPU不需要數(shù)據(jù)在為內(nèi)存之間的拷貝消耗資源。而它通常是指計算機在網(wǎng)絡(luò)上發(fā)送文件時，不需要將文件內(nèi)容拷貝到用戶空間（UserSpace）而直接在內(nèi)核空間（KernelSpace）中傳輸?shù)骄W(wǎng)絡(luò)的方式。Netty內(nèi)部執(zhí)行流程>1.Netty的接收和發(fā)送ByteBuffer采用DIRECTBUFFERS，使用堆外直接內(nèi)存進行Socket讀寫，不需要