Autofac官方文档(七)【解析服务】

在将组件注册到适当的服务之后，您可以从构建的容器和子生命周期范围解析服务。 您可以使用Resolve()方法执行此操作：

var builder = new ContainerBuilder();builder.RegisterType<MyComponent>().As<IService>();var container = builder.Build();using(var scope = container.BeginLifetimeScope()){  var service = scope.Resolve<IService>();}

你会注意到这个例子直接从生命周期作用域解析服务，而不是直接从容器中解析 - 你也应该这样做。

虽然可以直接从根容器解析组件，但在某些情况下通过应用程序执行此操作可能会导致内存泄漏。 建议您始终从可能的情况下解析生命周期中的组件，以确保服务实例得到妥善处置并进行垃圾收集。您可以在控制范围和生命周期的章节中阅读更多信息。

解析服务时，Autofac会自动链接服务的整个依赖关系层次并解析完全构建服务所需的任何依赖关系。 如果您有循环依赖关系处理不当或缺少必需的依赖关系，您将得到一个DependencyResolutionException。

如果您有可能注册或可能未注册的服务，则可以使用ResolveOptional()或TryResolve()尝试对服务进行条件解析：

//如果IService 已注册，则会被解析; 如果未注册，则返回值为空。var service = scope.ResolveOptional<IService>();//如果IProvider已注册，则提供者变量将保存该值; 否则你可以采取一些其他的行动。IProvider provider = null;if(scope.TryResolve<IProvider>(out provider)){   //用已解析的提供值做一些事情。}

ResolveOptional()和TryResolve()都是以注册的特定服务的条件性质为中心的。 如果服务已注册，则会尝试解决。 如果解析失败（例如，由于没有注册依赖关系），你仍然会得到一个DependencyResolutionException。 如果需要条件基于服务是否可以成功解析的服务的条件解析，请使用try/catch块包装Resolve()调用。

解析服务的其他主题：

Passing Parameters to Resolve    Available Parameter Types    Parameters with Reflection Components    Parameters with Lambda Expression Components    Passing Parameters Without Explicitly Calling ResolveImplicit Relationship Types    Supported Relationship Types        Direct Dependency (B)        Delayed Instantiation (Lazy<B>)        Controlled Lifetime (Owned<B>)        Dynamic Instantiation (Func<B>)        Parameterized Instantiation (Func<X, Y, B>)        Enumeration (IEnumerable<B>, IList<B>, ICollection<B>)        Metadata Interrogation (Meta<B>, Meta<B, X>)        Keyed Service Lookup (IIndex<X, B>)    Composing Relationship Types    Relationship Types and Container Independence

您可能还有兴趣查看高级主题列表，以了解有关命名和关键服务，使用组件元数据以及其他服务解决方案相关主题的信息。