ioc，是設計思想，而非什麼技術。傳統的控制物件都是得在物件內部直接控制，但是這就不同，是將設計好的物件交給容器，由容器控制，形成了控制權的反轉。
ioc體現了乙個物件導向的設計法則---好萊塢法則：別找我們，我們來找你。
di-dependency injection，依賴注入。需要理解di的關鍵所在：
誰依賴誰，為啥要依賴，誰注入誰，注入了什麼
先來理解第一句-----誰依賴誰，是某個容器管理物件依賴於ioc容器；還有「被注入物件的物件」依賴於「被注入物件」。
為啥要依賴：因為容器管理的物件需要外部資源。
誰注入誰：肯定是「依賴物件」被注入到「ioc」容器中。
注入了什麼：外部資源（物件、資源、常量資料）
從這裡可以看出ioc和di的目的是一樣的，我是這樣理解的，di就是ioc的技術體現。「依賴注入」明確描述了「被注入物件依賴於ioc容器所管理的物件」
Spring IOC和DI以及AOP理解
這三個概念可能大家都不陌生，在面試中經常會出現關於此類的問題，關於對他們的個人理解如下。ioc其實就是控制反轉，控制指的是物件的建立 管理 例項化權利，反轉指的是控制權交給了外部容器spring框架，打個比喻，我在專案中創造了乙個物件類，在業務層需要用到他了，一般的辦法是什麼？是不是new物件啊，畢...
Spring IOC容器和DI依賴注入
inversion of control 控制反轉容器。作用 解決物件建立以及管理問題。解析 傳統關於物件建立 user user new user 自己控制物件的建立，自己宣告變數管理物件引用。ioc 需要物件，自己不建立，交給ioc容器建立並管理，需要的時候從ioc容器中獲取即可，這種情況就叫控...
有關springIOC 和DI自己的理解
在傳統開發中，我們需要進行分層開發web service 持久層，我們在web層通常需要乙個service服務通常是 在web層 uerservice userservice new userserviceimpl 折讓最然能夠在web層使用service層物件，但是會在程式中將 寫死，不利於後期的...