一、Spring的AOP理解
OOP面向對象，允許開發者定義縱向的關係，但並適用於定義橫向的關係，導致了大量代碼的重複，而不利於各個模塊的重用。AOP，一般稱爲面向切面，作爲面向對象的一種補充，用於將那些與業務無關，但卻對多個對象產生影響的公共行爲和邏輯，抽取並封裝爲一個可重用的模塊，這個模塊被命名爲“切面”（Aspect），減少系統中的重複代碼，降低了模塊間的耦合度，同時提高了系統的可維護性。可用於權限認證、日誌、事務處理。
AOP實現的關鍵在於 代理模式，AOP代理主要分爲靜態代理和動態代理。靜態代理的代表爲AspectJ；動態代理則以Spring AOP爲代表。 AspectJ是靜態代理的增強，所謂靜態代理，就是AOP框架會在編譯階段生成AOP代理類，因此也稱爲編譯時增強，他會在編譯階段將AspectJ(切面)織入到Java字節碼中，運行的時候就是增強之後的AOP對象。 Spring AOP使用的動態代理，所謂的動態代理就是說AOP框架不會去修改字節碼，而是每次運行時在內存中臨時爲方法生成一個AOP對象，這個AOP對象包含了目標對象的全部方法，並且在特定的切點做了增強處理，並回調原對象的方法。靜態代理與動態代理區別在於生成AOP代理對象的時機不同，相對來說AspectJ的靜態代理方式具有更好的性能，但是AspectJ需要特定的編譯器進行處理，而Spring AOP則無需特定的編譯器處理。二、Spring的IoC理解
IOC就是控制反轉，是指創建對象的控制權的轉移，以前創建對象的主動權和時機是由自己把控的，而現在這種權力轉移到Spring容器中，並由容器根據配置文件去創建實例和管理各個實例之間的依賴關係，對象與對象之間鬆散耦合，也利於功能的複用。DI依賴注入，和控制反轉是同一個概念的不同角度的描述，即 應用程序在運行時依賴IoC容器來動態注入對象需要的外部資源。最直觀的表達就是，IOC讓對象的創建不用去new了，可以由spring自動生產，使用java的反射機制，根據配置文件在運行時動態的去創建對象以及管理對象，並調用對象的方法的。三、BeanFactory和ApplicationContext有什麼區別
BeanFactory和ApplicationContext是Spring的兩大核心接口，都可以當做Spring的容器。其中ApplicationContext是BeanFactory的子接口。BeanFactory：是Spring裏面最底層的接口，包含了各種Bean的定義，讀取bean配置文檔，管理bean的加載、實例化，控制bean的生命週期，維護bean之間的依賴關係。ApplicationContext接口作BeanFactory的派生，除了提供BeanFactory所具有的功能外，還提供了更完整的框架功能：繼承MessageSource，因此支持國際化。統一的資源文件訪問方式。提供在監聽器中註冊bean的事件。同時加載多個配置文件。載入多個（有繼承關係）上下文 ，使得每一個上下文都專注於一個特定的層次，比如應用的web層。BeanFactroy採用的是延遲加載形式來注入Bean的，即只有在使用到某個Bean時(調用getBean())，纔對該Bean進行加載實例化。這樣，我們就不能發現一些存在的Spring的配置問題。如果Bean的某一個屬性沒有注BeanFacotry加載後，直至第一次使用調用getBean方法纔會拋出異常。ApplicationContext，它是在容器啓動時，一次性創建了所有的Bean。這樣，在容器啓動時，我們就可以發現Spring中存在的配置錯誤，這樣有利於檢查所依賴屬性是否注入。 ApplicationContext啓動後預載入所有的單實例Bean，通過預載入單實例bean ,確保當你需要的時候，你就不用等待，因爲它們已經創建好了。相對於基本的BeanFactory，ApplicationContext 唯一的不足是佔用內存空間。當應用程序配置Bean較多時，程序啓動較慢。BeanFactory通常以編程的方式被創建，ApplicationContext還能以聲明的方式創建，如使用ContextLoader。BeanFactory和ApplicationContext都支持BeanPostProcessorBeanFactoryPostProcessor的使用，但兩者之間的區別是：BeanFactory需要手動註冊，而ApplicationContext則是自動註冊。四、 請解釋Spring Bean的生命週期
首先說一下Servlet的生命週期：實例化，初始init，接收請求service，銷燬destroy；Spring上下文中的Bean生命週期也類似，如下：對於BeanFactory容器，當客戶向容器請求一個尚未初始化的bean時，或初始化bean的時候需要注入另一個尚未初始化的依賴時，容器就會調用createBean進行實例化。對於ApplicationContext容器，當容器啓動結束後，通過獲取BeanDefinition對象中的信息，實例化所有的bean。實例化後的對象被封裝在BeanWrapper對象中，緊接着，Spring根據BeanDefinition中的信息 以及 通過BeanWrapper提供的設置屬性的接口完成依賴注入。接着，Spring會檢測該對象是否實現了xxxAware接口，並將相關的xxxAware實例注入給Bean,如果想對Bean進行一些自定義的處理，那麼可以讓Bean實現了BeanPostProcessor接口，那將會調用postProcessBeforeInitialization(Object obj, String s)方法。如果Bean在Spring配置文件中配置了 init-method 屬性，則會自動調用其配置的初始化方法。如果這個Bean實現了BeanPostProcessor接口，將會調用postProcessAfterInitialization(Object obj, String s)方法；由於這個方法是在Bean初始化結束時調用的，所以可以被應用於內存或緩存技術；當Bean不再需要時，會經過清理階段，如果Bean實現了DisposableBean這個接口，會調用其實現的destroy()方法；最後，如果這個Bean的Spring配置中配置了destroy-method屬性，會自動調用其配置的銷燬方法。五、 解釋Spring支持的幾種bean的作用域。
Spring容器中的bean可以分爲5個範圍：1，singleton：默認，每個容器中只有一個bean的實例，單例的模式由BeanFactory自身來維護。
2，prototype：爲每一個bean請求提供一個實例。
3，request：爲每一個網絡請求創建一個實例，在請求完成以後，bean會失效並被垃圾回收器回收。
4，session：與request範圍類似，確保每個session中有一個bean的實例，在session過期後，bean會隨之失效。
5，global-session：全局作用域，global-session和Portlet應用相關。當你的應用部署在Portlet容器中工作時，它包含很多portlet。
如果你想要聲明讓所有的portlet共用全局的存儲變量的話，那麼這全局變量需要存儲在global-session中。全局作用域與Servlet中的session作用域效果相同。想要更多資料，撩小娜哦：gzitcast