IoC就是IoC，不是什么技術，與GoF一樣，是一種 設計模式。
Interface Driven Design接口驅動，接口驅動有很多好處，可以提供不同靈活的子類實現，增加代碼穩定和健壯性等等，但是接口一定是需要實現的，也就是如下語句遲早要執行：AInterface a = new AInterfaceImp(); 這樣一來，耦合關系就產生了，如：
Class A{
AInterface a;
A(){ }
aMethod(){
a = new AInterfaceImp();
}
}
ClassA與AInterfaceImp就是依賴關系，如果想使用AInterface的另外一個實現就需要更改代碼了。當然我們可以建立一個Factory來根據條件生成想要的AInterface的具體實現，即：
InterfaceImplFactory{
AInterface create(Object condition){
if(condition = condA){
return new AInterfaceImpA();
}elseif(condition = condB){
return new AInterfaceImpB();
}else{
return new AInterfaceImp();
}
}
}
表面上是在一定程度上緩解了以上問題，但實質上這種代碼耦合並沒有改變。通過IoC模式可以徹底解決這種耦合，它把耦合從代碼中移出去，放到統一的XML 文件中，通過一個容器在需要的時候把這個依賴關系形成，即把需要的接口實現注入到需要它的類中，這可能就是“依賴注入”說法的來源了。
IOC模式，系統中通過引入實現了IOC模式的IOC容器，即可由IOC容器來管理對象的生命周期、依賴關系等，從而使得應用程序的配置和依賴性規范與實際的應用程序代碼分開。其中一個特點就是通過文本的配置文件進行應用程序組件間相互關系的配置，而不用重新修改並編譯具體的代碼。
當前比較知名的IOC容器有：Pico Container、Avalon 、Spring、JBoss、HiveMind、EJB等。
在上面的幾個IOC容器中，輕量級的有Pico Container、Avalon、Spring、HiveMind等，超重量級的有EJB，而半輕半重的有容器有JBoss，Jdon等。
可以把IoC模式看做是工廠模式的升華，可以把IoC看作是一個大工廠，只不過這個大工廠里要生成的對象都是在XML文件中給出定義的，然后利用Java 的“反射”編程，根據XML中給出的類名生成相應的對象。從實現來看，IoC是把以前在工廠方法里寫死的對象生成代碼，改變為由XML文件來定義，也就是把工廠和對象生成這兩者獨立分隔開來，目的就是提高靈活性和可維護性。
IoC中最基本的Java技術就是“反射”編程。反射又是一個生澀的名詞，通俗的說反射就是根據給出的類名（字符串）來生成對象。這種編程方式可以讓對象在生成時才決定要生成哪一種對象。反射的應用是很廣泛的，象Hibernate、Spring中都是用“反射”做為最基本的技術手段。
在過去，反射編程方式相對於正常的對象生成方式要慢10幾倍，這也許也是當時為什么反射技術沒有普通應用開來的原因。但經SUN改良優化后，反射方式生成對象和通常對象生成方式，速度已經相差不大了（但依然有一倍以上的差距）。