同样我们从问题入手去验证以及去理解Ioc容器都做了哪些事情：1.nutz是有几种方式获取需要容器管理bean的信息？第一种是使用json格式的文件进行配置，如：
第二种：使用注解@IocBean
第三种：使用xml略.......
2. 如何那么多的方式如何进行选择呢？我们自己实际的生产环境的用法是：
一般的依赖关系都是固定的，在运行的时候基本不变的，我们采用的是注解，
将可能变动的关系写到配置文件里。
比如：我们将项目中各个分层之间的service采用的是注解，
将数据库相关配置放到配置文件中，
3.ioc容器是如何确定哪些Bean是容器需要管理的：问几个问题:
a.它是怎么知道哪些文件中配置是需要被容器管理的bean，以及需要扫描哪些类上的@IocBean注解呢？？
nutz提供了一个注解（@IocBy）专门用于在主模块类上指定扫描哪些文件以及注解。
有上图可以知道：
json方式配置的bean的加载器去webconfig/下，以及linux下的两个路径下扫描。
注解方式配置的bean加载器将扫描com.uxuexi开头包下的类。
b.它是如何去扫描除本项目之外的jar包（一般都是自己创建的，不会扫描第三方）呢？
可以在项目启动的时候，nutz的ioc容器加载完毕之前手动将要容器管理的bean扫描到容器中。
4. 何时开始创建这些被容器管理的bean?nutz在服务启动的时候将所有被@IocBean注解的类以及配置在json格式文件中的类信息加载到一个map中。
就是上面圈住的那个map，其中key默认是这个类名。
而这个IocObject这个类主要就是记住这个类的信息：
就是说在服务器启动的时候nutz只是扫描注解和文件将需要被容器管理的bean的信息集中存储到一个地方中，并没有真正的创建这些bean的实例。
5.容器什么时候会创建真正bean的实例？？分两种种情况：
1.第一种当服务启动的时候就需要获取容器中的bean实例，可以手动获取容器。
2.第二种是当我们的第一次http请求映射到的那个Module类，nutz会帮你去从ioc容器中取。
6.都提供哪些Ioc的注入类型？？构造函数注入：
属性注入：
7.ioc容器在什么时候销毁？？？nutz通过将Filter的destroy方法在web容器停止运行的时候会将ioc容器销毁，
NutzLoading类中的方法：
就是将缓存中存放map清空。