1.什么是Spring IOC，以及Spring IOC的作用inversion of control控制反轉
new 對象創建對象 ，轉化為由容器注入對象
降低耦合度
2.如何創建Spring 容器，以及Spring容器如何讓獲取Bean對象
ApplicationContext appContext=new ClassPathXmlApplicationContext(".xml");
如何獲取id
appContext.getBean("id",bean的類型的.class);
“依賴注入”明確描述了“被注入對象依賴IoC容器配置依賴對象”。
3.Spring容器創建對象的三種方式，並寫出xml對應的配置
構造手段<bean id="" class=""/>
***Spring 創建對象通過無參構造函創建對象，容器加載的時候就已經創建對象，通過==比較就可以知道獲取的地址是相同，hash編碼相同***
靜態工廠<bean id="" class="" factory-method="">
實例工廠類<bean id="" class=“” factory-bean="" factory-method="">
[網頁其他人的解釋](https://www.cnblogs.com/xdp-gacl/p/4249939.html)
[相關鏈接](https://www.cnblogs.com/xdp-gacl/p/4249939.html)
Scpoe作用范圍
Bean 對象的作用域
Spring容器創建Bean對象的作用域
singleton單例模式創建一份工具類
prototype多列模式
1、singleton作用域
當一個bean的作用域設置為singleton, 那么Spring IOC容器中只會存在一個共享的bean實例，並且所有對bean的請求，只要id與該bean定義相匹配，則只會返回bean的同一實例。換言之，當把一個bean定義設置為singleton作用域時，Spring IOC容器只會創建該bean定義的唯一實例。這個單一實例會被存儲到單例緩存（singleton cache）中，並且所有針對該bean的后續請求和引用都將返回被緩存的對象實例。
這里要注意的是singleton作用域和GOF設計模式中的單例是完全不同的，單例設計模式表示一個ClassLoader中只有一個class存在，而這里的singleton則表示一個容器對應一個bean，也就是說當一個bean被標識為singleton時候，spring的IOC容器中只會存在一個該bean。
2、prototype作用域
prototype作用域部署的bean，每一次請求（將其注入到另一個bean中，或者以程序的方式調用容器的getBean()方法）都會產生一個新的bean實例，相當與一個new的操作，對於prototype作用域的bean，有一點非常重要，那就是Spring不能對一個prototype bean的整個生命周期負責，容器在初始化、配置、裝飾或者是裝配完一個prototype實例后，將它交給客戶端，隨后就對該prototype實例不聞不問了。
不管何種作用域，容器都會調用所有對象的初始化生命周期回調方法，而對prototype而言，任何配置好的析構生命周期回調方法都將不會被調用。清除prototype作用域的對象並釋放任何prototype bean所持有的昂貴資源，都是客戶端代碼的職責。（讓Spring容器釋放被singleton作用域bean占用資源的一種可行方式是，通過使用bean的后置處理器，該處理器持有要被清除的bean的引用。）
3、scope="prototype"沒寫的問題
項目中對一個表的增刪該操作是用一個action，這個action擁有add,update,delete,save等方法， 添加和修改是共用一個頁面，當頁面得到id時代表進行的修改操作，反之是添加操作。如果在配置spring的bean時，忘了寫scope="prototype" ，所以每次添加時都顯示最后一次訪問過的記錄。scope="prototype" 會在該類型的對象被請求 時創建一個新的action對象，如果沒有配置scope="prototype"則添加的時候不會新建一個action，它仍然會保留上次訪問的過記錄的信息 ，所以，webwork的Action不是線程安全的，要求在多線程環境下必須是一個線程對應一個獨立的實例，則不能使用singleton。所以，我們在Spring配置Webwork Action Bean時，需要加上屬性scope=”prototype”或singleton=”false”。
singleton模式指的是對某個對象的完全共享，包括代碼空間和數據空間，說白了，如果一個類是singleton的，假如這個類有成員變量，那么這個成員變量的值是各個線程共享的（有點類似於static的樣子了），當線程A往給變量賦了一個值以后，線程B就能讀出這個值。
因此，對於前台Action，肯定不能使用singleton的模式，必須是一個線程請求對應一個獨立的實例。推而廣之，只要是帶數據成員變量的類，為了防止多個線程混用數據，就不能使用singleton。對於我們用到的Service、Dao，之所以用了singleton，就是因為他們沒有用到數據成員變量，如果誰的Service需要數據成員變量，請設置singleton=false。 有狀態的bean都使用Prototype作用域，而對無狀態的bean則應該使用singleton作用域。