根據馬丁·福勒（Martin Fowler）的論文，控制反轉是程序控制流反向的原理：外部源（框架，服務，其他組件）代替程序控制程序流，而由程序控制流它。就像我們將某些東西插入其他東西一樣。他提到了有關EJB 2.0的示例：例如，會話Bean接口定義了ejbRemove，ejbPassivate（存儲到輔助存儲）和ejbActivate（從被動狀態恢復）。您不必控制何時調用這些方法，而可以控制它們的作用。容器給我們打電話，我們不給它打電話。這導致框架和庫之間的差異：控制反轉是使框架與庫不同的關鍵部分。庫本質上是您可以調用的一組函數，這些天通常組織成類。每個調用都會執行一些工作，并將控制權返回給客戶端。我認為，DI是IOC的觀點意味著對象的依賴關系被顛倒了：相反，它控制著它自己的依賴關系，生命周期……還有其他事情為您服務。但是，正如您手動告訴我的那樣，DI不一定是IOC。我們仍然可以擁有DI而沒有IOC。但是，在本文中（來自pococapsule，這是另一個C / C ++的IOC框架），它表明，由于IOC和DI，IOC容器和DI框架要優于J2EE，因為J2EE將框架代碼混合到了組件中，因此不會使其成為普通的Java / C ++對象（POJO / POCO）。除依賴注入模式以外的控制容器的反轉（歸檔鏈接）進一步閱讀以了解舊的基于組件的開發框架有什么問題，該問題導致了上面的第二篇論文：控制反轉的原因和內容（歸檔鏈接）我的問題：什么是IOC和DI？我很困惑?；趐ococapsule，IOC不僅比反轉對象或程序員與框架之間的控制更重要。