依赖注入是一个很简单的概念，但是很多文章的解释都把这个概念搞的超复杂，比如，很多人可能读过文章，该文就非常成功的把依赖注入这个概念复杂化。

其实很简单，依赖注入就是给一个对象传入一个实例变量。

看一个依赖非注入的例子。

类中有很多实例变量，我们把它们成为“依赖”。大多数人称他们变量，或者实例变量。

public class Example {   private DatabaseThingie myDatabase;   public Example() {     myDatabase = new DatabaseThingie();   }   public void DoStuff() {     ...     myDatabase.GetData();     ...   } }

这里我们有个变量，或者叫“依赖”，myDatabase。该实例只是在构造函数中初始化它。并未体现出注入。

如果我们要传递一个变量给构造函数。那就是把“依赖”“注入”到类中。接着，当我们使用变量（依赖）时，使用的是我们传递进来的对象，而不是我们创建的对象。

下面就是一个依赖注入的例子。

public class Example {   private DatabaseThingie myDatabase;   public Example() {     myDatabase = new DatabaseThingie();   }   public Example(DatabaseThingie useThisDatabaseInstead) {     myDatabase = useThisDatabaseInstead;   }   public void DoStuff() {     ...     myDatabase.GetData();     ...   } }

这就是依赖注入的概念了。剩下的就是如何处理各种不同的变量的问题。你可以在指定的比如setter方法中设置依赖。也可以在指定的接口中，通过调用setter方法设置依赖。你也可以把这个依赖作为接口，然后在某些情况下用多态的方式传递。

接下来的问题，为什么要用依赖注入。

至少，在代码测试的时候，它能很方便的隔离一个类。

public class ExampleTest{    void TestDoStuff()    {        MockDatabase mockDatabase = new MockDatabase();        // MockDatabase 是DatabaseThingie的子类，所以我们可以在此处注入        Example example = new Example(mockDatabase);        example.DoStuff();        mockDatabase.AssertGetDataWasCalled();    }}public class Example{    private DatabaseThingie myDatabase;    public Example()    {        myDatabase = new DatabaseThingie();    }    public Example(DatabaseThingie useThisDatabaseInstead)    {        myDatabase = useThisDatabaseInstead;    }    public void DoStuff()     {         ...         myDatabase.GetData();         ...   }}

就这么简单，依赖注入就是传递一个实例变量。

Martin Fowler把依赖注入的方式分为3类

1.接口注入

2.设值注入

3.构造方法注入Constructor Injection意指构造函数注入，主要是利用构造函数参数来注入依赖关系，构造函数注入通常是与容器紧密相关的，容器允许设计者透过特定方法，将欲注入的对象事先放入容器中，当使用端要求一个支持构造函数注入的对象时，容器中会依据目标对象的构造函数参数，一一将已放入容器中的对象注入。

可以从中获得更多信息。