关于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谢谢了。