根据Martin Fowler
撰写的论文，控制反转是程序控制流反转的原理：不是程序员控制程序流，而是外部源（框架、服务、其他组件）控制它。就像我们将某些东西插入到其他东西中一样。他提到了一个关于
EJB 2.0 的例子：

例如，会话 Bean 接口定义了 ejbRemove、ejbPassivate（存储到辅助存储）和
ejbActivate（从被动状态恢复）。您无法控制何时调用这些方法，而只能控制它们的作用。容器呼叫我们，我们不呼叫它。

这导致了框架和库之间的区别：

控制反转是使框架与库不同的关键部分。库本质上是一组可以调用的函数，现在通常组织成类。每个调用都会做一些工作并将控制权返回给客户端。

我认为，DI 是 IOC 的观点意味着对象的依赖关系是倒置的：它不是控制自己的依赖关系，而是生命周期......其他东西会为你做。但是，正如你亲手告诉我的
DI，DI 不一定是 IOC。我们仍然可以有 DI 而没有 IOC。

然而，在这篇论文中（来自 pococapsule，另一个 C/C 的 IOC 框架），它表明由于 IOC 和 DI，IOC 容器和 DI 框架远优于
J2EE，因为 J2EE 将框架代码混合到组件中，因此不会使其成为普通的旧 Java/C 对象 (POJO/POCO)。

依赖注入模式以外的控制容器的反转 （存档链接）

附加阅读以了解旧的基于组件的开发框架有什么问题，这导致了上面的第二篇论文：
控制反转的原因和内容
（存档链接）

我的问题 ：IOC 和 DI 到底是什么？我很迷惑。基于 pococapsule，IOC 不仅仅是对象或程序员与框架之间的控制反转更重要的东西。