关于IOC容器的一些个人理解

一丶前言

　　下面是本人对于IOC容器的一些个人理解，希望能帮到初学者认识IOC，如有理解得不对的地方欢迎指正，也让我学学。

二丶IOC是什么，它是干嘛的？

　　IOC只是一种编程思想，不局限于任何一种语言，任何语言都可以实现这种编程思想。它的设计思想是想把创建对象，管理对象生命周期，程序集之间的解耦的工作交给第三方容器来处理。传统的方式都是自己new一个对象，然后在写一个公共类去维护这个对象的生命周期，例如单例对象，static静态对象，同一个HTTP请求使用同一个对象等等，这些功能如果不用ioc容器组件，那就要自己写代码实现。

用了IOC组件之后这些操作就交由第三方ioc容器组件来处理，你只需要把对象塞进容器里，并告诉容器这个对象的生命周期就可以了。这种思想是符合未来发展趋势，专业的事交给专业的人来做，分工明确。

IOC是思想，实现这个思想的组件有Autofac，Castle Windsor，Unity，Spring.NET，StructureMap，Ninject，他们的功能类似，我用的最多的是Autofac和StructureMap，推荐使用Autofac，StructureMap作者很久没有更新了，下面文章的例子也是用Autofac来实现的。

三丶IOC容器Autofac使用流程图

四丶Autofac使用流程例子

　　1.注册对象到容器中的流程：

这里有个要注意的地方，如果判断自己注册对象是否真正的在容器中了，这个可以用上面的方法，查询容器中是否包含了指定名字，如果查询到了说明你注册成功了。

如果这里没注册不成功，你在构造中注入会报错，上面的方法可以帮助你排查问题。

　　2.从容器中取出对象使用的流程

这里使用的是构造函数注入：

扯一下，为啥必须EF在同一次请求里或者是同一个线程里必须用同一个EF上下文：

同一次请求可能包含对数据库的不同操作，其他的EF对象内获取的数据可能已经是过时的，如果不保证同一个请求中使用同一个EF上下文对象，事务工作单元模式将无法实现。而且可能造成数据混乱。

五丶如何验证对象的生命周期

你们会看到同时两个请求，guid会来回切换，因为他们所处的线程上下文在切换，下次请求guid还是一个新的，这个证明了这个ef上下文是同一个请求中使用的是同一个对象，说明注册的生命周期是有效的。

这个例子可能不那么直观，你们可以自己注册一个单例对象，或者静态对象测试一下就明白了。

六丶结语

　　依赖注入，控制反转感觉没啥讲的，理解上面的ioc容器是啥东西，他能干嘛，使用ioc容器已经没啥问题了，等我有空再把AOP切面编程和ioc解耦说下我个人的理解。

五丶Github Demo，演示地址

Demo 源码地址，顺便给个Star谢谢了。

演示地址：http://gaobili.cn:8600/swagger/index.html

加群一起学习共同进步。群号：963718093