我认为这个问题的答案是如此明显，以至于没有人会费心写关于这个的内容，但现在已经很晚了，我真的无法理解。
我一直在研究IoC容器（在这种情况下是Windsor），但是我不知道如何从代码的各个部分与容器进行通信。
我了解DI，我一直在使用Poor Mans DI（空构造函数调用带有默认参数实现的重载注入构造函数）已经有一段时间了，我完全可以看到容器的好处。然而，我缺少一个至关重要的信息：每次需要服务时，您应该如何引用容器？
我要创建单个全局实例然后传递吗？肯定不是！
我知道我应该调用这个：
WindsorContainer container = new WindsorContainer(new XmlInterpreter());
比如，当我想加载我的XML配置时，那么我对容器该怎么做呢？每次创建新的容器之后，是否通过某些内部静态魔法持久保存已加载的配置，或者我必须每次重新加载配置（我猜不是，否则生命周期不能正常工作）。
如果不理解这一点，将会阻止我理解生命周期如何工作，并开始使用一些IoC的神奇功能。
谢谢，
安德鲁
99%的情况下，每个应用程序只有一个容器实例。通常你会在Application_Start（对于Web应用程序）中初始化它，像这样。
之后，真正由容器的消费者来决定。例如，一些框架，如Monorail和ASP.NET MVC允许您拦截实例的创建（在这种情况下是控制器），因此您只需在容器中注册控制器及其依赖项即可。当您获得请求时，容器会负责将每个控制器与其依赖关系注入。例如，查看此ASP.NET MVC控制器。 在这些框架中，您几乎不需要在类中调用或引用容器，这也是推荐的用法。
其他的框架不像Webforms那样容易让你轻松地进入创建过程，因此你必须采用一些hack方法，比如这个，或者主动拉取所需的依赖项（即显式地调用容器）。要拉取依赖项，请使用一个静态的容器网关，比如这个，或者由maxnk描述的那个。请注意，通过这种方式，您实际上是将容器作为服务定位器使用，这并不像控制反转那样有效地解耦组件（请参见这里和这里的区别）。
希望这能消除您的疑虑。
正如其他答案所述，有很多选择，我们需要自己找出在我们的情况下最好的选择。
话虽如此，在我看来，拥有一个全局容器并在整个应用程序中访问它会在某种程度上破坏隔离性，因为现在很多代码都依赖于这个全局类。此外，对于分成几个程序集的应用程序，必须使全局容器对所有这些程序集都可访问。
使用Unity，您实际上可以在构造函数中具有IUnityContainer参数，当您解析类时，容器将自动注入到实例中。这样，对于需要解析其他服务的服务，您传递容器而不是强制类引用外部类。
不确定其他框架如何支持此场景（Windsor将注入IKernel）。
我正在使用这个接口的实现：
public interface IResolver
{
object Resolve(Type type);
object Resolve(string name);
T Resolve<T>() where T : class;
T Resolve<T>(string name) where T : class;
}
实际上是包含在全局静态类中的，例如：
public static class Resolver // : IResolver
{
private static IResolver _current;
public static object Resolve(Type type)
{
return Current.Resolve(type);
}
public static object Resolve(string name)
{
return Current.Resolve(name);
}
public static T Resolve<T>() where T : class
{
return Current.Resolve<T>();
}
public static T Resolve<T>(string name) where T : class
{
return Current.Resolve<T>(name);
}
private static IResolver Current
{
get
{
if (_current == null)
{
_current = new SpringResolver();
}
return _current;
}
}
}
另外，我正在尝试遵循一个简单的规则 - 尽可能少地使用Resolver类，而是将服务注入到需要这些服务的对象中。